This one should unblock almost all major known bugs. Next steps are to start looking at running some simple Rails unit tests to see what missing APIs fall out of that investigation. Thanks, -John -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080515/728f9614/attachment.html>
> From: John Lam (IRONRUBY) [jflam at microsoft.com] > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby r109 is out > > Next steps are to start looking at running some simple Rails unit tests to see what > missing APIs fall out of that investigation.I haven''t had a chance to investigate this in detail, but my preliminary tests show the following results: (after applying the latest version, plus a number of my own patches) Of the 365 test files required by my gems and rails use case: 315 load successfully The rest fail for the following reasons: 13 - Regexp.new overloads not implemented 11 - Socket::gethostname not implemented 8 - gsub $n bug [#20137] 7 - YAML::Syck::Resolver::use_types_at not implemented 3 - OpenSSL::Digest::OPENSSL_VERSION_NUMBER not defined 2 - Thread::critical= not implemented 1 - trap not implemented 1 - catch not implemented 1 - DATA global variable not defined 1 - IO::sync not implemented 1 - File::writable? not implemented The gsub bug is what''s currently preventing gems setup.rb from executing correctly. Cheers, Wayne. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080516/9e87113b/attachment.html>
Hi Wayne, Socket.gethostname is now implemented (as of r108). Have you regenerated the Initializer.Generated.cs class? My update to r108 did not touch that file and that may be the reason it is not picking it up. Pete From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Wayne Kelly Sent: Friday,16 May 16, 2008 06:34 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby r109 is out> From: John Lam (IRONRUBY) [jflam at microsoft.com] > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby r109 is out >> Next steps are to start looking at running some simple Rails unit tests tosee what> missing APIs fall out of that investigation.I haven''t had a chance to investigate this in detail, but my preliminary tests show the following results: (after applying the latest version, plus a number of my own patches) Of the 365 test files required by my gems and rails use case: 315 load successfully The rest fail for the following reasons: 13 - Regexp.new overloads not implemented 11 - Socket::gethostname not implemented 8 - gsub $n bug [#20137] 7 - YAML::Syck::Resolver::use_types_at not implemented 3 - OpenSSL::Digest::OPENSSL_VERSION_NUMBER not defined 2 - Thread::critical= not implemented 1 - trap not implemented 1 - catch not implemented 1 - DATA global variable not defined 1 - IO::sync not implemented 1 - File::writable? not implemented The gsub bug is what''s currently preventing gems setup.rb from executing correctly. Cheers, Wayne. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080516/0b2053f3/attachment.html>
It seems that a number of socket methods were implemented in r108 but deleted in r109! (not sure what else has gone missing) Cheers, Wayne. ________________________________ From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin [bacondarwin at googlemail.com] Sent: Friday, 16 May 2008 4:01 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby r109 is out Hi Wayne, Socket.gethostname is now implemented (as of r108). Have you regenerated the Initializer.Generated.cs class? My update to r108 did not touch that file and that may be the reason it is not picking it up. Pete From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Wayne Kelly Sent: Friday,16 May 16, 2008 06:34 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby r109 is out> From: John Lam (IRONRUBY) [jflam at microsoft.com] > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby r109 is out > > Next steps are to start looking at running some simple Rails unit tests to see what > missing APIs fall out of that investigation.I haven''t had a chance to investigate this in detail, but my preliminary tests show the following results: (after applying the latest version, plus a number of my own patches) Of the 365 test files required by my gems and rails use case: 315 load successfully The rest fail for the following reasons: 13 - Regexp.new overloads not implemented 11 - Socket::gethostname not implemented 8 - gsub $n bug [#20137] 7 - YAML::Syck::Resolver::use_types_at not implemented 3 - OpenSSL::Digest::OPENSSL_VERSION_NUMBER not defined 2 - Thread::critical= not implemented 1 - trap not implemented 1 - catch not implemented 1 - DATA global variable not defined 1 - IO::sync not implemented 1 - File::writable? not implemented The gsub bug is what''s currently preventing gems setup.rb from executing correctly. Cheers, Wayne. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080516/f9a35808/attachment.html>
Looks like we are going to have to think about how the backwards sync works, since it appears that when John pushes out a new version from TFS it wipes out anything that I have committed. I''ll push my files out again today. Pete From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Wayne Kelly Sent: Friday,16 May 16, 2008 12:15 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby r109 is out It seems that a number of socket methods were implemented in r108 but deleted in r109! (not sure what else has gone missing) Cheers, Wayne. _____ From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin [bacondarwin at googlemail.com] Sent: Friday, 16 May 2008 4:01 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby r109 is out Hi Wayne, Socket.gethostname is now implemented (as of r108). Have you regenerated the Initializer.Generated.cs class? My update to r108 did not touch that file and that may be the reason it is not picking it up. Pete From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Wayne Kelly Sent: Friday,16 May 16, 2008 06:34 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby r109 is out> From: John Lam (IRONRUBY) [jflam at microsoft.com] > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby r109 is out >> Next steps are to start looking at running some simple Rails unit tests tosee what> missing APIs fall out of that investigation.I haven''t had a chance to investigate this in detail, but my preliminary tests show the following results: (after applying the latest version, plus a number of my own patches) Of the 365 test files required by my gems and rails use case: 315 load successfully The rest fail for the following reasons: 13 - Regexp.new overloads not implemented 11 - Socket::gethostname not implemented 8 - gsub $n bug [#20137] 7 - YAML::Syck::Resolver::use_types_at not implemented 3 - OpenSSL::Digest::OPENSSL_VERSION_NUMBER not defined 2 - Thread::critical= not implemented 1 - trap not implemented 1 - catch not implemented 1 - DATA global variable not defined 1 - IO::sync not implemented 1 - File::writable? not implemented The gsub bug is what''s currently preventing gems setup.rb from executing correctly. Cheers, Wayne. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20080516/91fc60b6/attachment-0001.html>
Peter Bacon Darwin:> Looks like we are going to have to think about how the backwards sync > works, since it appears that when John pushes out a new version from > TFS it wipes out anything that I have committed. > > I''ll push my files out again today.Yikes. Sorry about that. After thinking about it more on the commute into work today, I''ve realized that we''re going to have to do the full RI/FI thing against the two trees. I suspect that we''re going to have to enforce a policy that says that check-ins against the SVN tree are allowed at all times *except* for a daily synchronization window. This also means that there will be exactly one daily sync of the trees due to the overhead associated with doing so. Jim - this means that there will be real work associated with this. There''s no way to fully automate this since essentially you''re merging two branches on a daily basis. As long as folks are working in different parts of the tree, there shouldn''t be an enormous amount of work that goes into the sync. That said, a redesign in something like the binder would cause a lot of work to happen during the merge process. Let''s think about this some more and come up with a plan. BUT, in the interests of deferring work until after RailsConf - can you (Pete) revert to submitting patches against sockets again? I''ll run through the full SNAP checkin thing on our side until we figure out a way to make things more free-flowing on the SVN side. Thanks! -John