From Tomas.Matousek at microsoft.com Sat Nov 1 15:35:25 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 1 Nov 2008 12:35:25 -0700 Subject: [Ironruby-core] Code Review: ArrayOfT Message-ID: tfpt review "/shelveset:ArrayOfT;REDMOND\tomat" Comment : Enables simple array type creation: >>> require 'mscorlib' => true >>> System::Array.of(Fixnum) => System::Int32[] >>> System::Array.of(Fixnum).new(10) => [0, 0, 0, 0, 0, 0, 0, 0, 0, 0] Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: ArrayOfT.diff Type: application/octet-stream Size: 5244 bytes Desc: ArrayOfT.diff URL: From curth at microsoft.com Sat Nov 1 17:25:41 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Sat, 1 Nov 2008 14:25:41 -0700 Subject: [Ironruby-core] Code Review: ArrayOfT In-Reply-To: References: Message-ID: Change is good. -----Original Message----- From: Tomas Matousek Sent: Saturday, November 01, 2008 12:35 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: ArrayOfT tfpt review "/shelveset:ArrayOfT;REDMOND\tomat" Comment : Enables simple array type creation: >>> require 'mscorlib' => true >>> System::Array.of(Fixnum) => System::Int32[] >>> System::Array.of(Fixnum).new(10) => [0, 0, 0, 0, 0, 0, 0, 0, 0, 0] Tomas From wim at fixnum.org Sun Nov 2 11:56:29 2008 From: wim at fixnum.org (Wim Vander Schelden) Date: Sun, 2 Nov 2008 17:56:29 +0100 Subject: [Ironruby-core] Running specs fails Message-ID: Hi, I'm getting errors when running "rake test" on my local ironruby build (running on Windows Vista). The output ends as follows: Array#delete - removes elements that are #== to object Process is terminated due to StackOverflowException. Is anyone else getting this? Kind regards, Wim -- Wim Vander Schelden http://fixnum.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew at mindscape.co.nz Sun Nov 2 22:55:28 2008 From: andrew at mindscape.co.nz (Andrew Peters) Date: Mon, 3 Nov 2008 16:55:28 +1300 Subject: [Ironruby-core] Complex Inheritance Issue Message-ID: <771cfe010811021955p32432485w6a41f19c4c57dbcc@mail.gmail.com> I have this test case which throws an error: class Templates_IronRuby_CustomBaseClass_haml References: <771cfe010811021955p32432485w6a41f19c4c57dbcc@mail.gmail.com> Message-ID: "Superclass mismatch" means that the class was reopened using a different base class. At the point this code is reached, what's the value of Templates_IronRuby_CustomBaseClass_haml.superclass? -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrew Peters Sent: Sunday, November 02, 2008 7:55 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Complex Inheritance Issue I have this test case which throws an error: class Templates_IronRuby_CustomBaseClass_haml References: <771cfe010811021955p32432485w6a41f19c4c57dbcc@mail.gmail.com> Message-ID: <771cfe010811022110o60fbff13mfa30b286df1e9e13@mail.gmail.com> My bad, thanks :-) On Mon, Nov 3, 2008 at 5:01 PM, Curt Hagenlocher wrote: > "Superclass mismatch" means that the class was reopened using a different base class. At the point this code is reached, what's the value of Templates_IronRuby_CustomBaseClass_haml.superclass? > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrew Peters > Sent: Sunday, November 02, 2008 7:55 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Complex Inheritance Issue > > I have this test case which throws an error: > > class Templates_IronRuby_CustomBaseClass_haml > System.InvalidOperationException : superclass mismatch for class > Templates_IronRuby_CustomBaseClass_haml > C:\Dev\ironruby\trunk\src\ironruby\Runtime\RubyUtils.cs(416,0): at > IronRuby.Runtime.RubyUtils.DefineClass(Scope autoloadScope, RubyModule > owner, String name, Object superClassObject) > C:\Dev\ironruby\trunk\src\ironruby\Runtime\RubyOps.cs(533,0): at > IronRuby.Runtime.RubyOps.DefineNestedClass(RubyScope scope, String > name, Object superClassObject) > at #top-level-method#$25##25(Closure , Scope , LanguageContext ) > C:\Dev\ironruby\trunk\src\Microsoft.Scripting\Runtime\ScriptCode.cs(89,0): > at Microsoft.Scripting.ScriptCode.InvokeTarget(LambdaExpression code, > Scope scope) > C:\Dev\ironruby\trunk\src\Microsoft.Scripting\SourceUnit.cs(227,0): > at Microsoft.Scripting.SourceUnit.Execute(Scope scope, ErrorSink > errorSink) > C:\Dev\ironruby\trunk\src\Microsoft.Scripting\Hosting\ScriptSource.cs(127,0): > at Microsoft.Scripting.Hosting.ScriptSource.Execute(ScriptScope scope) > C:\Dev\ironruby\trunk\src\Microsoft.Scripting\Hosting\ScriptEngine.cs(110,0): > at Microsoft.Scripting.Hosting.ScriptEngine.Execute(String expression) > > Bug? > > Cheers, > > Andrew. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From jdeville at microsoft.com Mon Nov 3 00:15:39 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sun, 2 Nov 2008 21:15:39 -0800 Subject: [Ironruby-core] Running specs fails Message-ID: I'm trying to update the specs and tags. I don't remember that one failing, but I could have missed it. Can you identify what is failing in the specs? Thanks JD -----Original Message----- From: Wim Vander Schelden Sent: November 02, 2008 9:05 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Running specs fails Hi, I'm getting errors when running "rake test" on my local ironruby build (running on Windows Vista). The output ends as follows: Array#delete - removes elements that are #== to object Process is terminated due to StackOverflowException. Is anyone else getting this? Kind regards, Wim -- Wim Vander Schelden http://fixnum.org -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Mon Nov 3 02:31:44 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 2 Nov 2008 23:31:44 -0800 Subject: [Ironruby-core] Code Review: Methods6 Message-ID: tfpt review "/shelveset:Methods6;REDMOND\tomat" Comment : Fixes bugs: - method aliasing - aliased method has its own method attributes, - module_function, private, public, protected: the attributes were not set to the "right" scopes, - module_function - defined only singleton method, not private instance one, - __FILE__ in eval, - super call in a block in top-level code was broken, - ParseTree distinguishes aliased methods and methods defined via define_method (partially supported, to be finished). - ParseTree lacked implementation of ArrayItemAccess node in read context, - method_defined? didn't filter out private methods. - [ ironruby-Bugs-22605 ] TrueClass and FalseClass should be able to be reopened Adds raw implementation of Iconv library. Adds GC module. Adds Kernel#warn and Kernel#type methods. A bit of refactoring - groups methods in RubyUtils. Includes ArrayOfT shelveset, which implements "of" method for System::Array. Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: Methods6.diff Type: application/octet-stream Size: 132976 bytes Desc: Methods6.diff URL: From jflam at microsoft.com Mon Nov 3 18:00:15 2008 From: jflam at microsoft.com (John Lam (IRONRUBY)) Date: Mon, 3 Nov 2008 15:00:15 -0800 Subject: [Ironruby-core] Code Review: pdcbugs-1 Message-ID: <372109E149E8084D8E6C7D9CFD82E063334EFCEE0B@NA-EXMSG-C115.redmond.corp.microsoft.com> tfpt review "/shelveset:pdcbugs-1;REDMOND\jflam" Comment : Fixed bug in Enumerable#find, adds a simple implementation of Method#to_proc, EADDRINUSE exception, and FileTest#exist[s]? -------------- next part -------------- A non-text attachment was scrubbed... Name: pdcbugs-1.diff Type: application/octet-stream Size: 61634 bytes Desc: pdcbugs-1.diff URL: From Tomas.Matousek at microsoft.com Mon Nov 3 18:25:34 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 3 Nov 2008 15:25:34 -0800 Subject: [Ironruby-core] Code Review: pdcbugs-1 In-Reply-To: <372109E149E8084D8E6C7D9CFD82E063334EFCEE0B@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E063334EFCEE0B@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Looks good. Tomas -----Original Message----- From: John Lam (IRONRUBY) Sent: Monday, November 03, 2008 3:00 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: pdcbugs-1 tfpt review "/shelveset:pdcbugs-1;REDMOND\jflam" Comment : Fixed bug in Enumerable#find, adds a simple implementation of Method#to_proc, EADDRINUSE exception, and FileTest#exist[s]? From jflam at microsoft.com Tue Nov 4 12:45:09 2008 From: jflam at microsoft.com (John Lam (IRONRUBY)) Date: Tue, 4 Nov 2008 09:45:09 -0800 Subject: [Ironruby-core] SVN r169 is out Message-ID: <372109E149E8084D8E6C7D9CFD82E063334EFCF145@NA-EXMSG-C115.redmond.corp.microsoft.com> rake compile is still busted due to command line overflow. Will fix this sometime after RubyConf :) Thanks, -John -------------- next part -------------- An HTML attachment was scrubbed... URL: From curth at microsoft.com Tue Nov 4 13:44:06 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 4 Nov 2008 10:44:06 -0800 Subject: [Ironruby-core] Code Review: RandomRubyFixes07 Message-ID: tfpt review "/shelveset:RandomRubyFixes07;REDMOND\curth" Comment : Random fixes which are blocking various scenarios. -- Curt Hagenlocher curth at microsoft.com -------------- next part -------------- A non-text attachment was scrubbed... Name: RandomRubyFixes07.diff Type: application/octet-stream Size: 26383 bytes Desc: RandomRubyFixes07.diff URL: From Tomas.Matousek at microsoft.com Tue Nov 4 14:23:12 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 4 Nov 2008 11:23:12 -0800 Subject: [Ironruby-core] Code Review: RandomRubyFixes07 In-Reply-To: References: Message-ID: Other than CallArguments that we talked about looks good. Tomas -----Original Message----- From: Curt Hagenlocher Sent: Tuesday, November 04, 2008 10:44 AM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: RandomRubyFixes07 tfpt review "/shelveset:RandomRubyFixes07;REDMOND\curth" Comment : Random fixes which are blocking various scenarios. -- Curt Hagenlocher curth at microsoft.com From ben2004uk at googlemail.com Tue Nov 4 15:58:56 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Tue, 4 Nov 2008 20:58:56 +0000 Subject: [Ironruby-core] SVN r169 is out In-Reply-To: <372109E149E8084D8E6C7D9CFD82E063334EFCF145@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E063334EFCF145@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Hi John, I thought you mentioned previously on the list that the MRI gems will be used for the time being, I just tried and it doesn't seem to be picking them up. Is there anything extra I have to do? I was hoping I would just be able to do a require on the gem Ben On Tue, Nov 4, 2008 at 5:45 PM, John Lam (IRONRUBY) wrote: > rake compile is still busted due to command line overflow. Will fix this > sometime after RubyConf J > > > > Thanks, > > -John > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > From jflam at microsoft.com Tue Nov 4 16:57:55 2008 From: jflam at microsoft.com (John Lam (IRONRUBY)) Date: Tue, 4 Nov 2008 13:57:55 -0800 Subject: [Ironruby-core] SVN r169 is out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E063334EFCF145@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E063334F0BAB9C@NA-EXMSG-C115.redmond.corp.microsoft.com> You can set GEM_PATH environment variable in your user profile to point to your \lib\ruby\gems\1.8 directory. This works fine on my machine here. Curt just got gem install working (modulo rdoc binary regex strangeness) here, so we're really close to gem install working. Thanks, -John -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall Sent: Tuesday, November 04, 2008 12:59 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] SVN r169 is out Hi John, I thought you mentioned previously on the list that the MRI gems will be used for the time being, I just tried and it doesn't seem to be picking them up. Is there anything extra I have to do? I was hoping I would just be able to do a require on the gem Ben On Tue, Nov 4, 2008 at 5:45 PM, John Lam (IRONRUBY) wrote: > rake compile is still busted due to command line overflow. Will fix this > sometime after RubyConf J > > > > Thanks, > > -John > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ben2004uk at googlemail.com Tue Nov 4 17:16:27 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Tue, 4 Nov 2008 22:16:27 +0000 Subject: [Ironruby-core] SVN r169 is out In-Reply-To: <372109E149E8084D8E6C7D9CFD82E063334F0BAB9C@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E063334EFCF145@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E063334F0BAB9C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Hi John, I feel we might be talking about different things. I've got my GEM_PATH variable set. C:\Program Files\Microsoft Visual Studio 9.0\VC>echo %GEM_PATH% C:\ruby\lib\ruby\gems\1.8 When I try and access the gem, it fails - I expected this to work but feel this is where I might have misunderstood. E:\IronRuby\r169\build\debug>ir >>> require 'rubygems' => true >>> require 'spec' e:\IronRuby\r169\src\IronRuby.Libraries\Builtins\kernelops.cs:400:in `require': no such file to load -- spec (LoadError) from custom_require.rb:26:in `require' from :0 The only way I have got this to work is to set the lib path to the spec.rb file for LibraryPaths in the ir.config. Should this have worked? Thanks Ben On Tue, Nov 4, 2008 at 9:57 PM, John Lam (IRONRUBY) wrote: > You can set GEM_PATH environment variable in your user profile to point to your \lib\ruby\gems\1.8 directory. This works fine on my machine here. > > Curt just got gem install working (modulo rdoc binary regex strangeness) here, so we're really close to gem install working. > > Thanks, > -John > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall > Sent: Tuesday, November 04, 2008 12:59 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] SVN r169 is out > > Hi John, > > I thought you mentioned previously on the list that the MRI gems will > be used for the time being, I just tried and it doesn't seem to be > picking them up. > > Is there anything extra I have to do? I was hoping I would just be > able to do a require on the gem > > Ben > > On Tue, Nov 4, 2008 at 5:45 PM, John Lam (IRONRUBY) wrote: >> rake compile is still busted due to command line overflow. Will fix this >> sometime after RubyConf J >> >> >> >> Thanks, >> >> -John >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From curth at microsoft.com Tue Nov 4 17:55:57 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 4 Nov 2008 14:55:57 -0800 Subject: [Ironruby-core] Code Review: RandomRubyFixes08 Message-ID: tfpt review "/shelveset:RandomRubyFixes08;REDMOND\curth" Comments: Fixes for "gem install" Fixes to YAML serialization, String.squeeze Minor refactoring in YAML to remove duplicate code Support for C# interop on classes derived from CLR base classes and interfaces Rubification of names on "CLS virtual" calls -- Curt Hagenlocher curth at microsoft.com -------------- next part -------------- A non-text attachment was scrubbed... Name: RandomRubyFixes08.diff Type: application/octet-stream Size: 35851 bytes Desc: RandomRubyFixes08.diff URL: From andrew at mindscape.co.nz Tue Nov 4 18:03:40 2008 From: andrew at mindscape.co.nz (Andrew Peters) Date: Wed, 5 Nov 2008 12:03:40 +1300 Subject: [Ironruby-core] r169 problem Message-ID: <771cfe010811041503i3cf24bcci83f4008fd5accbcf@mail.gmail.com> Hi, After trying out 169, all my previously passing tests are now failing with: failed: System.InvalidCastException : Unable to cast object of type 'IronRuby.Runtime.RubyTopLevelScope' to type 'IronRuby.Runtime.RubyContext'. C:\Dev\ironruby\trunk\src\ironruby\Runtime\Calls\CallArguments.cs(111,0): at IronRuby.Runtime.Calls.CallArguments.get_RubyContext() C:\Dev\ironruby\trunk\src\ironruby\Runtime\Calls\MetaObjectBuilder.cs(137,0): at IronRuby.Runtime.Calls.MetaObjectBuilder.AddTargetTypeTest(CallArguments args) C:\Dev\ironruby\trunk\src\ironruby\Runtime\Calls\RubyCallAction.cs(108,0): at IronRuby.Runtime.Calls.RubyCallAction.Bind(MetaObjectBuilder metaBuilder, String methodName, CallArguments args) C:\Dev\ironruby\trunk\src\ironruby\Runtime\Calls\RubyCallAction.cs(102,0): at IronRuby.Runtime.Calls.RubyCallAction.Bind(MetaObject context, MetaObject[] args) C:\Dev\ironruby\trunk\src\Microsoft.Scripting.Core\Actions\MetaObjectBinder.cs(61,0): at System.Dynamic.Binders.MetaObjectBinder.Bind(Object[] args, ReadOnlyCollection`1 parameters, LabelTarget returnLabel) C:\Dev\ironruby\trunk\src\Microsoft.Scripting.Core\Actions\CallSiteOps.cs(53,0): at System.Runtime.CompilerServices.CallSiteOps.CreateNewRule[T](CallSite`1 site, CallSiteRule`1 oldRule, CallSiteRule`1 originalRule, Object[] args) C:\Dev\ironruby\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs(428,0): at System.Dynamic.Binders.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite site, T0 arg0, T1 arg1, T2 arg2) at IronRuby.Classes.Template$1.CoreRender(TextWriter ) C:\Dev\nhaml\trunk\src\NHaml\Template.cs(18,0): at NHaml.Template.Render(TextWriter textWriter) at IronRuby.Classes.Template$1.Render(TextWriter ) at _stub_$17##17(Closure , CallSite , Object , Object ) C:\Dev\ironruby\trunk\src\Microsoft.Scripting.Core\Actions\UpdateDelegates.Generated.cs(299,0): at System.Dynamic.Binders.UpdateDelegates.UpdateAndExecute2[T0,T1,TRet](CallSite site, T0 arg0, T1 arg1) C:\Dev\ironruby\trunk\src\Microsoft.Scripting\Runtime\DynamicOperations.cs(83,0): at Microsoft.Scripting.Runtime.DynamicOperations.Invoke(Object obj, Object[] parameters) C:\Dev\ironruby\trunk\src\Microsoft.Scripting\Hosting\ObjectOperations.cs(76,0): at Microsoft.Scripting.Hosting.ObjectOperations.Call(Object obj, Object[] parameters) C:\Dev\nhaml\trunk\src\NHaml.Compilers.IronRuby\IronRubyTemplateFactory.cs(58,0): at NHaml.Compilers.IronRuby.IronRubyTemplateFactory.DlrShimTemplate.Render(TextWriter textWriter) I'm roughly using the DLR like so: scriptEngine = Ruby.CreateEngine(); scriptEngine.Execute(templateSource); renderAction = _scriptEngine.CreateScriptSourceFromString(className + ".new.method(:render)").Execute(); scriptEngine.Operations.Call(renderAction, textWriter); -- templateSource -- require 'C:\Dev\nhaml\trunk\src\Tests\bin\Debug\NHaml.dll' require 'C:\Windows\assembly\GAC_MSIL\System\2.0.0.0__b77a5c561934e089\System.dll' class Templates_IronRuby_Welcome_haml') text_writer.Write(' ') text_writer.WriteLine(title) text_writer.WriteLine('') text_writer.Write('') text_writer.Write(' ') text_writer.WriteLine("Yeah Baby!") text_writer.WriteLine('

