[Ironruby-core] Welcome Curt to the IronPython team

2008-05-07 Thread Shri Borde
That was subtle indeed. So to fix that, I am pleased to welcome Curt to the IronPython team. Curt has been active in both the IronPython and IronRuby mailing lists, and we are excited to have him officially be working on these projects. Curt already has a fix in socket support which he should b

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread Peter Bacon Darwin
This seems reasonable to me but then I am not a seasoned Ruby Sockets user so I don't know what level of support developers would expect. Certainly for a first release I don't see why we couldn't get away without Ruby Sockets support on Silverlight. I doubt anyone coding up a Silverlight Ruby app

Re: [Ironruby-core] build problems (mono, gmcs from svn)

2008-05-07 Thread C.J. Adams-Collier
Failing test case submitted to mono svn. It should show up in anonsvn in the next 30 or so. http://anonsvn.mono-project.com/source/trunk/mcs/tests/ChangeLog http://anonsvn.mono-project.com/source/trunk/mcs/tests/gtest-395.cs Cheers, C.J. On Tue, 2008-05-06 at 13:58 -0700, C.J. Adams-Collier wr

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread John Lam (IRONRUBY)
C.J. Adams-Collier: > Sounds reasonable. Any thoughts on using the 'cil > ' back-end for gcc to emit IL > placeholders until there are enough free tuits to implement in C#? > I doubt that would generate verifiable CIL, so it's a non-starter for most of the

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread C.J. Adams-Collier
On Wed, 2008-05-07 at 07:34 -0700, John Lam (IRONRUBY) wrote: > C.J. Adams-Collier: > > > I see that the Ruby.StandardLibrary.RubySocket is implemented in C#. > > Is it common to write the core in C#? Has anything been written in > > Ruby itself? > > Our guideline is: if it was written in C in

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread C.J. Adams-Collier
On Wed, 2008-05-07 at 07:38 -0700, John Lam (IRONRUBY) wrote: > Peter Bacon Darwin: > > > The .NET Socket library is a fairly thin layer that sits on top of > > WinSock. > > Clearly Silverlight would not be able to do this since WinSock is not a > > standard API on other OSes. Also, Silverlight i

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread Michael Letterle
/ideally/ we would be able to use RUBY_PLATFORM or some such to determine if we were on silverlight or not. We could have a socket.rb that loads the functions differently depending on the platform (and throws not implements if it's not applicable to Silverlight). On Wed, May 7, 2008 at 10:38 AM,

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread Michael Letterle
As an example, I tried this with the zlib library initially (well not the interop, just pure ruby). The result of which is Zliby ( http://zliby.rubyforge.org/), however the performance was so abysmial it pretty much had to be rewritten in C# for it to be functional. On Wed, May 7, 2008 at 10:33 A

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread John Lam (IRONRUBY)
Peter Bacon Darwin: > The .NET Socket library is a fairly thin layer that sits on top of > WinSock. > Clearly Silverlight would not be able to do this since WinSock is not a > standard API on other OSes. Also, Silverlight is going to have > additional security restrictions that would prevent much

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread Peter Bacon Darwin
The majority if not all of the IronRuby libraries have been written in C# so far. There have been discussions about this on the mailing list before. There are a number of Ruby libraries that have been written in Ruby. Once IronRuby is fully compliant then it should be able to load these and run

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread John Lam (IRONRUBY)
C.J. Adams-Collier: > I see that the Ruby.StandardLibrary.RubySocket is implemented in C#. > Is it common to write the core in C#? Has anything been written in > Ruby itself? Our guideline is: if it was written in C in MRI, we're writing in C#. Thanks, -John ___

Re: [Ironruby-core] MutableString == operator

2008-05-07 Thread John Lam (IRONRUBY)
Peter Bacon Darwin: > I just noticed that MutableString does not implement the == operator > (and of course != operator). This was an oversight ... but since Tomas is rewriting MutableString this week to support byte arrays and char arrays, let's hold off on these changes until later this week.

Re: [Ironruby-core] Trouble opening IronRuby.sln

2008-05-07 Thread Unnikrishnan Nair
Thanks. Hopefully who ever had the problem get the answer as well. - Original Message From: Peter Bacon Darwin <[EMAIL PROTECTED]> To: ironruby-core@rubyforge.org Sent: Wednesday, May 7, 2008 9:26:18 AM Subject: Re: [Ironruby-core] Trouble opening IronRuby.sln This is a Subversion con

Re: [Ironruby-core] Trouble opening IronRuby.sln

2008-05-07 Thread Peter Bacon Darwin
This is a Subversion conflict. When you did an SVN Update you should have been told that these files were in a conflicted state. The notation below basically says that your local copy looks like the first line and the copy from revision 101 looks like the second line. In other words you have cha

Re: [Ironruby-core] Trouble opening IronRuby.sln

2008-05-07 Thread Unnikrishnan Nair
I am not sure anyone looked at this issue. I was able to open the project successfully in my laptop and this morning, when I tried in mydesktop I got the same error (I am using VS2008). This is what I found, 5 different project has following entries <<< .mine === >>> .r101

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread C.J. Adams-Collier
I see that the Ruby.StandardLibrary.RubySocket is implemented in C#. Is it common to write the core in C#? Has anything been written in Ruby itself? Sorry for the newbie question... is there a FAQ for this type of situation? On May 7, 2008, at 2:19 AM, Peter Bacon Darwin wrote: The .NE

[Ironruby-core] MutableString == operator

2008-05-07 Thread Peter Bacon Darwin
I just noticed that MutableString does not implement the == operator (and of course != operator). This could be confusing because CLR string does implement this operator to be a value comparison, rather than the default reference comparison of System.Object. I imagine most people would expe

Re: [Ironruby-core] Rails progress summary

2008-05-07 Thread Wayne Kelly
> From: John Lam (IRONRUBY) [EMAIL PROTECTED] > Sent: Tuesday, 6 May 2008 9:23 AM > To: ironruby-core@rubyforge.org > Subject: Re: [Ironruby-core] Rails progress summary > > We've made pretty good progress against these today as of r101: > > module_function is in > > Class.new, MemberAssignmentExpr

Re: [Ironruby-core] IronRuby r100 on Mono

2008-05-07 Thread C.J. Adams-Collier
On May 6, 2008, at 8:15 PM, Sanghyeon Seo wrote:P.S. DLR, IronPython, IronRuby team should create C# compiler test suite! You guys have the talent! This might duplicate effort.  There is already an open C# compiler test suite here:http://anonsvn.mono-project.com/viewcvs/trunk/mcs/tests/BTW, I'm ad

Re: [Ironruby-core] IronRuby r100 on Mono

2008-05-07 Thread C.J. Adams-Collier
C<> succeeds for me. Tons of warnings, but I've got a working build. Thanks again for the hard work here, Seo! [EMAIL PROTECTED]:/usr/src/svn/rubyforge.org/ironruby/trunk$ cat `which ruby` && \ > echo '===' && \ > cat hello.rb && \ > echo '===' && \ > ruby hello.rb #!/bin/bash . $HOME/

Re: [Ironruby-core] Code Review: socket2

2008-05-07 Thread Peter Bacon Darwin
The .NET Socket library is a fairly thin layer that sits on top of WinSock. Clearly Silverlight would not be able to do this since WinSock is not a standard API on other OSes. Also, Silverlight is going to have additional security restrictions that would prevent much of the Socket library from work