') end;end -- NHaml::Template -- public abstract class Template { private readonly OutputWriter _outputWriter = new OutputWriter(); public virtual void Render(TextWriter textWriter) { Invariant.ArgumentNotNull(textWriter, "textWriter"); _outputWriter.TextWriter = textWriter; PreRender(_outputWriter); CoreRender(textWriter); } protected virtual void PreRender(OutputWriter outputWriter) { } protected abstract void CoreRender(TextWriter textWriter); protected OutputWriter Output { get { return _outputWriter; } } } Any help appreciated. Cheers, Andrew. From olegtk at microsoft.com Tue Nov 4 17:58:10 2008 From: olegtk at microsoft.com (Oleg Tkachenko) Date: Tue, 4 Nov 2008 14:58:10 -0800 Subject: [Ironruby-core] Code Review: RandomRubyFixes08 In-Reply-To: References: Message-ID: YAML changes look good. -- Oleg -----Original Message----- From: Curt Hagenlocher Sent: Tuesday, November 04, 2008 2:56 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: RandomRubyFixes08 tfpt review "/shelveset:RandomRubyFixes08;REDMOND\curth" Comments: Fixes for "gem install" Fixes to YAML serialization, String.squeeze Minor refactoring in YAML to remove duplicate code Support for C# interop on classes derived from CLR base classes and interfaces Rubification of names on "CLS virtual" calls -- Curt Hagenlocher curth at microsoft.com From ivan at flanders.co.nz Wed Nov 5 05:03:12 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 5 Nov 2008 11:03:12 +0100 Subject: [Ironruby-core] dbi support Message-ID: Hi, I have been discussing integrating db support for rails with Andrew Peters. We think the best way forward is to implement a DBI layer for ironruby. Now the question is how come DBI isn't in the list of libraries for IronRuby? Is there a particular reason for that? Most of the project is written in ruby so that should just work provided we implement a correct dbi driver for ado.net. We'll open a project on github later today where we can store our progress on getting a dbi layer going for the .NET providers. if there are people that want to pitch in .. drop us a line. --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero GSM: +32.486.787.582 Blog: http://flanders.co.nz Twitter: http://twitter.com/casualjim -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivan at flanders.co.nz Wed Nov 5 05:07:59 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 5 Nov 2008 11:07:59 +0100 Subject: [Ironruby-core] SVN r169 is out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E063334EFCF145@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E063334F0BAB9C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Hi Ben I had trouble but you can try to write your code like this require 'rubygems' gem 'spec' that should work.. that's how i have to require rails --- Met vriendelijke groeten - Best regards - Salutations Ivan Porto Carrero GSM: +32.486.787.582 Blog: http://flanders.co.nz Twitter: http://twitter.com/casualjim On Tue, Nov 4, 2008 at 11:16 PM, Ben Hall wrote: > Hi John, > > I feel we might be talking about different things. I've got my > GEM_PATH variable set. > > C:\Program Files\Microsoft Visual Studio 9.0\VC>echo %GEM_PATH% > C:\ruby\lib\ruby\gems\1.8 > > When I try and access the gem, it fails - I expected this to work but > feel this is where I might have misunderstood. > > E:\IronRuby\r169\build\debug>ir > >>> require 'rubygems' > => true > >>> require 'spec' > e:\IronRuby\r169\src\IronRuby.Libraries\Builtins\kernelops.cs:400:in > `require': no such file to load -- spec (LoadError) > > from custom_require.rb:26:in `require' > from :0 > > > The only way I have got this to work is to set the lib path to the > spec.rb file for LibraryPaths in the ir.config. Should this have > worked? > > Thanks > > Ben > > On Tue, Nov 4, 2008 at 9:57 PM, John Lam (IRONRUBY) > wrote: > > You can set GEM_PATH environment variable in your user profile to point > to your \lib\ruby\gems\1.8 directory. This works fine on my machine > here. > > > > Curt just got gem install working (modulo rdoc binary regex strangeness) > here, so we're really close to gem install working. > > > > Thanks, > > -John > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall > > Sent: Tuesday, November 04, 2008 12:59 PM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] SVN r169 is out > > > > Hi John, > > > > I thought you mentioned previously on the list that the MRI gems will > > be used for the time being, I just tried and it doesn't seem to be > > picking them up. > > > > Is there anything extra I have to do? I was hoping I would just be > > able to do a require on the gem > > > > Ben > > > > On Tue, Nov 4, 2008 at 5:45 PM, John Lam (IRONRUBY) > wrote: > >> rake compile is still busted due to command line overflow. Will fix this > >> sometime after RubyConf J > >> > >> > >> > >> Thanks, > >> > >> -John > >> > >> > >> > >> _______________________________________________ > >> Ironruby-core mailing list > >> Ironruby-core at rubyforge.org > >> http://rubyforge.org/mailman/listinfo/ironruby-core > >> > >> > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Wed Nov 5 17:07:04 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 5 Nov 2008 14:07:04 -0800 Subject: [Ironruby-core] Resync'd RubySpecs Message-ID: I've pushed out re-sync'd versions of RubySpec, MSpec, and tags. Let me know if they cause any problems. JD -------------- next part -------------- An HTML attachment was scrubbed... URL: From jadiaz at cox.net Thu Nov 6 04:16:45 2008 From: jadiaz at cox.net (Jose Antonio Diaz) Date: Thu, 6 Nov 2008 02:16:45 -0700 Subject: [Ironruby-core] Updated IronRuby / Mono install Message-ID: <5A8FB2CE-61F0-4140-8746-3CF88B06655F@cox.net> Wondering if there is an update to the instructions currently on ironruby.net? I've downloaded the latest stable build of Mono and trying to use the latest SVN of IronRuby but it doesn't want to compile. Even reverting to r112 like the instructions said doesn't work. I downloaded the patches from http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby but I get the following errors: patching file Rakefile Hunk #1 FAILED at 155. Hunk #2 FAILED at 207. 2 out of 2 hunks FAILED -- saving rejects to file Rakefile.rej patching file context.rb Hunk #1 FAILED at 160. 1 out of 1 hunk FAILED -- saving rejects to file context.rb.rej patching file src/microsoft.scripting/hosting/shell/BasicConsole.cs Hunk #1 FAILED at 94. 1 out of 1 hunk FAILED -- saving rejects to file src/ microsoft.scripting/hosting/shell/BasicConsole.cs.rej patching file src/ironruby/Builtins/RubyMethod.cs Hunk #1 FAILED at 60. 1 out of 1 hunk FAILED -- saving rejects to file src/ironruby/Builtins/ RubyMethod.cs.rej patching file src/microsoft.scripting.core/runtime/ReflectionCache.cs Hunk #1 FAILED at 48. 1 out of 1 hunk FAILED -- saving rejects to file src/ microsoft.scripting.core/runtime/ReflectionCache.cs.rej patching file src/microsoft.scripting.core/actions/comdispatch/ comtypelibdesc.cs Hunk #1 FAILED at 133. 1 out of 1 hunk FAILED -- saving rejects to file src/ microsoft.scripting.core/actions/comdispatch/comtypelibdesc.cs.rej patching file src/microsoft.scripting.core/actions/comdispatch/ DispCallable.cs Hunk #1 FAILED at 126. 1 out of 1 hunk FAILED -- saving rejects to file src/ microsoft.scripting.core/actions/comdispatch/DispCallable.cs.rej Is this problem related to Mono or Ironruby? Jose Antonio Diaz From jflam at microsoft.com Thu Nov 6 07:51:30 2008 From: jflam at microsoft.com (John Lam (IRONRUBY)) Date: Thu, 6 Nov 2008 04:51:30 -0800 Subject: [Ironruby-core] Updated IronRuby / Mono install In-Reply-To: <5A8FB2CE-61F0-4140-8746-3CF88B06655F@cox.net> References: <5A8FB2CE-61F0-4140-8746-3CF88B06655F@cox.net> Message-ID: <372109E149E8084D8E6C7D9CFD82E063334F0BB453@NA-EXMSG-C115.redmond.corp.microsoft.com> I haven't tried to build under Mono for some time now. I know that the rake compile task is currently broken in r160 - that's the task that you'll need to use under Mono. Once RubyConf is done, we'll spend some time fixing the Rakefile and verifying that everything works correctly under Mono. Thanks, -John -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jose Antonio Diaz Sent: Thursday, November 06, 2008 4:17 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Updated IronRuby / Mono install Wondering if there is an update to the instructions currently on ironruby.net? I've downloaded the latest stable build of Mono and trying to use the latest SVN of IronRuby but it doesn't want to compile. Even reverting to r112 like the instructions said doesn't work. I downloaded the patches from http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby but I get the following errors: patching file Rakefile Hunk #1 FAILED at 155. Hunk #2 FAILED at 207. 2 out of 2 hunks FAILED -- saving rejects to file Rakefile.rej patching file context.rb Hunk #1 FAILED at 160. 1 out of 1 hunk FAILED -- saving rejects to file context.rb.rej patching file src/microsoft.scripting/hosting/shell/BasicConsole.cs Hunk #1 FAILED at 94. 1 out of 1 hunk FAILED -- saving rejects to file src/ microsoft.scripting/hosting/shell/BasicConsole.cs.rej patching file src/ironruby/Builtins/RubyMethod.cs Hunk #1 FAILED at 60. 1 out of 1 hunk FAILED -- saving rejects to file src/ironruby/Builtins/ RubyMethod.cs.rej patching file src/microsoft.scripting.core/runtime/ReflectionCache.cs Hunk #1 FAILED at 48. 1 out of 1 hunk FAILED -- saving rejects to file src/ microsoft.scripting.core/runtime/ReflectionCache.cs.rej patching file src/microsoft.scripting.core/actions/comdispatch/ comtypelibdesc.cs Hunk #1 FAILED at 133. 1 out of 1 hunk FAILED -- saving rejects to file src/ microsoft.scripting.core/actions/comdispatch/comtypelibdesc.cs.rej patching file src/microsoft.scripting.core/actions/comdispatch/ DispCallable.cs Hunk #1 FAILED at 126. 1 out of 1 hunk FAILED -- saving rejects to file src/ microsoft.scripting.core/actions/comdispatch/DispCallable.cs.rej Is this problem related to Mono or Ironruby? Jose Antonio Diaz _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ben2004uk at googlemail.com Thu Nov 6 19:20:04 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Fri, 7 Nov 2008 00:20:04 +0000 Subject: [Ironruby-core] IronRuby and System::Decimal Message-ID: Hello, Just playing around with some .Net interop and the Decimal type. When I do puts, I expected that this would have given me the underlying number, or at least call to_string. Instead I got the following behaviour, with the object type being outputted. >>> @d = System::Decimal.MinValue => # >>> puts @d # => nil >>> puts @d.to_string -79228162514264337593543950335 => nil Is this by design? Thanks Ben From curth at microsoft.com Thu Nov 6 19:42:49 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Thu, 6 Nov 2008 16:42:49 -0800 Subject: [Ironruby-core] IronRuby and System::Decimal In-Reply-To: References: Message-ID: Originally, I had hacked in "decimal" to be our BigDecimal representation. Now that we have a real BigDecimal (courtesy of Peter Bacon Darwin), the CLR decimal type has become an orphan -- it doesn't really have any direct support in IronRuby, so you just get the same behavior that you'd get for any other random CLR object. Let me pose this question to the list: which classes in the BCL (if any) do you think should get the "Rubification" treatment? -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall Sent: Thursday, November 06, 2008 4:20 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby and System::Decimal Hello, Just playing around with some .Net interop and the Decimal type. When I do puts, I expected that this would have given me the underlying number, or at least call to_string. Instead I got the following behaviour, with the object type being outputted. >>> @d = System::Decimal.MinValue => # >>> puts @d # => nil >>> puts @d.to_string -79228162514264337593543950335 => nil Is this by design? Thanks Ben _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ben2004uk at googlemail.com Thu Nov 6 19:44:57 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Fri, 7 Nov 2008 00:44:57 +0000 Subject: [Ironruby-core] IronRuby and System::Decimal In-Reply-To: References: Message-ID: Also, how would I compare decimals in ruby, as Ruby doesn't have a decimal type built in? I wanted to do something like @d > '12312.123123'.to_d However, that doesn't appear to be possible. I attempt to do to_f, but I got the following error: ArgumentError: Object must be of type Decimal. >From mscorlib:0:in `CompareTo'E:\IronRuby\r156\src\IronRuby.Libraries\Extensions\IComparableOps.cs:24:in `<=>' Any ideas? Thanks Ben On Fri, Nov 7, 2008 at 12:20 AM, Ben Hall wrote: > Hello, > > Just playing around with some .Net interop and the Decimal type. When > I do puts, I expected that this would have given me the underlying > number, or at least call to_string. > > Instead I got the following behaviour, with the object type being outputted. > >>>> @d = System::Decimal.MinValue > => # >>>> puts @d > # > => nil >>>> puts @d.to_string > -79228162514264337593543950335 > => nil > > Is this by design? > > Thanks > > Ben > From michael.letterle at gmail.com Thu Nov 6 20:23:21 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Thu, 6 Nov 2008 20:23:21 -0500 Subject: [Ironruby-core] IronRuby and System::Decimal In-Reply-To: References: Message-ID: Here's some helper methods I've used for making System::Decimal a little more palatable: class Object def to_clr_dec System::Decimal.parse(self.to_s) end def to_clr_int System::Int32.parse(self.to_s) end end class System::Decimal def + other System::Decimal.Add(self, other) end def - other System::Decimal.Subtract(self, other) end def * other System::Decimal.Multiply(self, other) end def to_f self.to_string.to_s.to_f end def inspect to_f end end FWIW I'd personally rather see "rubification" done this way, then in C# libraries... On Thu, Nov 6, 2008 at 7:42 PM, Curt Hagenlocher wrote: > Originally, I had hacked in "decimal" to be our BigDecimal representation. > Now that we have a real BigDecimal (courtesy of Peter Bacon Darwin), the > CLR decimal type has become an orphan -- it doesn't really have any direct > support in IronRuby, so you just get the same behavior that you'd get for > any other random CLR object. > > Let me pose this question to the list: which classes in the BCL (if any) do > you think should get the "Rubification" treatment? > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall > Sent: Thursday, November 06, 2008 4:20 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby and System::Decimal > > Hello, > > Just playing around with some .Net interop and the Decimal type. When > I do puts, I expected that this would have given me the underlying > number, or at least call to_string. > > Instead I got the following behaviour, with the object type being > outputted. > > >>> @d = System::Decimal.MinValue > => # > >>> puts @d > # > => nil > >>> puts @d.to_string > -79228162514264337593543950335 > => nil > > Is this by design? > > Thanks > > Ben > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Thu Nov 6 20:39:10 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Fri, 7 Nov 2008 10:39:10 +0900 Subject: [Ironruby-core] Updated IronRuby / Mono install In-Reply-To: <5A8FB2CE-61F0-4140-8746-3CF88B06655F@cox.net> References: <5A8FB2CE-61F0-4140-8746-3CF88B06655F@cox.net> Message-ID: <5b0248170811061739q65500f73va18aca47c85ba144@mail.gmail.com> 2008/11/6 Jose Antonio Diaz : > Wondering if there is an update to the instructions currently on > ironruby.net? > > I've downloaded the latest stable build of Mono and trying to use the latest > SVN of IronRuby but it doesn't want to compile. Even reverting to r112 like > the instructions said doesn't work. Really? Reverting back to old versions like r112 does work for me. Can you detail what you have done? -- Seo Sanghyeon From sanxiyn at gmail.com Fri Nov 7 02:57:05 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Fri, 7 Nov 2008 16:57:05 +0900 Subject: [Ironruby-core] Code Review: rakefix1 Message-ID: <5b0248170811062357i4356b2c4wc46585c7a83cb468@mail.gmail.com> Attached patch fixes (well, at least a bit of) Rake build. In particular, this patch fixes get_case_sensitive_path to actually work. Current code does p.downcase.to_s == filename, which assumes filename is already downcased, but filename is from *.csproj and it actually is not, so at least it should be p.downcase == filename.downcase. Current code also does not deal with directory names differing in case. -- Seo Sanghyeon -------------- next part -------------- A non-text attachment was scrubbed... Name: rakefix1.diff Type: text/x-diff Size: 2256 bytes Desc: not available URL: From jdeville at microsoft.com Fri Nov 7 15:04:22 2008 From: jdeville at microsoft.com (Jim Deville) Date: Fri, 7 Nov 2008 12:04:22 -0800 Subject: [Ironruby-core] Code Review: rakefix1 In-Reply-To: <5b0248170811062357i4356b2c4wc46585c7a83cb468@mail.gmail.com> References: <5b0248170811062357i4356b2c4wc46585c7a83cb468@mail.gmail.com> Message-ID: Looks good! JD > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Seo Sanghyeon > Sent: Thursday, November 06, 2008 11:57 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Code Review: rakefix1 > > Attached patch fixes (well, at least a bit of) Rake build. In > particular, this patch fixes get_case_sensitive_path to actually work. > Current code does p.downcase.to_s == filename, which assumes filename > is already downcased, but filename is from *.csproj and it actually is > not, so at least it should be p.downcase == filename.downcase. Current > code also does not deal with directory names differing in case. > > -- > Seo Sanghyeon From jadiaz at cox.net Fri Nov 7 16:39:52 2008 From: jadiaz at cox.net (Jose Antonio Diaz) Date: Fri, 7 Nov 2008 14:39:52 -0700 Subject: [Ironruby-core] Updated IronRuby / Mono install Message-ID: Seo, Here are the steps that I've taken on my Mac: - downloaded and installed the latest Mono binary for Mac - revert to rev112 of IronRuby on svn - curl "http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/patch-mono-r112 " >> patch-mono-r112 - patch -p0 < patch-mono-r112 that modified the following files: patching file Rakefile patching file context.rb patching file src/microsoft.scripting/hosting/shell/BasicConsole.cs patching file src/ironruby/Builtins/RubyMethod.cs patching file src/microsoft.scripting.core/runtime/ReflectionCache.cs patching file src/microsoft.scripting.core/actions/comdispatch/ comtypelibdesc.cs patching file src/microsoft.scripting.core/actions/comdispatch/ DispCallable.cs - rake compile mono=1 (in /Users/racan/Projects/mono/ironruby) rake aborted! No such file or directory - /users/racan/projects/mono/ironruby/src/ microsoft.scripting.core /Users/racan/Projects/mono/ironruby/Rakefile:159 (See full trace by running task with --trace) Jose ------------------------------ Message: 6 Date: Fri, 7 Nov 2008 10:39:10 +0900 From: "Seo Sanghyeon" Subject: Re: [Ironruby-core] Updated IronRuby / Mono install To: ironruby-core at rubyforge.org Message-ID: <5b0248170811061739q65500f73va18aca47c85ba144 at mail.gmail.com> Content-Type: text/plain; charset=UTF-8 2008/11/6 Jose Antonio Diaz : > Wondering if there is an update to the instructions currently on > ironruby.net? > > I've downloaded the latest stable build of Mono and trying to use > the latest > SVN of IronRuby but it doesn't want to compile. Even reverting to > r112 like > the instructions said doesn't work. Really? Reverting back to old versions like r112 does work for me. Can you detail what you have done? -- Seo Sanghyeon -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Fri Nov 7 17:12:41 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Sat, 8 Nov 2008 07:12:41 +0900 Subject: [Ironruby-core] Updated IronRuby / Mono install In-Reply-To: References: Message-ID: <5b0248170811071412u2d75d620m96df562e24a1190a@mail.gmail.com> 2008/11/8 Jose Antonio Diaz : > (in /Users/racan/Projects/mono/ironruby) > rake aborted! > No such file or directory - > /users/racan/projects/mono/ironruby/src/microsoft.scripting.core > /Users/racan/Projects/mono/ironruby/Rakefile:159 > (See full trace by running task with --trace) This is weird. Apparently path is downcased (/users/racan/projects vs. /Users/racan/Projects). What do you get if you run with --trace as the message says? -- Seo Sanghyeon From jadiaz at cox.net Fri Nov 7 17:36:07 2008 From: jadiaz at cox.net (Jose Antonio Diaz) Date: Fri, 7 Nov 2008 15:36:07 -0700 Subject: [Ironruby-core] Updated IronRuby / Mono install In-Reply-To: <5b0248170811071412u2d75d620m96df562e24a1190a@mail.gmail.com> References: <5b0248170811071412u2d75d620m96df562e24a1190a@mail.gmail.com> Message-ID: <18696170-7B49-42AE-A848-1A7E9574311A@cox.net> Trace (in /Users/racan/Projects/mono/ironruby) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Invoke happy ** Execute clean_build ** Invoke compile_dlr (first_time) ** Invoke clean_build ** Execute compile_dlr rake aborted! No such file or directory - /users/racan/projects/mono/ironruby/src/ microsoft.scripting.core ./context.rb:433:in `chdir' ./context.rb:433:in `compile' /Users/racan/Projects/mono/ironruby/Rakefile:159 ./context.rb:579:in `instance_eval' ./context.rb:579:in `source_context' /Users/racan/Projects/mono/ironruby/Rakefile:157 /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in `invoke_with_call_chain' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in `invoke_prerequisites' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `send' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in `invoke_prerequisites' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in `invoke_with_call_chain' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in `invoke_task' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' /Library/Ruby/Gems/1.8/gems/rake-0.8.1/bin/rake:31 /usr/bin/rake:19:in `load' /usr/bin/rake:19 On Nov 7, 2008, at 3:12 PM, Seo Sanghyeon wrote: > 2008/11/8 Jose Antonio Diaz : >> (in /Users/racan/Projects/mono/ironruby) >> rake aborted! >> No such file or directory - >> /users/racan/projects/mono/ironruby/src/microsoft.scripting.core >> /Users/racan/Projects/mono/ironruby/Rakefile:159 >> (See full trace by running task with --trace) > > This is weird. Apparently path is downcased (/users/racan/projects vs. > /Users/racan/Projects). What do you get if you run with --trace as the > message says? > > -- > Seo Sanghyeon > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core Jose Antonio Diaz jadiaz at cox.net ?For those that understand, no explanation is needed. For those that do not understand, no explanation is possible.? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Wed Nov 12 14:46:10 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 12 Nov 2008 11:46:10 -0800 Subject: [Ironruby-core] Code Review: rake_compile Message-ID: tfpt review "/shelveset:rake_compile;REDMOND\jdeville" Comment : Fixes rake compile by adding a response file. This has been tested on both internal and external layouts. ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rake_compile.diff Type: application/octet-stream Size: 2976 bytes Desc: rake_compile.diff URL: From srivatsn at microsoft.com Wed Nov 12 15:06:03 2008 From: srivatsn at microsoft.com (Srivatsn Narayanan) Date: Wed, 12 Nov 2008 12:06:03 -0800 Subject: [Ironruby-core] Code Review: rake_compile In-Reply-To: References: Message-ID: Looks good to me. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Wednesday, November 12, 2008 11:46 AM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: [Ironruby-core] Code Review: rake_compile tfpt review "/shelveset:rake_compile;REDMOND\jdeville" Comment : Fixes rake compile by adding a response file. This has been tested on both internal and external layouts. ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Wed Nov 12 23:19:45 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Thu, 13 Nov 2008 13:19:45 +0900 Subject: [Ironruby-core] Code Review: rake_compile In-Reply-To: References: Message-ID: <5b0248170811122019tabdba57y2c519dfa3d5bae97@mail.gmail.com> 2008/11/13 Jim Deville : > Fixes rake compile by adding a response file. This has been tested on both > internal and external layouts. Works fine on Linux system too. Thanks. -- Seo Sanghyeon From jdeville at microsoft.com Thu Nov 13 00:36:31 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 12 Nov 2008 21:36:31 -0800 Subject: [Ironruby-core] Code Review: rake_compile In-Reply-To: <5b0248170811122019tabdba57y2c519dfa3d5bae97@mail.gmail.com> References: , <5b0248170811122019tabdba57y2c519dfa3d5bae97@mail.gmail.com> Message-ID: Sure thing. I'm going to try to commit it and push a new SVN revision out tomorrow morning. JD ________________________________________ From: ironruby-core-bounces at rubyforge.org [ironruby-core-bounces at rubyforge.org] On Behalf Of Seo Sanghyeon [sanxiyn at gmail.com] Sent: Wednesday, November 12, 2008 8:19 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Code Review: rake_compile 2008/11/13 Jim Deville : > Fixes rake compile by adding a response file. This has been tested on both > internal and external layouts. Works fine on Linux system too. Thanks. -- Seo Sanghyeon _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Thu Nov 13 17:11:53 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 13 Nov 2008 14:11:53 -0800 Subject: [Ironruby-core] Executables Message-ID: Today we have ir.exe that combines functionality of ruby.exe and a command line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no file is given it reads input from standard input)? Some specs expects that behavior (they start a new process ruby.exe and write to its input stream). Another option would be to have a single executable ir.exe that behaves like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Thu Nov 13 17:15:57 2008 From: jdeville at microsoft.com (Jim Deville) Date: Thu, 13 Nov 2008 14:15:57 -0800 Subject: [Ironruby-core] Executables In-Reply-To: References: Message-ID: I like the switch option best. We also need to add a -e option to pass some of the specs. JD From: Tomas Matousek Sent: Thursday, November 13, 2008 2:12 PM To: IronRuby Team Cc: ironruby-core at rubyforge.org Subject: Executables Today we have ir.exe that combines functionality of ruby.exe and a command line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no file is given it reads input from standard input)? Some specs expects that behavior (they start a new process ruby.exe and write to its input stream). Another option would be to have a single executable ir.exe that behaves like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Thu Nov 13 18:18:10 2008 From: jdeville at microsoft.com (Jim Deville) Date: Thu, 13 Nov 2008 15:18:10 -0800 Subject: [Ironruby-core] SVN version 171 Message-ID: I've just pushed out SVN revision 171, which in addition to the normal new code stuff, should compile from the command line with rake compile! The RubySpecs have been updated, too. Enjoy ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From sanxiyn at gmail.com Fri Nov 14 00:59:08 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Fri, 14 Nov 2008 14:59:08 +0900 Subject: [Ironruby-core] SVN version 171 In-Reply-To: References: Message-ID: <5b0248170811132159t504c2f82q72086262579936c0@mail.gmail.com> 2008/11/14 Jim Deville : > I've just pushed out SVN revision 171, which in addition to the normal new > code stuff, should compile from the command line with rake compile! The > RubySpecs have been updated, too. This overwrote changes I made in r170. Can I put them back? -- Seo Sanghyeon From jdeville at microsoft.com Fri Nov 14 02:45:27 2008 From: jdeville at microsoft.com (Jim Deville) Date: Thu, 13 Nov 2008 23:45:27 -0800 Subject: [Ironruby-core] SVN version 171 Message-ID: Absolutely! I forgot to pull them into TFS before I pushed out. I'm really sorry about that. I'll pull them in tomorrow to prevent it from happening again. I'm also working on a diff based transfer between TFS and SVN which should eliminate these overwrites. JD -----Original Message----- From: Seo Sanghyeon Sent: November 13, 2008 9:59 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] SVN version 171 2008/11/14 Jim Deville : > I've just pushed out SVN revision 171, which in addition to the normal new > code stuff, should compile from the command line with rake compile! The > RubySpecs have been updated, too. This overwrote changes I made in r170. Can I put them back? -- Seo Sanghyeon _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From sanxiyn at gmail.com Fri Nov 14 11:07:07 2008 From: sanxiyn at gmail.com (Seo Sanghyeon) Date: Sat, 15 Nov 2008 01:07:07 +0900 Subject: [Ironruby-core] SVN version 171 In-Reply-To: References: Message-ID: <5b0248170811140807o129cd7eu61e7742fb81932b8@mail.gmail.com> 2008/11/14 Jim Deville : > Absolutely! I forgot to pull them into TFS before I pushed out. I'm really sorry about that. I'll pull them in tomorrow to prevent it from happening again. I'm also working on a diff based transfer between TFS and SVN which should eliminate these overwrites. Done. -- Seo Sanghyeon From lists at ruby-forum.com Fri Nov 14 12:00:48 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Fri, 14 Nov 2008 18:00:48 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache Message-ID: Hi I'm tiring to run a whole XNA game from IronRuby but I'm having some trouble translating the code from c# to ruby. That might be because I'm really new at Ruby. here is what I wrote so far Game = Microsoft::Xna::Framework::Game GraphicsDeviceManager = Microsoft::Xna::Framework::GraphicsDeviceManager Graphics=Microsoft::Xna::Framework::Graphics class Game1 < Game def Game1 graphics = GraphicsDeviceManager.new this end def Initialize super #is this ok? #in C# i have base.Initialize() end #is this ok? #in C# i have protected override void Draw(GameTime gameTime) def Draw Game::GraphicsDevice.Clear Graphics::Color.CornflowerBlue #i don't think this is is how to access the colour struct super gameTime #is this ok? #in C# i have base.Draw(gameTime) end end game = Game1.new game.run ps:allso posted on the Rubyforge page: http://rubyforge.org/forum/forum.php?thread_id=29605&forum_id=17160 -- Posted via http://www.ruby-forum.com/. From orion.edwards at open2view.com Fri Nov 14 18:31:26 2008 From: orion.edwards at open2view.com (Orion Edwards) Date: Sat, 15 Nov 2008 12:31:26 +1300 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: Message-ID: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> On 15/11/2008, at 6:00 AM, Gabriel Rotar wrote: > Hi > I'm tiring to run a whole XNA game from IronRuby but I'm having some > trouble translating the code from c# to ruby. That might be because > I'm > really new at Ruby. > here is what I wrote so far > Game = Microsoft::Xna::Framework::Game > GraphicsDeviceManager = > Microsoft::Xna::Framework::GraphicsDeviceManager > Graphics=Microsoft::Xna::Framework::Graphics You can avoid all this by writing include Microsoft::Xna::Framework it's more-or-less the equivalent of using namespace > > class Game1 < Game > > def Game1 > graphics = GraphicsDeviceManager.new this > end Ruby uses 'self' instead of 'this', and constructors are always def initialize, not def ClassName > > > def Initialize > > super > #is this ok? > #in C# i have base.Initialize() > end Yep super should be fine > > #is this ok? > #in C# i have protected override void Draw(GameTime gameTime) > def Draw In ruby you should have def draw(game_time) > > Game::GraphicsDevice.Clear Graphics::Color.CornflowerBlue #i don't > think > this is is how to access the colour struct Not sure off the top of my head but I think it should be Color::CornflowerBlue > > super gameTime That should be fine. Normally in ruby you don't need to pass arguments to calls to super, but I'm not sure how IronRuby handles this when interopping with the CLR... > > #is this ok? > #in C# i have base.Draw(gameTime) > end > end > > game = Game1.new > game.run > Last 2 lines look fine :-) I'd really suggest you stop and step back a bit, and learn some of the basics of the ruby programming language. Also note that C# uses UpperCamelCase for everything, whereas ruby uses lower_snake_case for everything (except class names) IronRuby will translate these for you, so if you have a C# method called MoveAllZig(), then ruby code to call that will be move_all_zig Good luck! From jdeville at microsoft.com Fri Nov 14 18:55:14 2008 From: jdeville at microsoft.com (Jim Deville) Date: Fri, 14 Nov 2008 15:55:14 -0800 Subject: [Ironruby-core] SVN version 171 In-Reply-To: <5b0248170811140807o129cd7eu61e7742fb81932b8@mail.gmail.com> References: <5b0248170811140807o129cd7eu61e7742fb81932b8@mail.gmail.com> Message-ID: Done on my end. JD > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Seo Sanghyeon > Sent: Friday, November 14, 2008 8:07 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] SVN version 171 > > 2008/11/14 Jim Deville : > > Absolutely! I forgot to pull them into TFS before I pushed out. I'm > really sorry about that. I'll pull them in tomorrow to prevent it from > happening again. I'm also working on a diff based transfer between TFS > and SVN which should eliminate these overwrites. > > Done. > > -- > Seo Sanghyeon > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Fri Nov 14 19:04:58 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Sat, 15 Nov 2008 01:04:58 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> Message-ID: <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> Thanks mate I'll put you suggestions to the test in the morning. Oh and I'm sort of using this as a pretext to learn some Ruby, also been playing with Hackety Hack but I don't think I can larn the ruby way of OOP form it so I'm going for trial and error and forum. Thanks again. -- Posted via http://www.ruby-forum.com/. From olegtk at microsoft.com Fri Nov 14 20:35:27 2008 From: olegtk at microsoft.com (Oleg Tkachenko) Date: Fri, 14 Nov 2008 17:35:27 -0800 Subject: [Ironruby-core] Executables In-Reply-To: References: Message-ID: I like second option too. But why --dlr? Why not --repl? -- Oleg From: Jim Deville Sent: Thursday, November 13, 2008 2:16 PM To: Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like the switch option best. We also need to add a -e option to pass some of the specs. JD From: Tomas Matousek Sent: Thursday, November 13, 2008 2:12 PM To: IronRuby Team Cc: ironruby-core at rubyforge.org Subject: Executables Today we have ir.exe that combines functionality of ruby.exe and a command line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no file is given it reads input from standard input)? Some specs expects that behavior (they start a new process ruby.exe and write to its input stream). Another option would be to have a single executable ir.exe that behaves like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Fri Nov 14 20:39:24 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 14 Nov 2008 17:39:24 -0800 Subject: [Ironruby-core] Executables In-Reply-To: References: Message-ID: Could be --repl. From: Oleg Tkachenko Sent: Friday, November 14, 2008 5:35 PM To: Jim Deville; Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like second option too. But why --dlr? Why not --repl? -- Oleg From: Jim Deville Sent: Thursday, November 13, 2008 2:16 PM To: Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like the switch option best. We also need to add a -e option to pass some of the specs. JD From: Tomas Matousek Sent: Thursday, November 13, 2008 2:12 PM To: IronRuby Team Cc: ironruby-core at rubyforge.org Subject: Executables Today we have ir.exe that combines functionality of ruby.exe and a command line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no file is given it reads input from standard input)? Some specs expects that behavior (they start a new process ruby.exe and write to its input stream). Another option would be to have a single executable ir.exe that behaves like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Fri Nov 14 20:50:27 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 14 Nov 2008 20:50:27 -0500 Subject: [Ironruby-core] Executables In-Reply-To: References: Message-ID: Is there a particular reason we need the executable to do the REPL itself? ir.exe runs irb just fine, and is actually what I've been using lately (there's a few annoyances but nothing earth shattering) On Fri, Nov 14, 2008 at 8:39 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > Could be --repl. > > > > *From:* Oleg Tkachenko > *Sent:* Friday, November 14, 2008 5:35 PM > *To:* Jim Deville; Tomas Matousek; IronRuby Team > *Cc:* ironruby-core at rubyforge.org > *Subject:* RE: Executables > > > > I like second option too. But why --dlr? Why not --repl? > > > > -- > > Oleg > > > > *From:* Jim Deville > *Sent:* Thursday, November 13, 2008 2:16 PM > *To:* Tomas Matousek; IronRuby Team > *Cc:* ironruby-core at rubyforge.org > *Subject:* RE: Executables > > > > I like the switch option best. We also need to add a ?e option to pass some > of the specs. > > > > > > JD > > > > *From:* Tomas Matousek > *Sent:* Thursday, November 13, 2008 2:12 PM > *To:* IronRuby Team > *Cc:* ironruby-core at rubyforge.org > *Subject:* Executables > > > > Today we have ir.exe that combines functionality of ruby.exe and a command > line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no > file is given it reads input from standard input)? > > Some specs expects that behavior (they start a new process ruby.exe and > write to its input stream). > > > > Another option would be to have a single executable ir.exe that behaves > like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. > > > > Tomas > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Fri Nov 14 21:08:34 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 14 Nov 2008 18:08:34 -0800 Subject: [Ironruby-core] Executables In-Reply-To: References: Message-ID: We need DLR REPL for testing interop. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Friday, November 14, 2008 5:50 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Executables Is there a particular reason we need the executable to do the REPL itself? ir.exe runs irb just fine, and is actually what I've been using lately (there's a few annoyances but nothing earth shattering) On Fri, Nov 14, 2008 at 8:39 PM, Tomas Matousek > wrote: Could be --repl. From: Oleg Tkachenko Sent: Friday, November 14, 2008 5:35 PM To: Jim Deville; Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like second option too. But why --dlr? Why not --repl? -- Oleg From: Jim Deville Sent: Thursday, November 13, 2008 2:16 PM To: Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like the switch option best. We also need to add a -e option to pass some of the specs. JD From: Tomas Matousek Sent: Thursday, November 13, 2008 2:12 PM To: IronRuby Team Cc: ironruby-core at rubyforge.org Subject: Executables Today we have ir.exe that combines functionality of ruby.exe and a command line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no file is given it reads input from standard input)? Some specs expects that behavior (they start a new process ruby.exe and write to its input stream). Another option would be to have a single executable ir.exe that behaves like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. Tomas _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Fri Nov 14 21:18:01 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 14 Nov 2008 21:18:01 -0500 Subject: [Ironruby-core] Executables In-Reply-To: References: Message-ID: ? interop works through IRB just as well... C:\>ir ruby\bin\irb irb(main):001:0> require 'mscorlib' => true irb(main):002:0> require 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' => true irb(main):003:0> f = System::Windows::Forms::Form.new => # irb(main):004:0> i = f.show_dialog => # Am I missing something? On Fri, Nov 14, 2008 at 9:08 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > We need DLR REPL for testing interop. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Michael Letterle > *Sent:* Friday, November 14, 2008 5:50 PM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Executables > > > > Is there a particular reason we need the executable to do the REPL itself? > ir.exe runs irb just fine, and is actually what I've been using lately > (there's a few annoyances but nothing earth shattering) > > On Fri, Nov 14, 2008 at 8:39 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > Could be --repl. > > > > *From:* Oleg Tkachenko > *Sent:* Friday, November 14, 2008 5:35 PM > *To:* Jim Deville; Tomas Matousek; IronRuby Team > > > *Cc:* ironruby-core at rubyforge.org > *Subject:* RE: Executables > > > > I like second option too. But why --dlr? Why not --repl? > > > > -- > > Oleg > > > > *From:* Jim Deville > *Sent:* Thursday, November 13, 2008 2:16 PM > *To:* Tomas Matousek; IronRuby Team > *Cc:* ironruby-core at rubyforge.org > *Subject:* RE: Executables > > > > I like the switch option best. We also need to add a ?e option to pass some > of the specs. > > > > > > JD > > > > *From:* Tomas Matousek > *Sent:* Thursday, November 13, 2008 2:12 PM > *To:* IronRuby Team > *Cc:* ironruby-core at rubyforge.org > *Subject:* Executables > > > > Today we have ir.exe that combines functionality of ruby.exe and a command > line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no > file is given it reads input from standard input)? > > Some specs expects that behavior (they start a new process ruby.exe and > write to its input stream). > > > > Another option would be to have a single executable ir.exe that behaves > like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. > > > > Tomas > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Michael Letterle > [Polymath Prokrammer] > http://blog.prokrams.com > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Sat Nov 15 01:33:43 2008 From: lists at ruby-forum.com (Benjamin Van der veen) Date: Sat, 15 Nov 2008 07:33:43 +0100 Subject: [Ironruby-core] StackOverflowException when accessing object properties Message-ID: <80d67977443ff2887efa9e0970c07b4f@ruby-forum.com> Hello all, Why does the stack overflow? class Program { static void Main(string[] args) { ScriptRuntime runtime = Ruby.CreateRuntime(); ScriptEngine engine = runtime.GetRubyEngine(); ScriptScope scope = engine.CreateScope(); scope.SetVariable("my_var", new TestClass() { Text = "Hello world!", Number = 42 }); ScriptSource source = engine.CreateScriptSourceFromString("my_var.text"); Console.WriteLine(source.Execute(scope)); } } class TestClass { public string Text; public int Number; } If I set "my_var" to a string and query it's Length property, no problem. I'm sure I'm missing something?I came up with this code by reading a PDF found on the IronRuby site (http://ironruby.net/@api/deki/files/1/=dlr-spec-hosting.pdf -- redirects to Amazon S3) because I couldn't find any examples. Maybe I need to somehow import TestClass' namespace into the scope? Thanks a lot, and apologies in advance for formatting problems (can't find a preview post option). benjamin -- Posted via http://www.ruby-forum.com/. From andrew at mindscape.co.nz Sat Nov 15 02:06:39 2008 From: andrew at mindscape.co.nz (Andrew Peters) Date: Sat, 15 Nov 2008 20:06:39 +1300 Subject: [Ironruby-core] StackOverflowException when accessing object properties In-Reply-To: <80d67977443ff2887efa9e0970c07b4f@ruby-forum.com> References: <80d67977443ff2887efa9e0970c07b4f@ruby-forum.com> Message-ID: <771cfe010811142306y9792147nd5f7239d6875fa5@mail.gmail.com> I think this is because you need to reference the IronRuby.Libraries dll. Strange error I know. On Sat, Nov 15, 2008 at 7:33 PM, Benjamin Van der veen wrote: > Hello all, > > Why does the stack overflow? > > class Program > { > static void Main(string[] args) > { > ScriptRuntime runtime = Ruby.CreateRuntime(); > ScriptEngine engine = runtime.GetRubyEngine(); > > ScriptScope scope = engine.CreateScope(); > scope.SetVariable("my_var", new TestClass() { Text = "Hello > world!", Number = 42 }); > > ScriptSource source = > engine.CreateScriptSourceFromString("my_var.text"); > Console.WriteLine(source.Execute(scope)); > } > } > > class TestClass > { > public string Text; > public int Number; > } > > If I set "my_var" to a string and query it's Length property, no > problem. I'm sure I'm missing something?I came up with this code by > reading a PDF found on the IronRuby site > (http://ironruby.net/@api/deki/files/1/=dlr-spec-hosting.pdf -- > redirects to Amazon S3) because I couldn't find any examples. Maybe I > need to somehow import TestClass' namespace into the scope? > > Thanks a lot, and apologies in advance for formatting problems (can't > find a preview post option). > > benjamin > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Sat Nov 15 17:15:57 2008 From: lists at ruby-forum.com (Benjamin van der Veen) Date: Sat, 15 Nov 2008 23:15:57 +0100 Subject: [Ironruby-core] StackOverflowException when accessing object properties In-Reply-To: <771cfe010811142306y9792147nd5f7239d6875fa5@mail.gmail.com> References: <80d67977443ff2887efa9e0970c07b4f@ruby-forum.com> <771cfe010811142306y9792147nd5f7239d6875fa5@mail.gmail.com> Message-ID: Hello Andrew, Andrew Peters wrote: > I think this is because you need to reference the IronRuby.Libraries > dll. > Strange error I know. > > On Sat, Nov 15, 2008 at 7:33 PM, Benjamin Van der veen > I tried changing TestClass' fields to properties so that they would get compiled as methods: class TestClass { public string Text { get; set; } public int Number { get; set; } } but no dice. Also tried capitalizing "Text". Still works with String.Length though (whether I reference it as "my_var.length" or "my_var.Length". Any ideas? (Also, as somewhat of a side-note, is there a different syntax for accessing field on CLR objects in IronRuby? Is this possible or must they be properties?) Thanks again, benjamin -- Posted via http://www.ruby-forum.com/. From curth at microsoft.com Sat Nov 15 17:44:04 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Sat, 15 Nov 2008 14:44:04 -0800 Subject: [Ironruby-core] Executables In-Reply-To: References: Message-ID: We don't want our interop tests to be testing irb.rb though. :) From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Friday, November 14, 2008 6:18 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Executables ? interop works through IRB just as well... C:\>ir ruby\bin\irb irb(main):001:0> require 'mscorlib' => true irb(main):002:0> require 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' => true irb(main):003:0> f = System::Windows::Forms::Form.new => # irb(main):004:0> i = f.show_dialog => # Am I missing something? On Fri, Nov 14, 2008 at 9:08 PM, Tomas Matousek > wrote: We need DLR REPL for testing interop. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Friday, November 14, 2008 5:50 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Executables Is there a particular reason we need the executable to do the REPL itself? ir.exe runs irb just fine, and is actually what I've been using lately (there's a few annoyances but nothing earth shattering) On Fri, Nov 14, 2008 at 8:39 PM, Tomas Matousek > wrote: Could be --repl. From: Oleg Tkachenko Sent: Friday, November 14, 2008 5:35 PM To: Jim Deville; Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like second option too. But why --dlr? Why not --repl? -- Oleg From: Jim Deville Sent: Thursday, November 13, 2008 2:16 PM To: Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like the switch option best. We also need to add a -e option to pass some of the specs. JD From: Tomas Matousek Sent: Thursday, November 13, 2008 2:12 PM To: IronRuby Team Cc: ironruby-core at rubyforge.org Subject: Executables Today we have ir.exe that combines functionality of ruby.exe and a command line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no file is given it reads input from standard input)? Some specs expects that behavior (they start a new process ruby.exe and write to its input stream). Another option would be to have a single executable ir.exe that behaves like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. Tomas _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Sat Nov 15 17:54:51 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 15 Nov 2008 17:54:51 -0500 Subject: [Ironruby-core] Executables In-Reply-To: References: Message-ID: If people are going to be using irb, you might ;) Anyway, I suppose that makes sense On Sat, Nov 15, 2008 at 5:44 PM, Curt Hagenlocher wrote: > We don't want our interop tests to be testing irb.rb though. :) > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Michael Letterle > *Sent:* Friday, November 14, 2008 6:18 PM > > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Executables > > > > ? interop works through IRB just as well... > > C:\>ir ruby\bin\irb > irb(main):001:0> require 'mscorlib' > => true > irb(main):002:0> require 'System.Windows.Forms, Version=2.0.0.0, > Culture=neutral, PublicKeyToken=b77a5c561934e089' > => true > irb(main):003:0> f = System::Windows::Forms::Form.new > => # > irb(main):004:0> i = f.show_dialog > => # > > > Am I missing something? > > On Fri, Nov 14, 2008 at 9:08 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > We need DLR REPL for testing interop. > > > > Tomas > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Michael Letterle > *Sent:* Friday, November 14, 2008 5:50 PM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] Executables > > > > Is there a particular reason we need the executable to do the REPL itself? > ir.exe runs irb just fine, and is actually what I've been using lately > (there's a few annoyances but nothing earth shattering) > > On Fri, Nov 14, 2008 at 8:39 PM, Tomas Matousek < > Tomas.Matousek at microsoft.com> wrote: > > Could be --repl. > > > > *From:* Oleg Tkachenko > *Sent:* Friday, November 14, 2008 5:35 PM > *To:* Jim Deville; Tomas Matousek; IronRuby Team > > > *Cc:* ironruby-core at rubyforge.org > *Subject:* RE: Executables > > > > I like second option too. But why --dlr? Why not --repl? > > > > -- > > Oleg > > > > *From:* Jim Deville > *Sent:* Thursday, November 13, 2008 2:16 PM > *To:* Tomas Matousek; IronRuby Team > *Cc:* ironruby-core at rubyforge.org > *Subject:* RE: Executables > > > > I like the switch option best. We also need to add a ?e option to pass some > of the specs. > > > > > > JD > > > > *From:* Tomas Matousek > *Sent:* Thursday, November 13, 2008 2:12 PM > *To:* IronRuby Team > *Cc:* ironruby-core at rubyforge.org > *Subject:* Executables > > > > Today we have ir.exe that combines functionality of ruby.exe and a command > line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no > file is given it reads input from standard input)? > > Some specs expects that behavior (they start a new process ruby.exe and > write to its input stream). > > > > Another option would be to have a single executable ir.exe that behaves > like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. > > > > Tomas > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Michael Letterle > [Polymath Prokrammer] > http://blog.prokrams.com > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Michael Letterle > [Polymath Prokrammer] > http://blog.prokrams.com > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Sat Nov 15 18:06:31 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 15 Nov 2008 15:06:31 -0800 Subject: [Ironruby-core] Executables Message-ID: We'll have both types of interactive tests eventually. -----Original Message----- From: Michael Letterle Sent: November 15, 2008 2:55 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Executables If people are going to be using irb, you might ;) Anyway, I suppose that makes sense On Sat, Nov 15, 2008 at 5:44 PM, Curt Hagenlocher > wrote: We don't want our interop tests to be testing irb.rb though. :) From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Friday, November 14, 2008 6:18 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Executables ? interop works through IRB just as well... C:\>ir ruby\bin\irb irb(main):001:0> require 'mscorlib' => true irb(main):002:0> require 'System.Windows.Forms, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089' => true irb(main):003:0> f = System::Windows::Forms::Form.new => # irb(main):004:0> i = f.show_dialog => # Am I missing something? On Fri, Nov 14, 2008 at 9:08 PM, Tomas Matousek > wrote: We need DLR REPL for testing interop. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Friday, November 14, 2008 5:50 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Executables Is there a particular reason we need the executable to do the REPL itself? ir.exe runs irb just fine, and is actually what I've been using lately (there's a few annoyances but nothing earth shattering) On Fri, Nov 14, 2008 at 8:39 PM, Tomas Matousek > wrote: Could be --repl. From: Oleg Tkachenko Sent: Friday, November 14, 2008 5:35 PM To: Jim Deville; Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like second option too. But why --dlr? Why not --repl? -- Oleg From: Jim Deville Sent: Thursday, November 13, 2008 2:16 PM To: Tomas Matousek; IronRuby Team Cc: ironruby-core at rubyforge.org Subject: RE: Executables I like the switch option best. We also need to add a ?e option to pass some of the specs. JD From: Tomas Matousek Sent: Thursday, November 13, 2008 2:12 PM To: IronRuby Team Cc: ironruby-core at rubyforge.org Subject: Executables Today we have ir.exe that combines functionality of ruby.exe and a command line REPL. Shouldn't we have also iruby.exe that mimics ruby.exe (ie. if no file is given it reads input from standard input)? Some specs expects that behavior (they start a new process ruby.exe and write to its input stream). Another option would be to have a single executable ir.exe that behaves like ruby.exe and e.g. --dlr switch that makes it run DLR REPL loop. Tomas _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Sat Nov 15 19:03:25 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 15 Nov 2008 16:03:25 -0800 Subject: [Ironruby-core] StackOverflowException when accessing object properties In-Reply-To: References: <80d67977443ff2887efa9e0970c07b4f@ruby-forum.com> <771cfe010811142306y9792147nd5f7239d6875fa5@mail.gmail.com> Message-ID: Isn't the class internal? (We should improve error reporting related to visibility) Try to make it public. Public fields should be accessible in the same way properties are. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Benjamin van der Veen Sent: Saturday, November 15, 2008 2:16 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] StackOverflowException when accessing object properties Hello Andrew, Andrew Peters wrote: > I think this is because you need to reference the IronRuby.Libraries > dll. > Strange error I know. > > On Sat, Nov 15, 2008 at 7:33 PM, Benjamin Van der veen > I tried changing TestClass' fields to properties so that they would get compiled as methods: class TestClass { public string Text { get; set; } public int Number { get; set; } } but no dice. Also tried capitalizing "Text". Still works with String.Length though (whether I reference it as "my_var.length" or "my_var.Length". Any ideas? (Also, as somewhat of a side-note, is there a different syntax for accessing field on CLR objects in IronRuby? Is this possible or must they be properties?) Thanks again, benjamin -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Sat Nov 15 20:12:34 2008 From: lists at ruby-forum.com (Benjamin van der Veen) Date: Sun, 16 Nov 2008 02:12:34 +0100 Subject: [Ironruby-core] =?utf-8?q?StackOverflowException_when_accessing_o?= =?utf-8?q?bject=09properties?= In-Reply-To: References: <80d67977443ff2887efa9e0970c07b4f@ruby-forum.com> <771cfe010811142306y9792147nd5f7239d6875fa5@mail.gmail.com> Message-ID: <09502f7cfd7f07aed7f381d91b85c63b@ruby-forum.com> Tomas Matousek wrote: > Isn't the class internal? (We should improve error reporting related to > visibility) > Try to make it public. Public fields should be accessible in the same > way properties are. > > Tomas Yep, that was the problem. Declared it public and it works now. Thanks, benjamin -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Sat Nov 15 20:56:03 2008 From: lists at ruby-forum.com (Benjamin van der Veen) Date: Sun, 16 Nov 2008 02:56:03 +0100 Subject: [Ironruby-core] ScriptScope.SetVariable - pass in a function Message-ID: Hi, I'd like do something like this: public void AddFunction() { aScriptScope.SetVariable("my_function", (Action)MyFunction); } public void MyFunction(string value) { // do stuff! } Currently if I execute a script like "my_function 'hello!'" or "my_function('hello!')" I get: ArgumentException: wrong number or type of arguments for `my_function' Ideas? If I can, I'd like to declare the class which contains these methods 'internal'. Thanks so much! benjamin -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Sat Nov 15 21:10:53 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 15 Nov 2008 18:10:53 -0800 Subject: [Ironruby-core] ScriptScope.SetVariable - pass in a function In-Reply-To: References: Message-ID: Try my_function.invoke('hello!'). Ruby doesn't have first class methods. For convenience we can monkey-patch Delegate to mimic procs (add [], call methods). Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Benjamin van der Veen Sent: Saturday, November 15, 2008 5:56 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] ScriptScope.SetVariable - pass in a function Hi, I'd like do something like this: public void AddFunction() { aScriptScope.SetVariable("my_function", (Action)MyFunction); } public void MyFunction(string value) { // do stuff! } Currently if I execute a script like "my_function 'hello!'" or "my_function('hello!')" I get: ArgumentException: wrong number or type of arguments for `my_function' Ideas? If I can, I'd like to declare the class which contains these methods 'internal'. Thanks so much! benjamin -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From jdeville at microsoft.com Sun Nov 16 00:47:47 2008 From: jdeville at microsoft.com (Jim Deville) Date: Sat, 15 Nov 2008 21:47:47 -0800 Subject: [Ironruby-core] ScriptScope.SetVariable - pass in a function Message-ID: Correction: Methods are first-class, they just can't be invoked from their objects with (). JD -----Original Message----- From: Tomas Matousek Sent: November 15, 2008 6:11 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] ScriptScope.SetVariable - pass in a function Try my_function.invoke('hello!'). Ruby doesn't have first class methods. For convenience we can monkey-patch Delegate to mimic procs (add [], call methods). Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Benjamin van der Veen Sent: Saturday, November 15, 2008 5:56 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] ScriptScope.SetVariable - pass in a function Hi, I'd like do something like this: public void AddFunction() { aScriptScope.SetVariable("my_function", (Action)MyFunction); } public void MyFunction(string value) { // do stuff! } Currently if I execute a script like "my_function 'hello!'" or "my_function('hello!')" I get: ArgumentException: wrong number or type of arguments for `my_function' Ideas? If I can, I'd like to declare the class which contains these methods 'internal'. Thanks so much! benjamin -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Sun Nov 16 16:10:37 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 16 Nov 2008 13:10:37 -0800 Subject: [Ironruby-core] Code Review: VisibilityAndOtherFixes2 Message-ID: tfpt review "/shelveset:VisibilityAndOtherFixes2;REDMOND\tomat" Comment : Implements - private method visibility - DATA constant - popen and duplex IO streams (will need some refactoring of RubyIO object) Fixes: - warnings (verbosity levels, Kernel#warn) - Kernel#gets, print, puts (no dynamic call to IO#puts) - method reflection: Kernel#methods, Kernel#singleton_methods (methods were missing in some cases) - $~ variable scoping (should be an inner-most non-block scope) - inclusion of module already included in a super class was handled incorrectly Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: VisibilityAndOtherFixes2.diff Type: application/octet-stream Size: 288267 bytes Desc: VisibilityAndOtherFixes2.diff URL: From michael.letterle at gmail.com Sun Nov 16 18:24:53 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 16 Nov 2008 18:24:53 -0500 Subject: [Ironruby-core] Code Review: VisibilityAndOtherFixes2 In-Reply-To: References: Message-ID: On Sun, Nov 16, 2008 at 4:10 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > tfpt review "/shelveset:VisibilityAndOtherFixes2;REDMOND\tomat" > Comment : > Implements > - private method visibility > > *drools* -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Mon Nov 17 13:34:07 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 17 Nov 2008 10:34:07 -0800 Subject: [Ironruby-core] Code Review: VisibilityAndOtherFixes2 In-Reply-To: References: Message-ID: Test looks good. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Sunday, November 16, 2008 3:25 PM To: ironruby-core at rubyforge.org Cc: IronRuby External Code Reviewers Subject: Re: [Ironruby-core] Code Review: VisibilityAndOtherFixes2 On Sun, Nov 16, 2008 at 4:10 PM, Tomas Matousek > wrote: tfpt review "/shelveset:VisibilityAndOtherFixes2;REDMOND\tomat" Comment : Implements - private method visibility *drools* -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From curth at microsoft.com Mon Nov 17 13:38:26 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 17 Nov 2008 10:38:26 -0800 Subject: [Ironruby-core] Code Review: VisibilityAndOtherFixes2 In-Reply-To: References: Message-ID: Changes look good. -----Original Message----- From: Tomas Matousek Sent: Sunday, November 16, 2008 1:11 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: VisibilityAndOtherFixes2 tfpt review "/shelveset:VisibilityAndOtherFixes2;REDMOND\tomat" Comment : Implements - private method visibility - DATA constant - popen and duplex IO streams (will need some refactoring of RubyIO object) Fixes: - warnings (verbosity levels, Kernel#warn) - Kernel#gets, print, puts (no dynamic call to IO#puts) - method reflection: Kernel#methods, Kernel#singleton_methods (methods were missing in some cases) - $~ variable scoping (should be an inner-most non-block scope) - inclusion of module already included in a super class was handled incorrectly Tomas From curth at microsoft.com Mon Nov 17 13:50:19 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 17 Nov 2008 10:50:19 -0800 Subject: [Ironruby-core] Code Review: RubyClrInterop04 Message-ID: tfpt review "/shelveset:RubyClrInterop04;REDMOND\curth" Comment : Fix CLR interop for virtual overrides; adds test Adds helper libraries for WPF, System.Data -Curt -------------- next part -------------- A non-text attachment was scrubbed... Name: RubyClrInterop04.diff Type: application/octet-stream Size: 8174 bytes Desc: RubyClrInterop04.diff URL: From Tomas.Matousek at microsoft.com Mon Nov 17 13:54:44 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 17 Nov 2008 10:54:44 -0800 Subject: [Ironruby-core] Code Review: RubyClrInterop04 In-Reply-To: References: Message-ID: Looks good. -----Original Message----- From: Curt Hagenlocher Sent: Monday, November 17, 2008 10:50 AM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: RubyClrInterop04 tfpt review "/shelveset:RubyClrInterop04;REDMOND\curth" Comment : Fix CLR interop for virtual overrides; adds test Adds helper libraries for WPF, System.Data -Curt From jdeville at microsoft.com Mon Nov 17 14:43:20 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 17 Nov 2008 11:43:20 -0800 Subject: [Ironruby-core] Code Review: interop1 Message-ID: tfpt review "/shelveset:interop1;REDMOND\jdeville" Comment : Initial folder structure for IronRuby interop tests. Includes 1 test for sanity checking this layout. ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From curth at microsoft.com Mon Nov 17 21:22:01 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 17 Nov 2008 18:22:01 -0800 Subject: [Ironruby-core] Code Review: interop1 In-Reply-To: References: Message-ID: Looks good. From: Jim Deville Sent: Monday, November 17, 2008 11:43 AM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: interop1 tfpt review "/shelveset:interop1;REDMOND\jdeville" Comment : Initial folder structure for IronRuby interop tests. Includes 1 test for sanity checking this layout. ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Tue Nov 18 01:38:50 2008 From: lists at ruby-forum.com (Andrew Peters) Date: Tue, 18 Nov 2008 07:38:50 +0100 Subject: [Ironruby-core] r169 problem In-Reply-To: <771cfe010811041503i3cf24bcci83f4008fd5accbcf@mail.gmail.com> References: <771cfe010811041503i3cf24bcci83f4008fd5accbcf@mail.gmail.com> Message-ID: <4c6fd87fa3611310db45446fb51abd67@ruby-forum.com> Update: This is still broken on 172 except I had to change: def CoreRender(text_writer) to: def core_render(text_writer) first. Cheers, Andrew. -- Posted via http://www.ruby-forum.com/. From curth at microsoft.com Tue Nov 18 05:06:33 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 18 Nov 2008 02:06:33 -0800 Subject: [Ironruby-core] r169 problem In-Reply-To: <4c6fd87fa3611310db45446fb51abd67@ruby-forum.com> References: <771cfe010811041503i3cf24bcci83f4008fd5accbcf@mail.gmail.com> <4c6fd87fa3611310db45446fb51abd67@ruby-forum.com> Message-ID: I just committed a fix for interop to our internal repository. It should be merged out shortly. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrew Peters Sent: Monday, November 17, 2008 10:39 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] r169 problem Update: This is still broken on 172 except I had to change: def CoreRender(text_writer) to: def core_render(text_writer) first. Cheers, Andrew. -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Tue Nov 18 13:38:26 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 18 Nov 2008 10:38:26 -0800 Subject: [Ironruby-core] Code Review: MiscFixesA2 Message-ID: tfpt review "/shelveset:MiscFixesA2;REDMOND\tomat" Misc small fixes: - Throws an exception when IronRuby.Libraries.dll is not present. Currently it ends up with stack overflow because method_missing calls to_s method to format the message, which is undefined and so invokes method_missing. - Adds id to call site tracer. - Adds '.exe' to the list of extensions that are used in require. Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: MiscFixesA2.diff Type: application/octet-stream Size: 12130 bytes Desc: MiscFixesA2.diff URL: From curth at microsoft.com Tue Nov 18 13:46:51 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Tue, 18 Nov 2008 10:46:51 -0800 Subject: [Ironruby-core] Code Review: MiscFixesA2 In-Reply-To: References: Message-ID: Looks good. -----Original Message----- From: Tomas Matousek Sent: Tuesday, November 18, 2008 10:38 AM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: MiscFixesA2 tfpt review "/shelveset:MiscFixesA2;REDMOND\tomat" Misc small fixes: - Throws an exception when IronRuby.Libraries.dll is not present. Currently it ends up with stack overflow because method_missing calls to_s method to format the message, which is undefined and so invokes method_missing. - Adds id to call site tracer. - Adds '.exe' to the list of extensions that are used in require. Tomas From jdeville at microsoft.com Tue Nov 18 18:31:04 2008 From: jdeville at microsoft.com (Jim Deville) Date: Tue, 18 Nov 2008 15:31:04 -0800 Subject: [Ironruby-core] SVN Revision 173 Message-ID: I just pushed out another revision to SVN. Enjoy! ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew at mindscape.co.nz Tue Nov 18 18:41:41 2008 From: andrew at mindscape.co.nz (Andrew Peters) Date: Wed, 19 Nov 2008 12:41:41 +1300 Subject: [Ironruby-core] r169 problem In-Reply-To: References: <771cfe010811041503i3cf24bcci83f4008fd5accbcf@mail.gmail.com> <4c6fd87fa3611310db45446fb51abd67@ruby-forum.com> Message-ID: <771cfe010811181541u85355cs936ef19b9efd67ab@mail.gmail.com> It works now, cheers. On Tue, Nov 18, 2008 at 11:06 PM, Curt Hagenlocher wrote: > I just committed a fix for interop to our internal repository. It should be merged out shortly. > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Andrew Peters > Sent: Monday, November 17, 2008 10:39 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] r169 problem > > Update: This is still broken on 172 except I had to change: > > def CoreRender(text_writer) > > to: > > def core_render(text_writer) > > first. > > Cheers, > > Andrew. > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From Jimmy.Schementi at microsoft.com Tue Nov 18 18:58:56 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Tue, 18 Nov 2008 15:58:56 -0800 Subject: [Ironruby-core] AgDLR: Silverlight + DLR + Open Source Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABBF7@NA-EXMSG-C116.redmond.corp.microsoft.com> IronRubites and IronPythonics, First and foremost, I want to thank anyone who has used the bits on http://codeplex.com/sdlsdk, and accepting my bullshit version of open-source. While getting monthly binaries/sources is nice, it should be about working on the project together ... not just me throwing stuff over the wall to you. That's changing, now ... Oh, and remember me complaining about the crappy "sdlsdk" name ... well, I'm trying to get rid of that acronym ... http://github.com/jschementi/agdlr Above the public repository for the DLR integration in Silverlight. The following post explains what's in there, what's not, what's git, and how to contribute: http://blog.jimmy.schementi.com/2008/11/agdlr-silverlight-dlr-open-source.html My first order of collaboration is this simple new feature, "console=true": http://blog.jimmy.schementi.com/2008/11/repls-in-silverlight.html. If you like this, please feel free to look at what's been done, and if you want to fix something that doesn't yet work correctly, I won't stop you. Also, as I mentioned in a previous mail, I want to make the filesystem->XAP/isolatedstorage metaphor stronger, so feel free to experiment with that as well. Over the next week I'll get some website-presence/wiki/etc, and we can run this project up and running. There are still some hurdles I need to clear with getting contributed code back into our internal codebase, and shipping on Codeplex, but there are no problems with keeping things on GitHub for now. Let me know if there are any question. I know I've been a bit silent on the Silverlight front, but take this as me making it up to you. ;) ~Jimmy From michael.letterle at gmail.com Tue Nov 18 19:37:51 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 18 Nov 2008 19:37:51 -0500 Subject: [Ironruby-core] AgDLR: Silverlight + DLR + Open Source In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABBF7@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABBF7@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: Very, VERY nice. Glad to see the github love flowing, real collaboration is at hand! On Tue, Nov 18, 2008 at 6:58 PM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote: > IronRubites and IronPythonics, > > First and foremost, I want to thank anyone who has used the bits on > http://codeplex.com/sdlsdk, and accepting my bullshit version of > open-source. While getting monthly binaries/sources is nice, it should be > about working on the project together ... not just me throwing stuff over > the wall to you. That's changing, now ... > > Oh, and remember me complaining about the crappy "sdlsdk" name ... well, > I'm trying to get rid of that acronym ... > > http://github.com/jschementi/agdlr > > Above the public repository for the DLR integration in Silverlight. The > following post explains what's in there, what's not, what's git, and how to > contribute: > http://blog.jimmy.schementi.com/2008/11/agdlr-silverlight-dlr-open-source.html > > My first order of collaboration is this simple new feature, "console=true": > http://blog.jimmy.schementi.com/2008/11/repls-in-silverlight.html. If you > like this, please feel free to look at what's been done, and if you want to > fix something that doesn't yet work correctly, I won't stop you. > > Also, as I mentioned in a previous mail, I want to make the > filesystem->XAP/isolatedstorage metaphor stronger, so feel free to > experiment with that as well. Over the next week I'll get some > website-presence/wiki/etc, and we can run this project up and running. There > are still some hurdles I need to clear with getting contributed code back > into our internal codebase, and shipping on Codeplex, but there are no > problems with keeping things on GitHub for now. > > Let me know if there are any question. I know I've been a bit silent on the > Silverlight front, but take this as me making it up to you. ;) > > ~Jimmy > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.ryall at gmail.com Wed Nov 19 01:04:42 2008 From: mark.ryall at gmail.com (Mark Ryall) Date: Wed, 19 Nov 2008 17:04:42 +1100 Subject: [Ironruby-core] AgDLR: Silverlight + DLR + Open Source In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABBF7@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABBF7@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: <43769a4a0811182204o7df0578ftc8e0e68039957189@mail.gmail.com> Well done - that's an awesome step forward. Pity about poor old mercurial though - doesn't get much of a look in these days. I guess the 'Ag' refers to silver - out of interest, what is the origin of 'chiron'? On Wed, Nov 19, 2008 at 10:58 AM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote: > IronRubites and IronPythonics, > > First and foremost, I want to thank anyone who has used the bits on > http://codeplex.com/sdlsdk, and accepting my bullshit version of > open-source. While getting monthly binaries/sources is nice, it should be > about working on the project together ... not just me throwing stuff over > the wall to you. That's changing, now ... > > Oh, and remember me complaining about the crappy "sdlsdk" name ... well, > I'm trying to get rid of that acronym ... > > http://github.com/jschementi/agdlr > > Above the public repository for the DLR integration in Silverlight. The > following post explains what's in there, what's not, what's git, and how to > contribute: > http://blog.jimmy.schementi.com/2008/11/agdlr-silverlight-dlr-open-source.html > > My first order of collaboration is this simple new feature, "console=true": > http://blog.jimmy.schementi.com/2008/11/repls-in-silverlight.html. If you > like this, please feel free to look at what's been done, and if you want to > fix something that doesn't yet work correctly, I won't stop you. > > Also, as I mentioned in a previous mail, I want to make the > filesystem->XAP/isolatedstorage metaphor stronger, so feel free to > experiment with that as well. Over the next week I'll get some > website-presence/wiki/etc, and we can run this project up and running. There > are still some hurdles I need to clear with getting contributed code back > into our internal codebase, and shipping on Codeplex, but there are no > problems with keeping things on GitHub for now. > > Let me know if there are any question. I know I've been a bit silent on the > Silverlight front, but take this as me making it up to you. ;) > > ~Jimmy > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jimmy.Schementi at microsoft.com Wed Nov 19 01:54:22 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Tue, 18 Nov 2008 22:54:22 -0800 Subject: [Ironruby-core] AgDLR: Silverlight + DLR + Open Source In-Reply-To: <43769a4a0811182204o7df0578ftc8e0e68039957189@mail.gmail.com> References: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABBF7@NA-EXMSG-C116.redmond.corp.microsoft.com> <43769a4a0811182204o7df0578ftc8e0e68039957189@mail.gmail.com> Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABD46@NA-EXMSG-C116.redmond.corp.microsoft.com> Yep, Ag is Silver ... made pretty obvious by my little logo for it http://blog.jimmy.schementi.com/2008/11/agdlr-silverlight-dlr-open-source.html As far as Chiron: http://en.wikipedia.org/wiki/2060_Chiron. It's a planetoid between Saturn and Uranus. The port that Chiron.exe runs on by default, 2060, is Chiron's "object" number. It was derived from the Cassini ASP.NET Web server that Dmitry Robsman wrote. Cassini was a probe mission to explore the moons of Saturn, and Chiron was initially thought to be a moon of Saturn. Just a coincidence that a "Chiron" is also a mythological half-man/half-horse =) ~js From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mark Ryall Sent: Tuesday, November 18, 2008 10:05 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] AgDLR: Silverlight + DLR + Open Source Well done - that's an awesome step forward. Pity about poor old mercurial though - doesn't get much of a look in these days. I guess the 'Ag' refers to silver - out of interest, what is the origin of 'chiron'? On Wed, Nov 19, 2008 at 10:58 AM, Jimmy Schementi > wrote: IronRubites and IronPythonics, First and foremost, I want to thank anyone who has used the bits on http://codeplex.com/sdlsdk, and accepting my bullshit version of open-source. While getting monthly binaries/sources is nice, it should be about working on the project together ... not just me throwing stuff over the wall to you. That's changing, now ... Oh, and remember me complaining about the crappy "sdlsdk" name ... well, I'm trying to get rid of that acronym ... http://github.com/jschementi/agdlr Above the public repository for the DLR integration in Silverlight. The following post explains what's in there, what's not, what's git, and how to contribute: http://blog.jimmy.schementi.com/2008/11/agdlr-silverlight-dlr-open-source.html My first order of collaboration is this simple new feature, "console=true": http://blog.jimmy.schementi.com/2008/11/repls-in-silverlight.html. If you like this, please feel free to look at what's been done, and if you want to fix something that doesn't yet work correctly, I won't stop you. Also, as I mentioned in a previous mail, I want to make the filesystem->XAP/isolatedstorage metaphor stronger, so feel free to experiment with that as well. Over the next week I'll get some website-presence/wiki/etc, and we can run this project up and running. There are still some hurdles I need to clear with getting contributed code back into our internal codebase, and shipping on Codeplex, but there are no problems with keeping things on GitHub for now. Let me know if there are any question. I know I've been a bit silent on the Silverlight front, but take this as me making it up to you. ;) ~Jimmy _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Wed Nov 19 13:13:03 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Wed, 19 Nov 2008 13:13:03 -0500 Subject: [Ironruby-core] AgDLR: Silverlight + DLR + Open Source In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABD46@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABBF7@NA-EXMSG-C116.redmond.corp.microsoft.com> <43769a4a0811182204o7df0578ftc8e0e68039957189@mail.gmail.com> <5283CA0A4168DF4FBBD71AE9ECA5A3284BD8AABD46@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: More importantly, it's also the name of one of Jonathan Coulton's songs: "Chiron Beta Prime": http://www.jonathancoulton.com/songdetails/Chiron%20Beta%20Prime Because of this I knew how to pronounce the name :) On Wed, Nov 19, 2008 at 1:54 AM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote: > Yep, Ag is Silver ? made pretty obvious by my little logo for it > http://blog.jimmy.schementi.com/2008/11/agdlr-silverlight-dlr-open-source.html > > > > As far as Chiron: http://en.wikipedia.org/wiki/2060_Chiron. It's a > planetoid between Saturn and Uranus. The port that Chiron.exe runs on by > default, 2060, is Chiron's "object" number. It was derived from the Cassini > ASP.NET Web server that Dmitry Robsman wrote. Cassini was a probe mission > to explore the moons of Saturn, and Chiron was initially thought to be a > moon of Saturn. > > > > Just a coincidence that a "Chiron" is also a mythological > half-man/half-horse =) > > > > ~js > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Mark Ryall > *Sent:* Tuesday, November 18, 2008 10:05 PM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] AgDLR: Silverlight + DLR + Open Source > > > > Well done - that's an awesome step forward. > > Pity about poor old mercurial though - doesn't get much of a look in these > days. > > I guess the 'Ag' refers to silver - out of interest, what is the origin of > 'chiron'? > > On Wed, Nov 19, 2008 at 10:58 AM, Jimmy Schementi < > Jimmy.Schementi at microsoft.com> wrote: > > IronRubites and IronPythonics, > > First and foremost, I want to thank anyone who has used the bits on > http://codeplex.com/sdlsdk, and accepting my bullshit version of > open-source. While getting monthly binaries/sources is nice, it should be > about working on the project together ... not just me throwing stuff over > the wall to you. That's changing, now ... > > Oh, and remember me complaining about the crappy "sdlsdk" name ... well, > I'm trying to get rid of that acronym ... > > http://github.com/jschementi/agdlr > > Above the public repository for the DLR integration in Silverlight. The > following post explains what's in there, what's not, what's git, and how to > contribute: > http://blog.jimmy.schementi.com/2008/11/agdlr-silverlight-dlr-open-source.html > > My first order of collaboration is this simple new feature, "console=true": > http://blog.jimmy.schementi.com/2008/11/repls-in-silverlight.html. If you > like this, please feel free to look at what's been done, and if you want to > fix something that doesn't yet work correctly, I won't stop you. > > Also, as I mentioned in a previous mail, I want to make the > filesystem->XAP/isolatedstorage metaphor stronger, so feel free to > experiment with that as well. Over the next week I'll get some > website-presence/wiki/etc, and we can run this project up and running. There > are still some hurdles I need to clear with getting contributed code back > into our internal codebase, and shipping on Codeplex, but there are no > problems with keeping things on GitHub for now. > > Let me know if there are any question. I know I've been a bit silent on the > Silverlight front, but take this as me making it up to you. ;) > > ~Jimmy > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Wed Nov 19 16:52:31 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Wed, 19 Nov 2008 22:52:31 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> Message-ID: Everything works great Made a little c# loader app to hide all of the require and include statements. Orion Edwards wrote: > ... and constructors are always def initialize, not def ClassName There is a problem in the fact that Xna has a function that is called every time the graphics device is lost(ex:alt+tab) and then returned witch is called Initialize() this function is basically responsible for initializing the main GraphisDevice object. Is there a way to call this function? -- Posted via http://www.ruby-forum.com/. From jdeville at microsoft.com Wed Nov 19 17:28:04 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 19 Nov 2008 14:28:04 -0800 Subject: [Ironruby-core] IronRuby 1.0 Alpha 2 Message-ID: Announcing the release of IronRuby 1.0 Alpha 2. You can download it on RubyForge (http://rubyforge.org/frs/?group_id=4359), I will have a tag in SVN soon. Notable features: the inclusion of iirb.bat, igem.bat, irails.bat, irake.bat! This is our first standalone release. Two caveats: If you want caller to work correctly, use -X:Interpret. If you want Rubygems to work, ensure that all of your sources end with a /. You can check in ~/.gemrc. Enjoy! ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben2004uk at googlemail.com Wed Nov 19 19:30:49 2008 From: ben2004uk at googlemail.com (Ben Hall) Date: Thu, 20 Nov 2008 00:30:49 +0000 Subject: [Ironruby-core] IronRuby 1.0 Alpha 2 In-Reply-To: References: Message-ID: Excellent work guys!! Congratulations! I know this is a big step for you. However, I extracted IronRuby onto my desktop (E:\Users\Ben Hall\Desktop\ironruby1a2\ironruby). Installed a gem and it ended up outside of my ironruby directory :( E:\Users\Ben Hall\Desktop\External\languages\ruby\ruby-1.8.6\lib\ironruby\gems\1.8\gems On Wed, Nov 19, 2008 at 10:28 PM, Jim Deville wrote: > Announcing the release of IronRuby 1.0 Alpha 2. You can download it on > RubyForge (http://rubyforge.org/frs/?group_id=4359), I will have a tag in > SVN soon. Notable features: the inclusion of iirb.bat, igem.bat, irails.bat, > irake.bat! This is our first standalone release. Two caveats: If you want > caller to work correctly, use -X:Interpret. If you want Rubygems to work, > ensure that all of your sources end with a /. You can check in ~/.gemrc. > > > > Enjoy! > > > > ~~~~ > > JD > > http://blog.jredville.com > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > From curth at microsoft.com Wed Nov 19 19:41:23 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 19 Nov 2008 16:41:23 -0800 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> Message-ID: I'm not entirely sure I understand the problem, but "Initialize" is the one CLR method name that we don't mangle. Is this a Ruby class that you've derived from an XNA type or just the XNA type directly? -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Gabriel Rotar Sent: Wednesday, November 19, 2008 1:53 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache Everything works great Made a little c# loader app to hide all of the require and include statements. Orion Edwards wrote: > ... and constructors are always def initialize, not def ClassName There is a problem in the fact that Xna has a function that is called every time the graphics device is lost(ex:alt+tab) and then returned witch is called Initialize() this function is basically responsible for initializing the main GraphisDevice object. Is there a way to call this function? -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From curth at microsoft.com Wed Nov 19 19:43:14 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 19 Nov 2008 16:43:14 -0800 Subject: [Ironruby-core] IronRuby 1.0 Alpha 2 In-Reply-To: References: Message-ID: That sounds like you're getting our internal version of TOPDIR (defined in rbconfig.rb). There's supposed to be a transform to this file when we export it; it sounds like that transform didn't work. You should be able to edit rbconfig.rb manually. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ben Hall Sent: Wednesday, November 19, 2008 4:31 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby 1.0 Alpha 2 Excellent work guys!! Congratulations! I know this is a big step for you. However, I extracted IronRuby onto my desktop (E:\Users\Ben Hall\Desktop\ironruby1a2\ironruby). Installed a gem and it ended up outside of my ironruby directory :( E:\Users\Ben Hall\Desktop\External\languages\ruby\ruby-1.8.6\lib\ironruby\gems\1.8\gems On Wed, Nov 19, 2008 at 10:28 PM, Jim Deville wrote: > Announcing the release of IronRuby 1.0 Alpha 2. You can download it on > RubyForge (http://rubyforge.org/frs/?group_id=4359), I will have a tag in > SVN soon. Notable features: the inclusion of iirb.bat, igem.bat, irails.bat, > irake.bat! This is our first standalone release. Two caveats: If you want > caller to work correctly, use -X:Interpret. If you want Rubygems to work, > ensure that all of your sources end with a /. You can check in ~/.gemrc. > > > > Enjoy! > > > > ~~~~ > > JD > > http://blog.jredville.com > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From jdeville at microsoft.com Wed Nov 19 20:01:03 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 19 Nov 2008 17:01:03 -0800 Subject: [Ironruby-core] IronRuby 1.0 Alpha 2 In-Reply-To: References: Message-ID: Source for this release has been tagged at http://ironruby.rubyforge.org/svn/tags/ironruby_10_alpha_2/. JD > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Curt Hagenlocher > Sent: Wednesday, November 19, 2008 4:43 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] IronRuby 1.0 Alpha 2 > > That sounds like you're getting our internal version of TOPDIR (defined > in rbconfig.rb). There's supposed to be a transform to this file when > we export it; it sounds like that transform didn't work. You should be > able to edit rbconfig.rb manually. > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Ben Hall > Sent: Wednesday, November 19, 2008 4:31 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] IronRuby 1.0 Alpha 2 > > Excellent work guys!! Congratulations! I know this is a big step for > you. > > However, I extracted IronRuby onto my desktop (E:\Users\Ben > Hall\Desktop\ironruby1a2\ironruby). Installed a gem and it ended up > outside of my ironruby directory :( > > E:\Users\Ben Hall\Desktop\External\languages\ruby\ruby- > 1.8.6\lib\ironruby\gems\1.8\gems > > > On Wed, Nov 19, 2008 at 10:28 PM, Jim Deville > wrote: > > Announcing the release of IronRuby 1.0 Alpha 2. You can download it > on > > RubyForge (http://rubyforge.org/frs/?group_id=4359), I will have a > tag in > > SVN soon. Notable features: the inclusion of iirb.bat, igem.bat, > irails.bat, > > irake.bat! This is our first standalone release. Two caveats: If you > want > > caller to work correctly, use -X:Interpret. If you want Rubygems to > work, > > ensure that all of your sources end with a /. You can check in > ~/.gemrc. > > > > > > > > Enjoy! > > > > > > > > ~~~~ > > > > JD > > > > http://blog.jredville.com > > > > > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From jdeville at microsoft.com Wed Nov 19 20:02:50 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 19 Nov 2008 17:02:50 -0800 Subject: [Ironruby-core] SVN Revision 175 pushed Message-ID: This is the same as today's release, and the tag. ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at open2view.com Wed Nov 19 20:54:10 2008 From: orion.edwards at open2view.com (Orion Edwards) Date: Thu, 20 Nov 2008 14:54:10 +1300 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> Message-ID: <4924C342.7030003@open2view.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.jpg Type: image/jpeg Size: 8147 bytes Desc: not available URL: From curth at microsoft.com Wed Nov 19 21:16:20 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 19 Nov 2008 18:16:20 -0800 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: <4924C342.7030003@open2view.com> References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> <4924C342.7030003@open2view.com> Message-ID: The change was only committed about three weeks ago. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, November 19, 2008 5:54 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache Ah. I gave some bad advice re that one method then. Sorry :-( Curt Hagenlocher wrote: I'm not entirely sure I understand the problem, but "Initialize" is the one CLR method name that we don't mangle. Is this a Ruby class that you've derived from an XNA type or just the XNA type directly? -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Gabriel Rotar Sent: Wednesday, November 19, 2008 1:53 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache Everything works great Made a little c# loader app to hide all of the require and include statements. Orion Edwards wrote: ... and constructors are always def initialize, not def ClassName There is a problem in the fact that Xna has a function that is called every time the graphics device is lost(ex:alt+tab) and then returned witch is called Initialize() this function is basically responsible for initializing the main GraphisDevice object. Is there a way to call this function? -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Orion Edwards Web Application Developer T: +64 7 859 2120 F: +64 7 859 2320 E: orion.edwards at open2view.com Open2view.com The Real Estate Website [cid:image001.jpg at 01C94A72.EC4E9570] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8147 bytes Desc: image001.jpg URL: From lists at ruby-forum.com Thu Nov 20 09:00:13 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Thu, 20 Nov 2008 15:00:13 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> Message-ID: Curt Hagenlocher wrote: Hi > Is this a Ruby class that you've derived from an XNA type or just the XNA type > directly? Well making a game using Xna basically meas inheriting the Game class present in Xna and implementing it's methods so yes it's a ruby class that gets derived from the Microsoft.Xna.Framework.Game class. The structure required by your main game class is as follows: -the constructor witch in c# is identified by the class name and in ruby as initialize -the graphic initialization/reinitialization method identified by the name "Initialize", this is the one that is making problems. -methods for both loading and unloading content -an update method and a draw method witch make up the actual game loop. So again my question is how can I call the graphics initialization function "Initialize", from Ruby, when it has the same name as a ruby constructor. -- Posted via http://www.ruby-forum.com/. From curth at microsoft.com Thu Nov 20 09:56:25 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Thu, 20 Nov 2008 06:56:25 -0800 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> Message-ID: There shouldn't be a conflict in recent versions of IronRuby. "Initialize" != "initialize" now. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Gabriel Rotar Sent: Thursday, November 20, 2008 6:00 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache Curt Hagenlocher wrote: Hi > Is this a Ruby class that you've derived from an XNA type or just the XNA type > directly? Well making a game using Xna basically meas inheriting the Game class present in Xna and implementing it's methods so yes it's a ruby class that gets derived from the Microsoft.Xna.Framework.Game class. The structure required by your main game class is as follows: -the constructor witch in c# is identified by the class name and in ruby as initialize -the graphic initialization/reinitialization method identified by the name "Initialize", this is the one that is making problems. -methods for both loading and unloading content -an update method and a draw method witch make up the actual game loop. So again my question is how can I call the graphics initialization function "Initialize", from Ruby, when it has the same name as a ruby constructor. -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Thu Nov 20 12:51:53 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 20 Nov 2008 09:51:53 -0800 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> Message-ID: Note that "initialize" (lower-case) doesn't manifest itself as a CLR constructor for the derived class. The derived Ruby class is currently represented by a CLR type that has a single ctor taking RubyClass. We are working on improving .NET interop here. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Curt Hagenlocher Sent: Thursday, November 20, 2008 6:56 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache There shouldn't be a conflict in recent versions of IronRuby. "Initialize" != "initialize" now. -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Gabriel Rotar Sent: Thursday, November 20, 2008 6:00 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Xna+IronRuby+RubyNewb=headache Curt Hagenlocher wrote: Hi > Is this a Ruby class that you've derived from an XNA type or just the XNA type > directly? Well making a game using Xna basically meas inheriting the Game class present in Xna and implementing it's methods so yes it's a ruby class that gets derived from the Microsoft.Xna.Framework.Game class. The structure required by your main game class is as follows: -the constructor witch in c# is identified by the class name and in ruby as initialize -the graphic initialization/reinitialization method identified by the name "Initialize", this is the one that is making problems. -methods for both loading and unloading content -an update method and a draw method witch make up the actual game loop. So again my question is how can I call the graphics initialization function "Initialize", from Ruby, when it has the same name as a ruby constructor. -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Thu Nov 20 12:59:00 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 20 Nov 2008 09:59:00 -0800 Subject: [Ironruby-core] Code Review: RubyInitializers8 Message-ID: tfpt review "/shelveset:RubyInitializers8;REDMOND\tomat" Comment : Refactors call actions, reimplements calls to constructors, allocators and initializers. Implements allocate operation for built-in classes (where available in MRI). Fixes initialization of exceptions, Kernel#raise, and enables an arbitrary object to be an exception message. Simplifies C# definition of Ruby exceptions with a default factory: - If RubyExceptionAttribute is used instead of RubyClassAttribute and no RubyConstructor is defined the default factory is generated and set up by init-generator. Fixes CallArguments and MetaObjectBuilder: meta-arguments passed to Defer should not be modified. Refactors ArgsBuilder. Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: RubyInitializers8.diff Type: application/octet-stream Size: 855797 bytes Desc: RubyInitializers8.diff URL: From curth at microsoft.com Thu Nov 20 14:01:00 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Thu, 20 Nov 2008 11:01:00 -0800 Subject: [Ironruby-core] Code Review: RubyInitializers8 In-Reply-To: References: Message-ID: The definition of OptionalParamCount in ArgsBuilder.cs looks wrong. A gratuitous tab character snuck into IoOps.cs. Not specific to this set of changes, it would be nice if the generation program for ReflectionCache.Generated were to apply some kind of deterministic sort to the methods being generated. -----Original Message----- From: Tomas Matousek Sent: Thursday, November 20, 2008 9:59 AM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: RubyInitializers8 tfpt review "/shelveset:RubyInitializers8;REDMOND\tomat" Comment : Refactors call actions, reimplements calls to constructors, allocators and initializers. Implements allocate operation for built-in classes (where available in MRI). Fixes initialization of exceptions, Kernel#raise, and enables an arbitrary object to be an exception message. Simplifies C# definition of Ruby exceptions with a default factory: - If RubyExceptionAttribute is used instead of RubyClassAttribute and no RubyConstructor is defined the default factory is generated and set up by init-generator. Fixes CallArguments and MetaObjectBuilder: meta-arguments passed to Defer should not be modified. Refactors ArgsBuilder. Tomas From lists at ruby-forum.com Thu Nov 20 15:07:31 2008 From: lists at ruby-forum.com (Gabriel Rotar) Date: Thu, 20 Nov 2008 21:07:31 +0100 Subject: [Ironruby-core] Xna+IronRuby+RubyNewb=headache In-Reply-To: References: <50012069-0EA0-4999-B446-0C2C5966C4AA@open2view.com> <034d525487e638f9749e20dadb3d46e0@ruby-forum.com> Message-ID: <8485bded171c2bf59d8557e809402046@ruby-forum.com> Curt Hagenlocher wrote: > There shouldn't be a conflict in recent versions of IronRuby. > "Initialize" != "initialize" now. Ok so I used the Upper cased Initialize and I get this exception: " wrong number or type of arguments for `Initialize' " but Initialize doesn't accept any parameters. Note there might be something wrong with the code I wrote if someone thinks that I will make the source available -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Thu Nov 20 20:46:31 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Fri, 21 Nov 2008 02:46:31 +0100 Subject: [Ironruby-core] Asp.Net MVC is close to Rails or Merb...? Message-ID: <8ab7733ee5e892b0533d0b7e7d22ea7a@ruby-forum.com> Hi, Since IronRuby is progressing fast, it would be nice to know that Asp.Net MVC resembles more to Rails Or Merb. I would prefer to use IronRuby, Merb and Azure ( Windows Cloud Computing ) in future. Since IronRuby on rails is possible, i think Merb is also possible. I just dont have any clear idea about IronRuby will be supported on Azure. Can some one focus more on the above topics please. Thanks -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Fri Nov 21 14:10:01 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 21 Nov 2008 11:10:01 -0800 Subject: [Ironruby-core] Code Review: RubyClrInterop05 In-Reply-To: References: Message-ID: Ruby changes look good. Tomas -----Original Message----- From: Curt Hagenlocher Sent: Friday, November 21, 2008 1:33 AM To: IronRuby External Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: RubyClrInterop05 tfpt review "/shelveset:RubyClrInterop05;REDMOND\curth" Comment : A sm?rg?sbord of GetMemberNames Changes to Python, DLR outer ring: Removed OldGetMemberNames from API and moved legacy Python functionality into language context Fixed/added some comments Changes to Ruby: Use the RubyContext associated with the RubyClass for virtual method implementation instead of the default context Implement ICustomTypeDescriptor on RubyObject, typegen'd classes Moved ForEachMember functionality onto RubyModule where it can be used by CustomTypeDesc, MO Implemented GetDynamicMemberNames on RubyObject, RubyClass MOs Note to self: in the future, we could create a generic custom type descriptor on top of a MO -- Curt Hagenlocher curth at microsoft.com From curth at microsoft.com Fri Nov 21 04:33:25 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Fri, 21 Nov 2008 01:33:25 -0800 Subject: [Ironruby-core] Code Review: RubyClrInterop05 Message-ID: tfpt review "/shelveset:RubyClrInterop05;REDMOND\curth" Comment : A sm?rg?sbord of GetMemberNames Changes to Python, DLR outer ring: Removed OldGetMemberNames from API and moved legacy Python functionality into language context Fixed/added some comments Changes to Ruby: Use the RubyContext associated with the RubyClass for virtual method implementation instead of the default context Implement ICustomTypeDescriptor on RubyObject, typegen'd classes Moved ForEachMember functionality onto RubyModule where it can be used by CustomTypeDesc, MO Implemented GetDynamicMemberNames on RubyObject, RubyClass MOs Note to self: in the future, we could create a generic custom type descriptor on top of a MO -- Curt Hagenlocher curth at microsoft.com -------------- next part -------------- A non-text attachment was scrubbed... Name: RubyClrInterop05.diff Type: application/octet-stream Size: 44272 bytes Desc: RubyClrInterop05.diff URL: From curth at microsoft.com Mon Nov 24 18:22:47 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 24 Nov 2008 15:22:47 -0800 Subject: [Ironruby-core] Code Review: RubyClrInterop06 Message-ID: tfpt review "/shelveset:RubyClrInterop06;REDMOND\curth" Comment : Create constructors on generated types that match each base class constructor Allocator logic not yet updated to use new constructors -- Curt Hagenlocher curth at microsoft.com -------------- next part -------------- A non-text attachment was scrubbed... Name: RubyClrInterop06.diff Type: application/octet-stream Size: 13338 bytes Desc: RubyClrInterop06.diff URL: From Tomas.Matousek at microsoft.com Mon Nov 24 19:03:09 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 24 Nov 2008 16:03:09 -0800 Subject: [Ironruby-core] Code Review: RubyClrInterop06 In-Reply-To: References: Message-ID: In DefineConstructors, newParams seems to be unnecessarily copied. Wouldn't it be better to do: Type[] newParams; Type[] baseParams = baseCtor.GetParameters(); if (has ruby class) { newParams = baseParams; } if (is serializer) { newParams = baseParams; } else { ... newPrams = ArrayUtils.Insert(typeof(RubyClass), baseParams); } ? I would also split this method to multiple pieces, seems too big already. Other than that, looks good! Tomas -----Original Message----- From: Curt Hagenlocher Sent: Monday, November 24, 2008 3:23 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: RubyClrInterop06 tfpt review "/shelveset:RubyClrInterop06;REDMOND\curth" Comment : Create constructors on generated types that match each base class constructor Allocator logic not yet updated to use new constructors -- Curt Hagenlocher curth at microsoft.com From jdeville at microsoft.com Mon Nov 24 19:05:46 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 24 Nov 2008 16:05:46 -0800 Subject: [Ironruby-core] IronRuby moving to Github Message-ID: The IronRuby project is a community project, and has contributors inside and outside of Microsoft. We have integrated the work of several external folks into the product (thanks!), and we are making rapid progress. We'd like to try to make things easier. We'd like to not be in the way of community work on IronRuby; we'd like to give the community a little more ownership over this project. Ideally, we would all work out of the same repository, but this can't happen right now. However, we have some ideas to make things easier. First, we're moving to Github. I'll be creating the Ironruby project on Github at http://github.com/ironruby/ironruby. This will be the same user on Github that we use for IronRuby-contribs, and our versions of RubySpec. The biggest upside of this is that anyone can fork IronRuby and work on it, and submit a pull request to get it integrated back into the main tree. However, we don't want to be in the way of accepting patches. Next, we're going to institute a Linux-like system of Lieutenants. We're looking for people who are passionate and knowledgeable about the IronRuby project to take on this role. The goal of this system is to streamline the process, and make it easier for our external contributors to get code into IronRuby. We'd like to have Lieutenants who can take the patches and pull requests, code review them, and then commit them to their trees. Then we can pull these forks into our repository when we do pushes, and integrate it into one repo. Our hope is that we can be viewed as just one node in the tree, or ring. We shouldn't have to be the central repository; we're just one of the repositories. Finally, we are going to be getting rid of the history in SVN, which for the most part is a bunch of commits saying "sync to the head of TFS." We are doing this to get a fresh start. The layout of the new Git repository is going to exactly match our internal layout. That makes maintaining the transforms from TFS to GIT much easier. It also will make things easier when talking about the locations of files. We hope that these changes will make things easier for all of you. Thanks, ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From blowmage at gmail.com Mon Nov 24 19:12:08 2008 From: blowmage at gmail.com (Mike Moore) Date: Mon, 24 Nov 2008 17:12:08 -0700 Subject: [Ironruby-core] IronRuby moving to Github In-Reply-To: References: Message-ID: Whoo hoo! Great job guys! This is very exciting. One question though, will folks still need to have a signed agreement to contribute code? On Mon, Nov 24, 2008 at 5:05 PM, Jim Deville wrote: > The IronRuby project is a community project, and has contributors inside > and outside of Microsoft. We have integrated the work of several external > folks into the product (thanks!), and we are making rapid progress. > > > > We'd like to try to make things easier. We'd like to not be in the way of > community work on IronRuby; we'd like to give the community a little more > ownership over this project. Ideally, we would all work out of the same > repository, but this can't happen right now. However, we have some ideas to > make things easier. > > > > First, we're moving to Github. I'll be creating the Ironruby project on > Github at http://github.com/ironruby/ironruby. This will be the same user > on Github that we use for IronRuby-contribs, and our versions of RubySpec. > The biggest upside of this is that anyone can fork IronRuby and work on it, > and submit a pull request to get it integrated back into the main tree. > However, we don't want to be in the way of accepting patches. > > > > Next, we're going to institute a Linux-like system of Lieutenants. We're > looking for people who are passionate and knowledgeable about the IronRuby > project to take on this role. The goal of this system is to streamline the > process, and make it easier for our external contributors to get code into > IronRuby. We'd like to have Lieutenants who can take the patches and pull > requests, code review them, and then commit them to their trees. Then we can > pull these forks into our repository when we do pushes, and integrate it > into one repo. Our hope is that we can be viewed as just one node in the > tree, or ring. We shouldn't have to be the central repository; we're just > one of the repositories. > > > > Finally, we are going to be getting rid of the history in SVN, which for > the most part is a bunch of commits saying "sync to the head of TFS." We are > doing this to get a fresh start. The layout of the new Git repository is > going to exactly match our internal layout. That makes maintaining the > transforms from TFS to GIT much easier. It also will make things easier when > talking about the locations of files. > > > > We hope that these changes will make things easier for all of you. > > > > Thanks, > > > > ~~~~ > > JD > > http://blog.jredville.com > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Nov 24 19:30:27 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 24 Nov 2008 19:30:27 -0500 Subject: [Ironruby-core] IronRuby moving to Github In-Reply-To: References: Message-ID: You have no idea what this news means to me. It's like... IronRuby is really getting started... More then willing to continue helping in any way I can. :) On Mon, Nov 24, 2008 at 7:05 PM, Jim Deville wrote: > The IronRuby project is a community project, and has contributors inside > and outside of Microsoft. We have integrated the work of several external > folks into the product (thanks!), and we are making rapid progress. > > > > We'd like to try to make things easier. We'd like to not be in the way of > community work on IronRuby; we'd like to give the community a little more > ownership over this project. Ideally, we would all work out of the same > repository, but this can't happen right now. However, we have some ideas to > make things easier. > > > > First, we're moving to Github. I'll be creating the Ironruby project on > Github at http://github.com/ironruby/ironruby. This will be the same user > on Github that we use for IronRuby-contribs, and our versions of RubySpec. > The biggest upside of this is that anyone can fork IronRuby and work on it, > and submit a pull request to get it integrated back into the main tree. > However, we don't want to be in the way of accepting patches. > > > > Next, we're going to institute a Linux-like system of Lieutenants. We're > looking for people who are passionate and knowledgeable about the IronRuby > project to take on this role. The goal of this system is to streamline the > process, and make it easier for our external contributors to get code into > IronRuby. We'd like to have Lieutenants who can take the patches and pull > requests, code review them, and then commit them to their trees. Then we can > pull these forks into our repository when we do pushes, and integrate it > into one repo. Our hope is that we can be viewed as just one node in the > tree, or ring. We shouldn't have to be the central repository; we're just > one of the repositories. > > > > Finally, we are going to be getting rid of the history in SVN, which for > the most part is a bunch of commits saying "sync to the head of TFS." We are > doing this to get a fresh start. The layout of the new Git repository is > going to exactly match our internal layout. That makes maintaining the > transforms from TFS to GIT much easier. It also will make things easier when > talking about the locations of files. > > > > We hope that these changes will make things easier for all of you. > > > > Thanks, > > > > ~~~~ > > JD > > http://blog.jredville.com > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeville at microsoft.com Mon Nov 24 19:43:37 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 24 Nov 2008 16:43:37 -0800 Subject: [Ironruby-core] IronRuby moving to Github Message-ID: We still need contribution agreements, but that is no different than Apache, Mozilla, and other major Open Source projects. JD -----Original Message----- From: Mike Moore Sent: November 24, 2008 4:12 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby moving to Github Whoo hoo! Great job guys! This is very exciting. One question though, will folks still need to have a signed agreement to contribute code? On Mon, Nov 24, 2008 at 5:05 PM, Jim Deville > wrote: The IronRuby project is a community project, and has contributors inside and outside of Microsoft. We have integrated the work of several external folks into the product (thanks!), and we are making rapid progress. We'd like to try to make things easier. We'd like to not be in the way of community work on IronRuby; we'd like to give the community a little more ownership over this project. Ideally, we would all work out of the same repository, but this can't happen right now. However, we have some ideas to make things easier. First, we're moving to Github. I'll be creating the Ironruby project on Github at http://github.com/ironruby/ironruby. This will be the same user on Github that we use for IronRuby-contribs, and our versions of RubySpec. The biggest upside of this is that anyone can fork IronRuby and work on it, and submit a pull request to get it integrated back into the main tree. However, we don't want to be in the way of accepting patches. Next, we're going to institute a Linux-like system of Lieutenants. We're looking for people who are passionate and knowledgeable about the IronRuby project to take on this role. The goal of this system is to streamline the process, and make it easier for our external contributors to get code into IronRuby. We'd like to have Lieutenants who can take the patches and pull requests, code review them, and then commit them to their trees. Then we can pull these forks into our repository when we do pushes, and integrate it into one repo. Our hope is that we can be viewed as just one node in the tree, or ring. We shouldn't have to be the central repository; we're just one of the repositories. Finally, we are going to be getting rid of the history in SVN, which for the most part is a bunch of commits saying "sync to the head of TFS." We are doing this to get a fresh start. The layout of the new Git repository is going to exactly match our internal layout. That makes maintaining the transforms from TFS to GIT much easier. It also will make things easier when talking about the locations of files. We hope that these changes will make things easier for all of you. Thanks, ~~~~ JD http://blog.jredville.com _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From blowmage at gmail.com Mon Nov 24 20:04:14 2008 From: blowmage at gmail.com (Mike Moore) Date: Mon, 24 Nov 2008 18:04:14 -0700 Subject: [Ironruby-core] IronRuby moving to Github In-Reply-To: References: Message-ID: On Mon, Nov 24, 2008 at 5:43 PM, Jim Deville wrote: > We still need contribution agreements, but that is no different than Apache, Mozilla, and other major Open Source projects. > > So is it the lieutenants' responsibility to ensure that whoever they pull code from has an agreement in place? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.ryall at gmail.com Mon Nov 24 20:07:55 2008 From: mark.ryall at gmail.com (Mark Ryall) Date: Tue, 25 Nov 2008 12:07:55 +1100 Subject: [Ironruby-core] IronRuby moving to Github In-Reply-To: References: Message-ID: <43769a4a0811241707y3fb81d50l69bbeff9f9472a41@mail.gmail.com> This is absolutely brilliant and same here - i'm keen to be of some assistance (although i'm more passionate than knowledgable about ironruby). On Tue, Nov 25, 2008 at 11:30 AM, Michael Letterle < michael.letterle at gmail.com> wrote: > You have no idea what this news means to me. It's like... IronRuby is > really getting started... > > More then willing to continue helping in any way I can. :) > > On Mon, Nov 24, 2008 at 7:05 PM, Jim Deville wrote: > >> The IronRuby project is a community project, and has contributors inside >> and outside of Microsoft. We have integrated the work of several external >> folks into the product (thanks!), and we are making rapid progress. >> >> >> >> We'd like to try to make things easier. We'd like to not be in the way of >> community work on IronRuby; we'd like to give the community a little more >> ownership over this project. Ideally, we would all work out of the same >> repository, but this can't happen right now. However, we have some ideas to >> make things easier. >> >> >> >> First, we're moving to Github. I'll be creating the Ironruby project on >> Github at http://github.com/ironruby/ironruby. This will be the same user >> on Github that we use for IronRuby-contribs, and our versions of RubySpec. >> The biggest upside of this is that anyone can fork IronRuby and work on it, >> and submit a pull request to get it integrated back into the main tree. >> However, we don't want to be in the way of accepting patches. >> >> >> >> Next, we're going to institute a Linux-like system of Lieutenants. We're >> looking for people who are passionate and knowledgeable about the IronRuby >> project to take on this role. The goal of this system is to streamline the >> process, and make it easier for our external contributors to get code into >> IronRuby. We'd like to have Lieutenants who can take the patches and pull >> requests, code review them, and then commit them to their trees. Then we can >> pull these forks into our repository when we do pushes, and integrate it >> into one repo. Our hope is that we can be viewed as just one node in the >> tree, or ring. We shouldn't have to be the central repository; we're just >> one of the repositories. >> >> >> >> Finally, we are going to be getting rid of the history in SVN, which for >> the most part is a bunch of commits saying "sync to the head of TFS." We are >> doing this to get a fresh start. The layout of the new Git repository is >> going to exactly match our internal layout. That makes maintaining the >> transforms from TFS to GIT much easier. It also will make things easier when >> talking about the locations of files. >> >> >> >> We hope that these changes will make things easier for all of you. >> >> >> >> Thanks, >> >> >> >> ~~~~ >> >> JD >> >> http://blog.jredville.com >> >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> > > > -- > Michael Letterle > [Polymath Prokrammer] > http://blog.prokrams.com > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From curth at microsoft.com Mon Nov 24 20:46:24 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 24 Nov 2008 17:46:24 -0800 Subject: [Ironruby-core] Code Review: RubyClrInterop06 In-Reply-To: References: Message-ID: Unfortunately, GetParameters() doesn't return a type array -- it returns a ParameterInfo array. Here we see the evil of "var" -- it hides the actual type :). I'll look for opportunities to split the method; -----Original Message----- From: Tomas Matousek Sent: Monday, November 24, 2008 4:03 PM To: Curt Hagenlocher; IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: RubyClrInterop06 In DefineConstructors, newParams seems to be unnecessarily copied. Wouldn't it be better to do: Type[] newParams; Type[] baseParams = baseCtor.GetParameters(); if (has ruby class) { newParams = baseParams; } if (is serializer) { newParams = baseParams; } else { ... newPrams = ArrayUtils.Insert(typeof(RubyClass), baseParams); } ? I would also split this method to multiple pieces, seems too big already. Other than that, looks good! Tomas -----Original Message----- From: Curt Hagenlocher Sent: Monday, November 24, 2008 3:23 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: RubyClrInterop06 tfpt review "/shelveset:RubyClrInterop06;REDMOND\curth" Comment : Create constructors on generated types that match each base class constructor Allocator logic not yet updated to use new constructors -- Curt Hagenlocher curth at microsoft.com From Tomas.Matousek at microsoft.com Mon Nov 24 20:53:44 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 24 Nov 2008 17:53:44 -0800 Subject: [Ironruby-core] Code Review: RubyClrInterop06 In-Reply-To: References: Message-ID: Alright then :) -----Original Message----- From: Curt Hagenlocher Sent: Monday, November 24, 2008 5:46 PM To: Tomas Matousek; IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: RubyClrInterop06 Unfortunately, GetParameters() doesn't return a type array -- it returns a ParameterInfo array. Here we see the evil of "var" -- it hides the actual type :). I'll look for opportunities to split the method; -----Original Message----- From: Tomas Matousek Sent: Monday, November 24, 2008 4:03 PM To: Curt Hagenlocher; IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: RE: Code Review: RubyClrInterop06 In DefineConstructors, newParams seems to be unnecessarily copied. Wouldn't it be better to do: Type[] newParams; Type[] baseParams = baseCtor.GetParameters(); if (has ruby class) { newParams = baseParams; } if (is serializer) { newParams = baseParams; } else { ... newPrams = ArrayUtils.Insert(typeof(RubyClass), baseParams); } ? I would also split this method to multiple pieces, seems too big already. Other than that, looks good! Tomas -----Original Message----- From: Curt Hagenlocher Sent: Monday, November 24, 2008 3:23 PM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: RubyClrInterop06 tfpt review "/shelveset:RubyClrInterop06;REDMOND\curth" Comment : Create constructors on generated types that match each base class constructor Allocator logic not yet updated to use new constructors -- Curt Hagenlocher curth at microsoft.com From jdeville at microsoft.com Mon Nov 24 21:13:35 2008 From: jdeville at microsoft.com (Jim Deville) Date: Mon, 24 Nov 2008 18:13:35 -0800 Subject: [Ironruby-core] IronRuby moving to Github Message-ID: Ideally, yes, but we need to figure out how to make it easy. JD -----Original Message----- From: Mike Moore Sent: November 24, 2008 5:04 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby moving to Github On Mon, Nov 24, 2008 at 5:43 PM, Jim Deville > wrote: We still need contribution agreements, but that is no different than Apache, Mozilla, and other major Open Source projects. So is it the lieutenants' responsibility to ensure that whoever they pull code from has an agreement in place? -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Mon Nov 24 21:36:31 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 24 Nov 2008 18:36:31 -0800 Subject: [Ironruby-core] Code Review: NoComplexCall Message-ID: tfpt review "/shelveset:NoComplexCall;REDMOND\tomat" Outer DLR Change: Tweaks outer layer DynamicSiteHelpers to publish delegate type factory method (this class will hopefully go away as soon as LambdaExpression provides the same functionality). Ruby changes: Removes ComplexCallHelper and other useless stuff from AstFactory :) Tomas From curth at microsoft.com Mon Nov 24 22:15:53 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Mon, 24 Nov 2008 19:15:53 -0800 Subject: [Ironruby-core] Code Review: NoComplexCall In-Reply-To: References: Message-ID: Two misspellings should be noted -- the shelveset is actually named NoComplexCalls and RubyMethodInfo.PramsArrayDelegateType needs another "a". :) Looks good otherwise. -----Original Message----- From: Tomas Matousek Sent: Monday, November 24, 2008 6:37 PM To: IronRuby External Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: NoComplexCall tfpt review "/shelveset:NoComplexCall;REDMOND\tomat" Outer DLR Change: Tweaks outer layer DynamicSiteHelpers to publish delegate type factory method (this class will hopefully go away as soon as LambdaExpression provides the same functionality). Ruby changes: Removes ComplexCallHelper and other useless stuff from AstFactory :) Tomas From Martin.Maly at microsoft.com Mon Nov 24 22:21:46 2008 From: Martin.Maly at microsoft.com (Martin Maly) Date: Mon, 24 Nov 2008 19:21:46 -0800 Subject: [Ironruby-core] Code Review: NoComplexCall In-Reply-To: References: Message-ID: Looks good! -----Original Message----- From: Tomas Matousek Sent: Monday, November 24, 2008 6:37 PM To: IronRuby External Code Reviewers; DLR Code Reviews Cc: ironruby-core at rubyforge.org Subject: Code Review: NoComplexCall tfpt review "/shelveset:NoComplexCall;REDMOND\tomat" Outer DLR Change: Tweaks outer layer DynamicSiteHelpers to publish delegate type factory method (this class will hopefully go away as soon as LambdaExpression provides the same functionality). Ruby changes: Removes ComplexCallHelper and other useless stuff from AstFactory :) Tomas From jdeville at microsoft.com Tue Nov 25 19:45:02 2008 From: jdeville at microsoft.com (Jim Deville) Date: Tue, 25 Nov 2008 16:45:02 -0800 Subject: [Ironruby-core] SVN Revision 176 pushed out Message-ID: Enjoy! ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From eduardobaiao at gmail.com Tue Nov 25 21:25:52 2008 From: eduardobaiao at gmail.com (=?ISO-8859-1?Q?Dudu_Bai=E3o?=) Date: Wed, 26 Nov 2008 00:25:52 -0200 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics Message-ID: Hi guys! Im playing with XNA trying to run the simplest xna example: To show a SpriteBatch on screen. After some tests I found some problems: 1- The "Microsoft::Xna::Framework::Game" expects that we implement some methods like "Update", "Drawn" etc, and inside the method we have to call the base class (super) actual method passing some parameters. If I try to do this: def update(game_time) super(game_time) end I get this error: my_game.rb:23:in `update': wrong number or type of arguments for `update' (ArgumentError) from Snippets.scripting:0:in `Update' from Microsoft.Xna.Framework.Game:0:in `Run' from program.rb:23:in `main' from :0 2- XNA uses generic functions to load the game contents. How can I convert the code above to IronRuby? // This is a texture we can render. Texture2D myTexture; protected override void LoadContent() { myTexture = Content.Load("mytexture"); } Can IronRuby consume generics? Thanks! From jflam at microsoft.com Tue Nov 25 23:11:43 2008 From: jflam at microsoft.com (John Lam (IRONRUBY)) Date: Tue, 25 Nov 2008 20:11:43 -0800 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> We can't consume generic methods today. It's on the list of things to do though. You can work around this by defining a concrete method in C# that calls the appropriate generic method and call the concrete method from IronRuby. Thanks, -John -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Tuesday, November 25, 2008 6:26 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby and XNA. Super and Generics Hi guys! Im playing with XNA trying to run the simplest xna example: To show a SpriteBatch on screen. After some tests I found some problems: 1- The "Microsoft::Xna::Framework::Game" expects that we implement some methods like "Update", "Drawn" etc, and inside the method we have to call the base class (super) actual method passing some parameters. If I try to do this: def update(game_time) super(game_time) end I get this error: my_game.rb:23:in `update': wrong number or type of arguments for `update' (ArgumentError) from Snippets.scripting:0:in `Update' from Microsoft.Xna.Framework.Game:0:in `Run' from program.rb:23:in `main' from :0 2- XNA uses generic functions to load the game contents. How can I convert the code above to IronRuby? // This is a texture we can render. Texture2D myTexture; protected override void LoadContent() { myTexture = Content.Load("mytexture"); } Can IronRuby consume generics? Thanks! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From curth at microsoft.com Wed Nov 26 10:45:32 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 26 Nov 2008 07:45:32 -0800 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: Message-ID: For the first problem, does it work if you just use "super" without any arguments? -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Tuesday, November 25, 2008 6:26 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby and XNA. Super and Generics Hi guys! Im playing with XNA trying to run the simplest xna example: To show a SpriteBatch on screen. After some tests I found some problems: 1- The "Microsoft::Xna::Framework::Game" expects that we implement some methods like "Update", "Drawn" etc, and inside the method we have to call the base class (super) actual method passing some parameters. If I try to do this: def update(game_time) super(game_time) end I get this error: my_game.rb:23:in `update': wrong number or type of arguments for `update' (ArgumentError) from Snippets.scripting:0:in `Update' from Microsoft.Xna.Framework.Game:0:in `Run' from program.rb:23:in `main' from :0 2- XNA uses generic functions to load the game contents. How can I convert the code above to IronRuby? // This is a texture we can render. Texture2D myTexture; protected override void LoadContent() { myTexture = Content.Load("mytexture"); } Can IronRuby consume generics? Thanks! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From Tomas.Matousek at microsoft.com Wed Nov 26 12:29:11 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 26 Nov 2008 09:29:11 -0800 Subject: [Ironruby-core] Code Review: NoStaticSites4 Message-ID: tfpt review "/shelveset:NoStaticSites4;REDMOND\tomat" Adds support for SiteLocalStorage to IronRuby binder. This allows us to store arbitrary data in dynamic site rules including other dynamic sites. Using this feature library methods that dynamically invoke other Ruby methods should now take as parameters all sites they're using instead of calling to statically allocated sites. This will allows us to remove runtime checks from the rules and also decreases the degree of polymorphism for the sites (since static sites are used from many places with variety of targets they tend to be megamorphic). This is first part of the change. Many static sites still remain to be removed. Some library methods (e.g. Range#step) are highly dynamic. Some method need refactoring to reduce the number of sites. Tomas -------------- next part -------------- A non-text attachment was scrubbed... Name: NoStaticSites4.diff Type: application/octet-stream Size: 584357 bytes Desc: NoStaticSites4.diff URL: From jdeville at microsoft.com Wed Nov 26 13:46:24 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 26 Nov 2008 10:46:24 -0800 Subject: [Ironruby-core] SVN Revision 176 pushed out In-Reply-To: References: Message-ID: There were some missing files in 176, so I've just redone that as 177. JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Tuesday, November 25, 2008 4:45 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] SVN Revision 176 pushed out Enjoy! ~~~~ JD http://blog.jredville.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From eduardobaiao at gmail.com Wed Nov 26 13:48:36 2008 From: eduardobaiao at gmail.com (=?ISO-8859-1?Q?Dudu_Bai=E3o?=) Date: Wed, 26 Nov 2008 15:48:36 -0300 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Thanks John! I will do that. Just for curiosity, what will be the syntax to call generic methods? :) 2008/11/26 John Lam (IRONRUBY) : > We can't consume generic methods today. It's on the list of things to do though. > > You can work around this by defining a concrete method in C# that calls the appropriate generic method and call the concrete method from IronRuby. > > Thanks, > -John > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o > Sent: Tuesday, November 25, 2008 6:26 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby and XNA. Super and Generics > > Hi guys! > > Im playing with XNA trying to run the simplest xna example: To show a > SpriteBatch on screen. > > After some tests I found some problems: > > 1- The "Microsoft::Xna::Framework::Game" expects that we implement > some methods like "Update", "Drawn" etc, and inside the method we have > to call the base class (super) actual method passing some parameters. > > If I try to do this: > > def update(game_time) > super(game_time) > end > > I get this error: > > my_game.rb:23:in `update': wrong number or type of arguments for > `update' (ArgumentError) > from Snippets.scripting:0:in `Update' > from Microsoft.Xna.Framework.Game:0:in `Run' > from program.rb:23:in `main' > from :0 > > 2- XNA uses generic functions to load the game contents. How can I > convert the code above to IronRuby? > > // This is a texture we can render. > Texture2D myTexture; > > protected override void LoadContent() > { > myTexture = Content.Load("mytexture"); > } > > Can IronRuby consume generics? > > Thanks! > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From jdeville at microsoft.com Wed Nov 26 13:50:46 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 26 Nov 2008 10:50:46 -0800 Subject: [Ironruby-core] IronRuby moving to Github In-Reply-To: References: Message-ID: Well, the first step is done. The IronRuby Git repository is live at http://github.com/ironruby/ironruby. You can start working against it, but to compile, you will have to set the MERLIN_ROOT environment variable to <>/merlin/main. This will be part of rake eventually, but right now it's a workaround. Please don't file any patches against it yet, you can start preparing them, but we won't be able to get them in until we have the whole tool chain working with Git. ETA for the tool chain is a few weeks. Enjoy! JD From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jim Deville Sent: Monday, November 24, 2008 6:14 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby moving to Github Ideally, yes, but we need to figure out how to make it easy. JD -----Original Message----- From: Mike Moore Sent: November 24, 2008 5:04 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby moving to Github On Mon, Nov 24, 2008 at 5:43 PM, Jim Deville > wrote: We still need contribution agreements, but that is no different than Apache, Mozilla, and other major Open Source projects. So is it the lieutenants' responsibility to ensure that whoever they pull code from has an agreement in place? -------------- next part -------------- An HTML attachment was scrubbed... URL: From eduardobaiao at gmail.com Wed Nov 26 13:46:07 2008 From: eduardobaiao at gmail.com (=?ISO-8859-1?Q?Dudu_Bai=E3o?=) Date: Wed, 26 Nov 2008 15:46:07 -0300 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: Message-ID: Hi Curt! Unfortunatelly it does not work. The error returned is the same. :( 2008/11/26 Curt Hagenlocher : > For the first problem, does it work if you just use "super" without any arguments? > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o > Sent: Tuesday, November 25, 2008 6:26 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby and XNA. Super and Generics > > Hi guys! > > Im playing with XNA trying to run the simplest xna example: To show a > SpriteBatch on screen. > > After some tests I found some problems: > > 1- The "Microsoft::Xna::Framework::Game" expects that we implement > some methods like "Update", "Drawn" etc, and inside the method we have > to call the base class (super) actual method passing some parameters. > > If I try to do this: > > def update(game_time) > super(game_time) > end > > I get this error: > > my_game.rb:23:in `update': wrong number or type of arguments for > `update' (ArgumentError) > from Snippets.scripting:0:in `Update' > from Microsoft.Xna.Framework.Game:0:in `Run' > from program.rb:23:in `main' > from :0 > > 2- XNA uses generic functions to load the game contents. How can I > convert the code above to IronRuby? > > // This is a texture we can render. > Texture2D myTexture; > > protected override void LoadContent() > { > myTexture = Content.Load("mytexture"); > } > > Can IronRuby consume generics? > > Thanks! > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From Tomas.Matousek at microsoft.com Wed Nov 26 14:04:54 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 26 Nov 2008 11:04:54 -0800 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I'm thinking of something like: myTexture = content.load of(Texture2D), "mytexture" I.e. we would add Kernel#of method that takes a list of classes/modules and returns a special object representing generic parameters that binder would use for selecting the right method. We are open for more ideas. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Wednesday, November 26, 2008 10:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics Thanks John! I will do that. Just for curiosity, what will be the syntax to call generic methods? :) 2008/11/26 John Lam (IRONRUBY) : > We can't consume generic methods today. It's on the list of things to do though. > > You can work around this by defining a concrete method in C# that calls the appropriate generic method and call the concrete method from IronRuby. > > Thanks, > -John > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o > Sent: Tuesday, November 25, 2008 6:26 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby and XNA. Super and Generics > > Hi guys! > > Im playing with XNA trying to run the simplest xna example: To show a > SpriteBatch on screen. > > After some tests I found some problems: > > 1- The "Microsoft::Xna::Framework::Game" expects that we implement > some methods like "Update", "Drawn" etc, and inside the method we have > to call the base class (super) actual method passing some parameters. > > If I try to do this: > > def update(game_time) > super(game_time) > end > > I get this error: > > my_game.rb:23:in `update': wrong number or type of arguments for > `update' (ArgumentError) > from Snippets.scripting:0:in `Update' > from Microsoft.Xna.Framework.Game:0:in `Run' > from program.rb:23:in `main' > from :0 > > 2- XNA uses generic functions to load the game contents. How can I > convert the code above to IronRuby? > > // This is a texture we can render. > Texture2D myTexture; > > protected override void LoadContent() > { > myTexture = Content.Load("mytexture"); > } > > Can IronRuby consume generics? > > Thanks! > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From orion.edwards at open2view.com Wed Nov 26 14:42:37 2008 From: orion.edwards at open2view.com (Orion Edwards) Date: Thu, 27 Nov 2008 08:42:37 +1300 Subject: [Ironruby-core] IronRuby moving to Github In-Reply-To: References: Message-ID: <492DA6AD.4070203@open2view.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.jpg Type: image/jpeg Size: 8147 bytes Desc: not available URL: From blowmage at gmail.com Wed Nov 26 15:01:53 2008 From: blowmage at gmail.com (Mike Moore) Date: Wed, 26 Nov 2008 13:01:53 -0700 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: On Wed, Nov 26, 2008 at 12:04 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > I'm thinking of something like: > > myTexture = content.load of(Texture2D), "mytexture" > > I.e. we would add Kernel#of method that takes a list of classes/modules and > returns a special object representing generic parameters that binder would > use for selecting the right method. > > We are open for more ideas. > Couldn't you just send in the constant? What would the Kernel#of method do for you? myTexture = content.load Texture2D, "mytexture" Or, could you use method_missing? myTexture = content.load_Texture2D "mytexture" Tomas > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Wed Nov 26 15:11:44 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 26 Nov 2008 12:11:44 -0800 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: What if the method has signature m(object x, ... T...). How do we know you don't want to pass the value of constant Texture2D as x? "of" would wrap it into an internal class that would be known as carrying generic parameter types and always unwrapped. load_Texture2D clashes with name mangling and is not composable. What if you want to call method with parameter Dictionary>? With "of" you would do: load of(Dictionary.of(System::String, List.of(Object)) Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Moore Sent: Wednesday, November 26, 2008 12:02 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics On Wed, Nov 26, 2008 at 12:04 PM, Tomas Matousek > wrote: I'm thinking of something like: myTexture = content.load of(Texture2D), "mytexture" I.e. we would add Kernel#of method that takes a list of classes/modules and returns a special object representing generic parameters that binder would use for selecting the right method. We are open for more ideas. Couldn't you just send in the constant? What would the Kernel#of method do for you? myTexture = content.load Texture2D, "mytexture" Or, could you use method_missing? myTexture = content.load_Texture2D "mytexture" Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion.edwards at open2view.com Wed Nov 26 15:37:34 2008 From: orion.edwards at open2view.com (Orion Edwards) Date: Thu, 27 Nov 2008 09:37:34 +1300 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <492DB38E.9020204@open2view.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.jpg Type: image/jpeg Size: 8147 bytes Desc: not available URL: From curth at microsoft.com Wed Nov 26 15:50:52 2008 From: curth at microsoft.com (Curt Hagenlocher) Date: Wed, 26 Nov 2008 12:50:52 -0800 Subject: [Ironruby-core] Code Review: NoStaticSites4 In-Reply-To: References: Message-ID: Looks good. -----Original Message----- From: Tomas Matousek Sent: Wednesday, November 26, 2008 9:29 AM To: IronRuby External Code Reviewers Cc: ironruby-core at rubyforge.org Subject: Code Review: NoStaticSites4 tfpt review "/shelveset:NoStaticSites4;REDMOND\tomat" Adds support for SiteLocalStorage to IronRuby binder. This allows us to store arbitrary data in dynamic site rules including other dynamic sites. Using this feature library methods that dynamically invoke other Ruby methods should now take as parameters all sites they're using instead of calling to statically allocated sites. This will allows us to remove runtime checks from the rules and also decreases the degree of polymorphism for the sites (since static sites are used from many places with variety of targets they tend to be megamorphic). This is first part of the change. Many static sites still remain to be removed. Some library methods (e.g. Range#step) are highly dynamic. Some method need refactoring to reduce the number of sites. Tomas From Tomas.Matousek at microsoft.com Wed Nov 26 18:21:49 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 26 Nov 2008 15:21:49 -0800 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: <492DB38E.9020204@open2view.com> References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> <492DB38E.9020204@open2view.com> Message-ID: VB.NET has (Of T) syntax for generic parameters, so it would be familiar to VB programmers :) I don't see a strong connection between "of" and "typeof". "T" is interesting, though we already use "of" for generic types (e.g. Dictionary.of(String, String)) so it might be better to stick with one concept for all generic parameters. We don't want to extend Ruby syntax. Adding new methods is safe since it could always be implemented as monkey patching and could be done conditionally, for example after you require 'mscorlib' the new methods appear. If you don't use CLR no IronRuby/CLR specific methods should be available (it currently doesn't work that way, but that's the plan). Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, November 26, 2008 12:38 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics While I can certainly see the elegance of the 'of' suggestion, it can't help but to trip my "code smell" warning, because 'of' implies 'typeof', and it treats the types as method arguments. I can't help but think that every new programmer, seeing this: myTexture = content.load( of(Texture2D), "mytexture" ) is going to wrongly infer that it's calling this CLR method content.Load( typeof(Texture2D), "mytexture" ) The relative lack of such counter-intuitive assumptions is IMHO one of the best things about ruby. I'd really like to see IronRuby keep this up Perhaps it would be more clear if 'of' was 'T' ?? - eg: myTexture = content.load( T(Texture2D), "mytexture" ) But that doesn't really solve the 'types aren't method arguments' problem How about this: myTexture = content.load[Texture2D]( "mytexture" ) myTexture = content.load[Texture2D] "mytexture" Both of these produce a syntax error in MRI, which IMHO is a good thing as it means IronRuby is not breaking any existing functionality. MRI is never going to have to call generics, and as far as I can tell there won't be any overlaps with existing ruby syntax (eg Proc#[], etc), so it seems safe. It also is consistent with the existing syntax for instantiating generic classes. The deal-breaker I guess would be how hard (or possible) this syntax is to implement with the IronRuby parser, etc. Tomas Matousek wrote: I'm thinking of something like: myTexture = content.load of(Texture2D), "mytexture" I.e. we would add Kernel#of method that takes a list of classes/modules and returns a special object representing generic parameters that binder would use for selecting the right method. We are open for more ideas. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Wednesday, November 26, 2008 10:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics Thanks John! I will do that. Just for curiosity, what will be the syntax to call generic methods? :) 2008/11/26 John Lam (IRONRUBY) : We can't consume generic methods today. It's on the list of things to do though. You can work around this by defining a concrete method in C# that calls the appropriate generic method and call the concrete method from IronRuby. Thanks, -John -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Tuesday, November 25, 2008 6:26 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby and XNA. Super and Generics Hi guys! Im playing with XNA trying to run the simplest xna example: To show a SpriteBatch on screen. After some tests I found some problems: 1- The "Microsoft::Xna::Framework::Game" expects that we implement some methods like "Update", "Drawn" etc, and inside the method we have to call the base class (super) actual method passing some parameters. If I try to do this: def update(game_time) super(game_time) end I get this error: my_game.rb:23:in `update': wrong number or type of arguments for `update' (ArgumentError) from Snippets.scripting:0:in `Update' from Microsoft.Xna.Framework.Game:0:in `Run' from program.rb:23:in `main' from :0 2- XNA uses generic functions to load the game contents. How can I convert the code above to IronRuby? // This is a texture we can render. Texture2D myTexture; protected override void LoadContent() { myTexture = Content.Load("mytexture"); } Can IronRuby consume generics? Thanks! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Orion Edwards Web Application Developer T: +64 7 859 2120 F: +64 7 859 2320 E: orion.edwards at open2view.com Open2view.com The Real Estate Website [cid:image001.jpg at 01C94FC4.9226CB10] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8147 bytes Desc: image001.jpg URL: From orion.edwards at open2view.com Wed Nov 26 18:26:56 2008 From: orion.edwards at open2view.com (Orion Edwards) Date: Thu, 27 Nov 2008 12:26:56 +1300 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> <492DB38E.9020204@open2view.com> Message-ID: <492DDB40.8030301@open2view.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 8147 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.jpg Type: image/jpeg Size: 8147 bytes Desc: not available URL: From Tomas.Matousek at microsoft.com Wed Nov 26 18:36:52 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 26 Nov 2008 15:36:52 -0800 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: <492DDB40.8030301@open2view.com> References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> <492DB38E.9020204@open2view.com> <492DDB40.8030301@open2view.com> Message-ID: It's like: Sub Foo(Of T)(ByVal a As T) End Sub Sub Main() Foo(Of Integer)(1) End Sub Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, November 26, 2008 3:27 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics That makes sense. Dictionary.of(T1, T2) looks good, but how do they handle invoking generic methods? I don't have VB.net installed, and all the samples I can find all rely on type inference rather than explicitly specifying the type Do they do Load( of(Texture2d), "blah" ) ?? Thanks. Tomas Matousek wrote: VB.NET has (Of T) syntax for generic parameters, so it would be familiar to VB programmers :) I don't see a strong connection between "of" and "typeof". "T" is interesting, though we already use "of" for generic types (e.g. Dictionary.of(String, String)) so it might be better to stick with one concept for all generic parameters. We don't want to extend Ruby syntax. Adding new methods is safe since it could always be implemented as monkey patching and could be done conditionally, for example after you require 'mscorlib' the new methods appear. If you don't use CLR no IronRuby/CLR specific methods should be available (it currently doesn't work that way, but that's the plan). Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, November 26, 2008 12:38 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics While I can certainly see the elegance of the 'of' suggestion, it can't help but to trip my "code smell" warning, because 'of' implies 'typeof', and it treats the types as method arguments. I can't help but think that every new programmer, seeing this: myTexture = content.load( of(Texture2D), "mytexture" ) is going to wrongly infer that it's calling this CLR method content.Load( typeof(Texture2D), "mytexture" ) The relative lack of such counter-intuitive assumptions is IMHO one of the best things about ruby. I'd really like to see IronRuby keep this up Perhaps it would be more clear if 'of' was 'T' ?? - eg: myTexture = content.load( T(Texture2D), "mytexture" ) But that doesn't really solve the 'types aren't method arguments' problem How about this: myTexture = content.load[Texture2D]( "mytexture" ) myTexture = content.load[Texture2D] "mytexture" Both of these produce a syntax error in MRI, which IMHO is a good thing as it means IronRuby is not breaking any existing functionality. MRI is never going to have to call generics, and as far as I can tell there won't be any overlaps with existing ruby syntax (eg Proc#[], etc), so it seems safe. It also is consistent with the existing syntax for instantiating generic classes. The deal-breaker I guess would be how hard (or possible) this syntax is to implement with the IronRuby parser, etc. Tomas Matousek wrote: I'm thinking of something like: myTexture = content.load of(Texture2D), "mytexture" I.e. we would add Kernel#of method that takes a list of classes/modules and returns a special object representing generic parameters that binder would use for selecting the right method. We are open for more ideas. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Wednesday, November 26, 2008 10:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics Thanks John! I will do that. Just for curiosity, what will be the syntax to call generic methods? :) 2008/11/26 John Lam (IRONRUBY) : We can't consume generic methods today. It's on the list of things to do though. You can work around this by defining a concrete method in C# that calls the appropriate generic method and call the concrete method from IronRuby. Thanks, -John -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Tuesday, November 25, 2008 6:26 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby and XNA. Super and Generics Hi guys! Im playing with XNA trying to run the simplest xna example: To show a SpriteBatch on screen. After some tests I found some problems: 1- The "Microsoft::Xna::Framework::Game" expects that we implement some methods like "Update", "Drawn" etc, and inside the method we have to call the base class (super) actual method passing some parameters. If I try to do this: def update(game_time) super(game_time) end I get this error: my_game.rb:23:in `update': wrong number or type of arguments for `update' (ArgumentError) from Snippets.scripting:0:in `Update' from Microsoft.Xna.Framework.Game:0:in `Run' from program.rb:23:in `main' from :0 2- XNA uses generic functions to load the game contents. How can I convert the code above to IronRuby? // This is a texture we can render. Texture2D myTexture; protected override void LoadContent() { myTexture = Content.Load("mytexture"); } Can IronRuby consume generics? Thanks! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Orion Edwards Web Application Developer T: +64 7 859 2120 F: +64 7 859 2320 E: orion.edwards at open2view.com Open2view.com The Real Estate Website [cid:image001.jpg at 01C94FDC.CDF31870] ________________________________ _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Orion Edwards Web Application Developer T: +64 7 859 2120 F: +64 7 859 2320 E: orion.edwards at open2view.com Open2view.com The Real Estate Website [cid:image001.jpg at 01C94FDC.CDF31870] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8147 bytes Desc: image001.jpg URL: From orion.edwards at open2view.com Wed Nov 26 19:09:57 2008 From: orion.edwards at open2view.com (Orion Edwards) Date: Thu, 27 Nov 2008 13:09:57 +1300 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> <492DB38E.9020204@open2view.com> <492DDB40.8030301@open2view.com> Message-ID: <492DE555.70003@open2view.com> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 8147 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.jpg Type: image/jpeg Size: 8147 bytes Desc: not available URL: From jdeville at microsoft.com Wed Nov 26 19:12:26 2008 From: jdeville at microsoft.com (Jim Deville) Date: Wed, 26 Nov 2008 16:12:26 -0800 Subject: [Ironruby-core] IronRuby and XNA. Super and Generics In-Reply-To: <492DE555.70003@open2view.com> References: <372109E149E8084D8E6C7D9CFD82E0633711E86455@NA-EXMSG-C115.redmond.corp.microsoft.com> <492DB38E.9020204@open2view.com> <492DDB40.8030301@open2view.com> <492DE555.70003@open2view.com> Message-ID: For the record: I really like the chaining idea. I don't know if it would work, but I like it. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, November 26, 2008 4:10 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics Ah I see. Completely agree with the reasoning behind 'stuff appears when you require mscorlib' too. Possible idea - make 'of' a proc rather than a method, so it uses square brackets instead of round ones. d = Dictionary.of[String, String] t = Load of[Texture2d], "sometexture" # awesome, but only because 'Load' is a conveniently nice name IMHO the [] "looks more like templates" than if it used () - but I'm biased on account of having never written a line of VB.net in my life. The VB coders will probably have the exact opposite reaction to me :-) Even so, I'm not entirely sure that copying VB is neccessarily the right thing... Examples for thought: data = [1,2,3,4] Array.convert_all of[Fixnum, String], data, lambda{ |x| x.to_s } Array.convert_all of(Fixnum, String), data, lambda{ |x| x.to_s } Array.convert_all T[Fixnum, String], data, lambda{ |x| x.to_s } Array.convert_all T(Fixnum, String), data, lambda{ |x| x.to_s } I guess that any of these will be fine once one becomes used to them... Here's one from left-field which probably won't work, but how about using a proxy like andand does Array.with(Fixnum, String).convert_all data, lambda{ |x| x.to_s } Array.T(Fixnum, String).convert_all data, lambda{ |x| x.to_s } T(Texture2d).load "sometexture" Tomas Matousek wrote: It's like: Sub Foo(Of T)(ByVal a As T) End Sub Sub Main() Foo(Of Integer)(1) End Sub Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, November 26, 2008 3:27 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics That makes sense. Dictionary.of(T1, T2) looks good, but how do they handle invoking generic methods? I don't have VB.net installed, and all the samples I can find all rely on type inference rather than explicitly specifying the type Do they do Load( of(Texture2d), "blah" ) ?? Thanks. Tomas Matousek wrote: VB.NET has (Of T) syntax for generic parameters, so it would be familiar to VB programmers :) I don't see a strong connection between "of" and "typeof". "T" is interesting, though we already use "of" for generic types (e.g. Dictionary.of(String, String)) so it might be better to stick with one concept for all generic parameters. We don't want to extend Ruby syntax. Adding new methods is safe since it could always be implemented as monkey patching and could be done conditionally, for example after you require 'mscorlib' the new methods appear. If you don't use CLR no IronRuby/CLR specific methods should be available (it currently doesn't work that way, but that's the plan). Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Orion Edwards Sent: Wednesday, November 26, 2008 12:38 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics While I can certainly see the elegance of the 'of' suggestion, it can't help but to trip my "code smell" warning, because 'of' implies 'typeof', and it treats the types as method arguments. I can't help but think that every new programmer, seeing this: myTexture = content.load( of(Texture2D), "mytexture" ) is going to wrongly infer that it's calling this CLR method content.Load( typeof(Texture2D), "mytexture" ) The relative lack of such counter-intuitive assumptions is IMHO one of the best things about ruby. I'd really like to see IronRuby keep this up Perhaps it would be more clear if 'of' was 'T' ?? - eg: myTexture = content.load( T(Texture2D), "mytexture" ) But that doesn't really solve the 'types aren't method arguments' problem How about this: myTexture = content.load[Texture2D]( "mytexture" ) myTexture = content.load[Texture2D] "mytexture" Both of these produce a syntax error in MRI, which IMHO is a good thing as it means IronRuby is not breaking any existing functionality. MRI is never going to have to call generics, and as far as I can tell there won't be any overlaps with existing ruby syntax (eg Proc#[], etc), so it seems safe. It also is consistent with the existing syntax for instantiating generic classes. The deal-breaker I guess would be how hard (or possible) this syntax is to implement with the IronRuby parser, etc. Tomas Matousek wrote: I'm thinking of something like: myTexture = content.load of(Texture2D), "mytexture" I.e. we would add Kernel#of method that takes a list of classes/modules and returns a special object representing generic parameters that binder would use for selecting the right method. We are open for more ideas. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Wednesday, November 26, 2008 10:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IronRuby and XNA. Super and Generics Thanks John! I will do that. Just for curiosity, what will be the syntax to call generic methods? :) 2008/11/26 John Lam (IRONRUBY) : We can't consume generic methods today. It's on the list of things to do though. You can work around this by defining a concrete method in C# that calls the appropriate generic method and call the concrete method from IronRuby. Thanks, -John -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Dudu Bai?o Sent: Tuesday, November 25, 2008 6:26 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] IronRuby and XNA. Super and Generics Hi guys! Im playing with XNA trying to run the simplest xna example: To show a SpriteBatch on screen. After some tests I found some problems: 1- The "Microsoft::Xna::Framework::Game" expects that we implement some methods like "Update", "Drawn" etc, and inside the method we have to call the base class (super) actual method passing some parameters. If I try to do this: def update(game_time) super(game_time) end I get this error: my_game.rb:23:in `update': wrong number or type of arguments for `update' (ArgumentError) from Snippets.scripting:0:in `Update' from Microsoft.Xna.Framework.Game:0:in `Run' from program.rb:23:in `main' from :0 2- XNA uses generic functions to load the game contents. How can I convert the code above to IronRuby? // This is a texture we can render. Texture2D myTexture; protected override void LoadContent() { myTexture = Content.Load("mytexture"); } Can IronRuby consume generics? Thanks! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Orion Edwards Web Application Developer T: +64 7 859 2120 F: +64 7 859 2320 E: orion.edwards at open2view.com Open2view.com The Real Estate Website [cid:image001.jpg at 01C94FE1.C5C6B620] ________________________________ _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Orion Edwards Web Application Developer T: +64 7 859 2120 F: +64 7 859 2320 E: orion.edwards at open2view.com Open2view.com The Real Estate Website [cid:image001.jpg at 01C94FE1.C5C6B620] ________________________________ _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Orion Edwards Web Application Developer T: +64 7 859 2120 F: +64 7 859 2320 E: orion.edwards at open2view.com Open2view.com The Real Estate Website [cid:image001.jpg at 01C94FE1.C5C6B620] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 8147 bytes Desc: image001.jpg URL: