From lists at ruby-forum.com Sat Mar 1 07:24:53 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Sat, 1 Mar 2008 13:24:53 +0100 Subject: [Ironruby-core] Ruby In Steel IronRuby Edition - how about XAML / WPF? : In-Reply-To: <72fbb8a4906e4cd29470b8b50cddbb40@ruby-forum.com> References: <53194650933664488F3F0C3A0AB568320A18CD@nw60.napa.fi> <72fbb8a4906e4cd29470b8b50cddbb40@ruby-forum.com> Message-ID: <7d8a703bf4d1ce5e5c1d3d2f58b5d101@ruby-forum.com> Dear Huw, I am referring to your post in IronRuby Forums on Google Groups about Ruby in Steel ( IronRuby Edition ). I was pleased to know, that you will be offering the final version for free, after IronRuby 1.0 ships. Now... this is the great community support, which i hardly expected. It seems , we have received Great News before the Mix 2008. Thanks for donating such a great IDE for IronRuby. P.S.:- you should announce this here, to gain more mileage, since IronRuby on Google Groups is still growing, with limited members. SoftMind. -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Sat Mar 1 07:52:28 2008 From: lists at ruby-forum.com (Huw Collingbourne) Date: Sat, 1 Mar 2008 13:52:28 +0100 Subject: [Ironruby-core] Ruby In Steel IronRuby Edition - how about XAML / WPF? : In-Reply-To: <7d8a703bf4d1ce5e5c1d3d2f58b5d101@ruby-forum.com> References: <53194650933664488F3F0C3A0AB568320A18CD@nw60.napa.fi> <72fbb8a4906e4cd29470b8b50cddbb40@ruby-forum.com> <7d8a703bf4d1ce5e5c1d3d2f58b5d101@ruby-forum.com> Message-ID: <8c888562f3288472cb37c5adde939480@ruby-forum.com> Softmind Technology wrote: > Thanks for donating such a great IDE for IronRuby. > > P.S.:- you should announce this here, to gain more mileage, since > IronRuby on Google Groups is still growing, with limited members. > > SoftMind. Thanks for the interest. Sorry if I didn't make it clear. Yes, our IronRuby IDE is not just free now (in alpha). We intend to make the "Ruby In Steel Personal Edition For IronRuby" a free product even after the final version of IronRuby is released. If I'm not announcing this in the right groups to let those people with an interest in IronRuby know about this, please feel free to spread the word ;-) best wishes Huw -- Posted via http://www.ruby-forum.com/. From m.david at xmlhacker.com Sat Mar 1 17:40:25 2008 From: m.david at xmlhacker.com (M. David Peterson) Date: Sat, 01 Mar 2008 15:40:25 -0700 Subject: [Ironruby-core] DLR - where is the community? In-Reply-To: <50B69702CA6E6D4E849D30CD4989AB8ED7F5EF1C48@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <5b0248170802280504m6a80d019qfac94232df73043d@mail.gmail.com> <24e27e560802280521s21d4af7g10deae2c42eba57f@mail.gmail.com> <50B69702CA6E6D4E849D30CD4989AB8ED7F5EF1C48@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: On Fri, 29 Feb 2008 12:00:45 -0700, Shri Borde wrote: > If the volume of DLR-specific questions goes up, that will make it > easier to decide to create a separate mailing list. On the contrary I would argue that people will be more apt to asked DLR specific questions to a DLR specific list. By force of "Not a question related to X, please ask question on list Y"-influenced habit questions will go unasked if people feel they won't be well received on any given dev-list. -- /M:D M. David Peterson Co-Founder & Chief Architect, 3rd&Urban, LLC Email: m.david at 3rdandUrban.com | m.david at amp.fm Mobile: (206) 418-9027 http://3rdandUrban.com | http://amp.fm | http://www.oreillynet.com/pub/au/2354 From charles.nutter at sun.com Sun Mar 2 00:07:11 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Sat, 01 Mar 2008 23:07:11 -0600 Subject: [Ironruby-core] digest.so implemented In-Reply-To: <001501c87ad5$44a6e470$cdf4ad50$@com> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCF72760B@QUTEXMBX02.qut.edu.au> <5b0248170802272350qa4b8059t6ddcc1b80c667251@mail.gmail.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFDFA1E3@QUTEXMBX02.qut.edu.au> <5b0248170802282023t7c6db335rd386408247372acc@mail.gmail.com> <001501c87ad5$44a6e470$cdf4ad50$@com> Message-ID: <47CA35FF.7070304@sun.com> Peter Bacon Darwin wrote: > If the DLR is going to compile up the Ruby code into IL anyway then it > should not be a huge performance problem to write most libraries in Ruby and > then use IR .NET interop to access any underlying functionality that is not > normally available in Ruby. > > **** This would also have the benefit of removing the excuse of non-C# > developers from contributing to the IR libraries!! **** One of the other problems the Rubinius guys face is performance. In other words, they're very slow for normal apps because in order for an all-Ruby set of core classes to perform well, the underlying enging needs to be *much* faster than a normal Ruby implementation. I don't doubt that IronRuby will be able to achieve really good performance, as IronPython has done...but I would be very surprised if it were able to achieve performance high enough to offset the cost of implementing core classes in Ruby. That said, implementing them in Ruby first saves you some implementation hassle, and helps the Ruby community in general by providing implementations that most current and new Ruby impls should be able to run. But I wouldn't bank on using those Ruby versions long term, unless you can afford to swallow the almost-certain performance hit. - Charlie From sanxiyn at gmail.com Sun Mar 2 01:20:51 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sun, 2 Mar 2008 15:20:51 +0900 Subject: [Ironruby-core] digest.so implemented In-Reply-To: <47CA35FF.7070304@sun.com> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCF72760B@QUTEXMBX02.qut.edu.au> <5b0248170802272350qa4b8059t6ddcc1b80c667251@mail.gmail.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFDFA1E3@QUTEXMBX02.qut.edu.au> <5b0248170802282023t7c6db335rd386408247372acc@mail.gmail.com> <001501c87ad5$44a6e470$cdf4ad50$@com> <47CA35FF.7070304@sun.com> Message-ID: <5b0248170803012220g5176ea9dy62a6bcabc816d055@mail.gmail.com> 2008/3/2, Charles Oliver Nutter : > I don't doubt that IronRuby will be able to achieve really good > performance, as IronPython has done...but I would be very surprised if > it were able to achieve performance high enough to offset the cost of > implementing core classes in Ruby. That said, implementing them in Ruby > first saves you some implementation hassle, and helps the Ruby community > in general by providing implementations that most current and new Ruby > impls should be able to run. But I wouldn't bank on using those Ruby > versions long term, unless you can afford to swallow the almost-certain > performance hit. Well, in case of digest.so, I'm not suggesting implementing MD5 algorithm in Ruby (which would be slooow), but implementing the wrapper around .NET classes in System.Security.Cryptography in Ruby instead of C#. Performance impact would be negligible. -- Seo Sanghyeon From Shri.Borde at microsoft.com Sun Mar 2 15:31:15 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Sun, 2 Mar 2008 12:31:15 -0800 Subject: [Ironruby-core] DLR - where is the community? In-Reply-To: References: <5b0248170802280504m6a80d019qfac94232df73043d@mail.gmail.com> <24e27e560802280521s21d4af7g10deae2c42eba57f@mail.gmail.com> <50B69702CA6E6D4E849D30CD4989AB8ED7F5EF1C48@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <50B69702CA6E6D4E849D30CD4989AB8ED7F5EF1EEC@DF-GRTDANE-MSG.exchange.corp.microsoft.com> A lot of the folks on the IronRuby and IronPython mailing lists would also be interested in DLR questions. Creating a separate forum will make it harder for them to hear about the DLR. That said, a separate MSDN forum does sound interesting and I will look into that. Its unlikely to happen right away though. Again, this is a theoretical discussion at the moment about which approach is best, and seeing an increase in the volume of DLR related questions on the IronRuby and IronPython mailing lists would definitely make it easier to push for a separate DLR forum. I would encourage folks interested in the DLR to start asking questions about it. If there is feedback about features required to support other languages, now is the time to start bringing that up. - Shri Want to work on IronPython, IronRuby, F#? Visit http://blogs.msdn.com/ironpython/ -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of M. David Peterson Sent: Saturday, March 01, 2008 2:40 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] DLR - where is the community? On Fri, 29 Feb 2008 12:00:45 -0700, Shri Borde wrote: > If the volume of DLR-specific questions goes up, that will make it > easier to decide to create a separate mailing list. On the contrary I would argue that people will be more apt to asked DLR specific questions to a DLR specific list. By force of "Not a question related to X, please ask question on list Y"-influenced habit questions will go unasked if people feel they won't be well received on any given dev-list. -- /M:D M. David Peterson Co-Founder & Chief Architect, 3rd&Urban, LLC Email: m.david at 3rdandUrban.com | m.david at amp.fm Mobile: (206) 418-9027 http://3rdandUrban.com | http://amp.fm | http://www.oreillynet.com/pub/au/2354 _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From tomas at winterdom.com Sun Mar 2 18:30:31 2008 From: tomas at winterdom.com (Tomas Restrepo) Date: Sun, 2 Mar 2008 18:30:31 -0500 Subject: [Ironruby-core] DLR - where is the community? In-Reply-To: <50B69702CA6E6D4E849D30CD4989AB8ED7F5EF1EEC@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <5b0248170802280504m6a80d019qfac94232df73043d@mail.gmail.com> <24e27e560802280521s21d4af7g10deae2c42eba57f@mail.gmail.com> <50B69702CA6E6D4E849D30CD4989AB8ED7F5EF1C48@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <50B69702CA6E6D4E849D30CD4989AB8ED7F5EF1EEC@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Shri, > A lot of the folks on the IronRuby and IronPython mailing lists would also be interested in DLR questions. > Creating a separate forum will make it harder for them to hear about the DLR. True, but it might also mean that those purely interested in IronRuby and IronPython and not the DLR implementation details from people writing compilers for *other* languages won't be bothered by it. From my point of view, a lot of whether this makes sense or not depends on whether MS wants to encourage a community around the DLR and having external folks produce language implementations on it, or if it's mostly considered an implementation detail for MS' own languages. > That said, a separate MSDN forum does sound interesting and I will look into that. God, please no. The MSDN forums are awful! > Its unlikely to happen right away though. Again, this is a theoretical discussion at the moment > about which approach is best, and seeing an increase in the volume of DLR related questions > on the IronRuby and IronPython mailing lists would definitely make it easier to push for a separate DLR forum. It might be a chicken and egg kind of problem. I bet many more people would be less hesitant about asking DLR questions if there was a forum for it. -- Tomas Restrepo http://www.winterdom.com/weblog/ From lists at ruby-forum.com Mon Mar 3 00:47:20 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Mon, 3 Mar 2008 06:47:20 +0100 Subject: [Ironruby-core] Ruby In Steel IronRuby Edition - alpha now available In-Reply-To: References: Message-ID: Hello Huw. I understand that you habe suppled few sample codes for IronRuby as follows C:\Program Files\SapphireSteel Software\Ruby In Steel\v1.0\Samples Is it possible to get a separate download to study those codes. Currently it becomes compulsory to download the alpha software to study the codes. It would be nice, if you can offer a separate download for sample codes, till beta is around. just my 2 cents -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Mon Mar 3 04:23:17 2008 From: lists at ruby-forum.com (Huw Collingbourne) Date: Mon, 3 Mar 2008 10:23:17 +0100 Subject: [Ironruby-core] Ruby In Steel IronRuby Edition - alpha now available In-Reply-To: References: Message-ID: Softmind Technology wrote: > Hello Huw. > > I understand that you habe suppled few sample codes for IronRuby as > follows > C:\Program Files\SapphireSteel Software\Ruby In Steel\v1.0\Samples > > Is it possible to get a separate download to study those codes. I could do, I guess. But I'm not sure that the code without the IDE would be all that interesting ;-) Install the IDE, on the other hand, and the code will spring into life... ! Also bear in mind that the 'code behind' (the file that defines the layout and wires up events) will change once we have incorporate IronRuby's delegation mechanism which is not (or anyway *was* not?) available for this iteration of the IDE. Incidentallly, the full download is not that big (about 7MB). That gives you all the software you need to install the IronRuby IDE into a standard copy of VS2008. The download only gets big if you also need a free copy of VS2008 (the 'VS Shell') into which to install the IronRuby IDE. For that you will have to download the installer for the TextEdition of Ruby In Steel, use that to install VS itself (but uncheck the option to install the TextEdition) then subsequently install the IronRuby IDE. This installer is about 170MB - but you *only* need that if you haven't already got a copy of VS2008. best wishes Huw SapphireSteel Software Ruby and Rails In Visual Studio http://www.sapphiresteel.com -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Mon Mar 3 07:27:07 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Mon, 3 Mar 2008 13:27:07 +0100 Subject: [Ironruby-core] Dead Slow Progress on IronRuby... No Beta Yet In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D916DAC5D@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <3640f434fa5d558af9eaf77409cd0725@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D916DAC5D@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <71043e12649481a950db3cd3f3dc7397@ruby-forum.com> Hello... Finally the wait seems to be over.. I am just referring a session at Mix 2008 by John Lam. Here it is.. Microsoft Silverlight and Dynamic Languages Friday, March 7 10:00 AM - 11:15 AM, Delfino 4003 Speaker(s): John Lam, Jimmy Schementi Audience(s): Technical Session Type: Breakout Learn how the Dynamic Language Runtime (DLR) works in Silverlight. Includes an introduction to Microsoft Silverlight for Python and Ruby programmers. https://content.visitmix.com/public/sessions.aspx Just few days to go. BTW.. does any one any idea about the LINQ support with IronRuby. Will this topic be included in the above session, since Fetching data is the main scenario. Cheers -- Posted via http://www.ruby-forum.com/. From jflam at microsoft.com Mon Mar 3 09:25:15 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Mon, 3 Mar 2008 06:25:15 -0800 Subject: [Ironruby-core] digest.so implemented In-Reply-To: <5b0248170803012220g5176ea9dy62a6bcabc816d055@mail.gmail.com> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCF72760B@QUTEXMBX02.qut.edu.au> <5b0248170802272350qa4b8059t6ddcc1b80c667251@mail.gmail.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFDFA1E3@QUTEXMBX02.qut.edu.au> <5b0248170802282023t7c6db335rd386408247372acc@mail.gmail.com> <001501c87ad5$44a6e470$cdf4ad50$@com> <47CA35FF.7070304@sun.com> <5b0248170803012220g5176ea9dy62a6bcabc816d055@mail.gmail.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91777BE2@NA-EXMSG-C115.redmond.corp.microsoft.com> Sanghyeon Seo: > Well, in case of digest.so, I'm not suggesting implementing MD5 > algorithm in Ruby (which would be slooow), but implementing the wrapper > around .NET classes in System.Security.Cryptography in Ruby instead of > C#. Performance impact would be negligible. +1 on this. This is the right approach. Thanks, -John From jflam at microsoft.com Tue Mar 4 10:53:51 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 4 Mar 2008 07:53:51 -0800 Subject: [Ironruby-core] Ruby in Steel @ MIX 08 Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D9183D841@NA-EXMSG-C115.redmond.corp.microsoft.com> Just downloaded and installed Ruby in Steel for IronRuby this morning. We've got very limited debugging support working and I'll be using the Ruby in Steel syntax coloring in my demos at MIX on Friday. [cid:image001.png at 01C87DCC.CC52FBD0] Just wanted to give a shout out to the Huw and Dermot for the great job that they're doing with IronRuby and Visual Studio. Thanks! -John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080304/9095bb23/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 19846 bytes Desc: image001.png Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080304/9095bb23/attachment-0001.png From lists at ruby-forum.com Tue Mar 4 23:42:05 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Wed, 5 Mar 2008 05:42:05 +0100 Subject: [Ironruby-core] Heroku - It can be a nice Ironruby inspiration Message-ID: <49d9ab022129e14cbe67e2f8192c2508@ruby-forum.com> Hi, I was fascinated with this wonderful experiment called " heroku" more information here.... www.heroku.com Its an online tool that lets you create Ruby on Rails website online. Its fast, Easy and Free. All i can say is "seeing is believing" Currently there are offering free webspace + Database + IDE advantage to create your Ruby on Rails project instantly. All you need is get registered and wait for invitation on priority bases. They are providing good tutorials as screencast. I would request to study this great inspiration and think how can we implement such thing with IronRuby as well. -- Posted via http://www.ruby-forum.com/. From w.kelly at qut.edu.au Wed Mar 5 01:51:51 2008 From: w.kelly at qut.edu.au (Wayne Kelly) Date: Wed, 5 Mar 2008 16:51:51 +1000 Subject: [Ironruby-core] MD5 MemberwiseClone Message-ID: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727610@QUTEXMBX02.qut.edu.au> > From: Sanghyeon Seo [sanxiyn at gmail.com] > Sent: Friday, 29 February 2008 2:23 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] digest.so implemented > > Hash implementations are fully managed (in .NET and Mono), and shallow > copying by MemberwiseClone does give the correct semantics *now*. Are you sure? Which version of the .NET framework are you assuming? Are you claiming it works on .NET 2.0? Consider the following C# snippet: HashAlgorithm digest = MD5.Create(); HashAlgorithm clone = (HashAlgorithm)digest.GetType().GetMethod("MemberwiseClone", BindingFlags.Instance | BindingFlags.NonPublic).Invoke(digest, null); clone.TransformFinalBlock(new byte[0], 0, 0); byte[] block = new byte[] {1, 2, 3, 4}; digest.TransformBlock(block, 0, block.Length, block, 0); On .NET 2.0, the final line fails despite the fact that only the clone has been finalized. This corresponds to the following Ruby use case: digest = Digest::MD5.new digest << 'Initial' puts digest.hexdigest digest << 'add some more' puts digest.hexdigest You could argue that such useage is unlikely in practice, but it seems to me that the CRuby implementation was specifically designed to support this case - why else would they bother cloning? Cheers, Wayne. BTW, how does one code (BindingFlags.Instance | BindingFlags.NonPublic) in IronRuby? I had to resort to System::Enum.ToObject(System::Reflection::BindingFlags.Instance.GetType(), 36) Is there a simplier/more elegant solution? From w.kelly at qut.edu.au Wed Mar 5 02:27:50 2008 From: w.kelly at qut.edu.au (Wayne Kelly) Date: Wed, 5 Mar 2008 17:27:50 +1000 Subject: [Ironruby-core] Enum to Fixnum Message-ID: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727611@QUTEXMBX02.qut.edu.au> How does one write Ruby code to convert a Enum value into a Fixnum? Cheers, Wayne From w.kelly at qut.edu.au Wed Mar 5 02:39:14 2008 From: w.kelly at qut.edu.au (Wayne Kelly) Date: Wed, 5 Mar 2008 17:39:14 +1000 Subject: [Ironruby-core] Class method bug Message-ID: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727612@QUTEXMBX02.qut.edu.au> It seems that there is some problem associated with class methods for classes called "Class" ... module Digest class Class def Class.meth() puts 'hello' end end Class.meth() end From w.kelly at qut.edu.au Wed Mar 5 02:52:49 2008 From: w.kelly at qut.edu.au (Wayne Kelly) Date: Wed, 5 Mar 2008 17:52:49 +1000 Subject: [Ironruby-core] Enum to Fixnum In-Reply-To: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727611@QUTEXMBX02.qut.edu.au> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727611@QUTEXMBX02.qut.edu.au> Message-ID: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727613@QUTEXMBX02.qut.edu.au> Attached is a pure Ruby implementation of openssl.so I've also got Ruby implementations of digest.so and previously unimplemented parts of socket.so but they're waiting on resolutions to my earlier emails. Cheers, Wayne. -------------- next part -------------- A non-text attachment was scrubbed... Name: openssl.rb Type: application/octet-stream Size: 646 bytes Desc: openssl.rb Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080305/e8fb4136/attachment.obj From Tomas.Matousek at microsoft.com Wed Mar 5 03:21:48 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 5 Mar 2008 00:21:48 -0800 Subject: [Ironruby-core] Enum to Fixnum In-Reply-To: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727613@QUTEXMBX02.qut.edu.au> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727611@QUTEXMBX02.qut.edu.au> <6821FE23D98BAC41AC2A91E7970F31AF1CCF727613@QUTEXMBX02.qut.edu.au> Message-ID: Cool. I'll look at all your patches this week. Thanks! Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Wayne Kelly Sent: Tuesday, March 04, 2008 11:53 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Enum to Fixnum Attached is a pure Ruby implementation of openssl.so I've also got Ruby implementations of digest.so and previously unimplemented parts of socket.so but they're waiting on resolutions to my earlier emails. Cheers, Wayne. From Tomas.Matousek at microsoft.com Wed Mar 5 03:22:52 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 5 Mar 2008 00:22:52 -0800 Subject: [Ironruby-core] Class method bug In-Reply-To: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727612@QUTEXMBX02.qut.edu.au> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727612@QUTEXMBX02.qut.edu.au> Message-ID: Could you file a bug, please? We can track it better that way. Thanks, Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Wayne Kelly Sent: Tuesday, March 04, 2008 11:39 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Class method bug It seems that there is some problem associated with class methods for classes called "Class" ... module Digest class Class def Class.meth() puts 'hello' end end Class.meth() end _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From w.kelly at qut.edu.au Thu Mar 6 01:29:13 2008 From: w.kelly at qut.edu.au (Wayne Kelly) Date: Thu, 6 Mar 2008 16:29:13 +1000 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> A while back I posted a list of external libraries that we needed to implement in order to support gems and Rails. The following summarizes the libraries that I've been working on. Could others who are also working on these libraries please post a status update? Win32API.so: - we just need to delete this library, it's not really needed. syck.so (YAML): - any progress John? thread.so: - I think we can probably get by for now with Matz's original thread.rb implementation was used prior to when the native fastthread support was added. socket.so: - partially implemented in the currently checked in IronRuby.Library\Builtins - I've created a pure Ruby implementation of the Socket class for methods like gethostbyname (just waiting on resolution to my Enum to Fixnum issue) stringio.so: - any progress Eduardo? zlib.so: - any progress Michael? digest.so: - I have a pure Ruby implementation (just waiting on MemberwiseClone clarification from Seo and class method bug fix) strscan.so: - any progress Curt? openssl.so: - I've posted a pure Ruby implementation of this module sqlite3_api.so: - my colleague Brian Blackwell is investigating this and other database APIs Again, please post a status update if you are working on any of these libraries. Cheers, Wayne. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080306/de5d0956/attachment.html From w.kelly at qut.edu.au Thu Mar 6 07:14:35 2008 From: w.kelly at qut.edu.au (Wayne Kelly) Date: Thu, 6 Mar 2008 22:14:35 +1000 Subject: [Ironruby-core] Unimplemented builtin methods Message-ID: <6821FE23D98BAC41AC2A91E7970F31AF1CCF727617@QUTEXMBX02.qut.edu.au> I've previously posted a list of unimplemented classes and methods from external Ruby libraries. There are also a number of methods of the builtin classes yet to be implemented. The following are the currently unimplemented methods required to successfully execute just gems setup.rb: Array::reverse_each File::basename File::expand_path File::file? File::lstat File::readable? File::size File::split File::stat File::unlink File::writable? File::Stat::blksize File::Stat::directory? File::Stat::ftype File::Stat::mode File::Stat::mtime File::Stat::readable? File::Stat::symlink? IO::stat Kernel::block_given? Kernel::caller Kernel::catch Kernel::extend Kernel::loop Kernel::singleton_method_added Kernel::singleton_method_removed Kernel::singleton_method_undefined Kernel::singleton_methods Kernel::throw Module::<= Module::extend_object Module::extended Module::method_added Module::method_removed Module::method_undefined Module::module_function Regexp::escape Regexp::quote String::=~ String::count String::gsub String::gsub! String::intern String::squeeze String::strip! String::sub String::sub! String::tr String::tr_s Thread::critical= Time::- Time::at Time::gmt_offset Time::min Time::mon Time::sec Time::to_i Time::utc? Time::utc_offset Time::wday -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080306/469d7e74/attachment-0001.html From michael.letterle at gmail.com Thu Mar 6 08:27:18 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Thu, 6 Mar 2008 08:27:18 -0500 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: On Thu, Mar 6, 2008 at 1:29 AM, Wayne Kelly wrote: > > > > A while back I posted a list of external libraries that we needed to > implement in order to support gems and Rails. The following summarizes the > libraries that I've been working on. Could others who are also working on > these libraries please post a status update? > [snip] > > zlib.so: > - any progress Michael? > [snip] > > Again, please post a status update if you are working on any of these > libraries. > > > Cheers, Wayne. Not yet, I still intend to. Just need to find the time. I've been concentrating on learning ruby a bit more first ;) -- Michael Letterle [Polymath Programmer] http://blog.prokrams.com From ivan at flanders.co.nz Thu Mar 6 15:05:03 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 7 Mar 2008 09:05:03 +1300 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: Hi Is there any objection against using a wrapper around zlib.net ? On Fri, Mar 7, 2008 at 2:27 AM, Michael Letterle wrote: > On Thu, Mar 6, 2008 at 1:29 AM, Wayne Kelly wrote: > > > > > > > > A while back I posted a list of external libraries that we needed to > > implement in order to support gems and Rails. The following summarizes > the > > libraries that I've been working on. Could others who are also working > on > > these libraries please post a status update? > > > [snip] > > > > zlib.so: > > - any progress Michael? > > > [snip] > > > > Again, please post a status update if you are working on any of these > > libraries. > > > > > > Cheers, Wayne. > > Not yet, I still intend to. Just need to find the time. I've been > concentrating on learning ruby a bit more first ;) > > -- > Michael Letterle > [Polymath Programmer] > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080307/a1294e72/attachment.html From enicholson at gmail.com Thu Mar 6 16:53:08 2008 From: enicholson at gmail.com (Eric Nicholson) Date: Thu, 6 Mar 2008 16:53:08 -0500 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: This came up on the list a few months ago. The consensus was that building off of System.IO.Compression would be the best, and failing that wrapping Zlib.Net should be possible. You can dig up the old thread for some more details though. -Eric On Thu, Mar 6, 2008 at 3:05 PM, Ivan Porto Carrero wrote: > Hi > > Is there any objection against using a wrapper around zlib.net ? > > > On Fri, Mar 7, 2008 at 2:27 AM, Michael Letterle < > michael.letterle at gmail.com> wrote: > > > On Thu, Mar 6, 2008 at 1:29 AM, Wayne Kelly wrote: > > > > > > > > > > > > A while back I posted a list of external libraries that we needed to > > > implement in order to support gems and Rails. The following summarizes > > the > > > libraries that I've been working on. Could others who are also working > > on > > > these libraries please post a status update? > > > > > [snip] > > > > > > zlib.so: > > > - any progress Michael? > > > > > [snip] > > > > > > Again, please post a status update if you are working on any of these > > > libraries. > > > > > > > > > Cheers, Wayne. > > > > Not yet, I still intend to. Just need to find the time. I've been > > concentrating on learning ruby a bit more first ;) > > > > -- > > Michael Letterle > > [Polymath Programmer] > > http://blog.prokrams.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080306/630f2be8/attachment.html From blowmage at gmail.com Thu Mar 6 17:36:16 2008 From: blowmage at gmail.com (Mike Moore) Date: Thu, 6 Mar 2008 15:36:16 -0700 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: I believe the consensus from September was to follow JRuby's lead and base the implementation on System.IO.Compression as much as possible, and code anything that was needed to get it compatible with the Ruby library. http://rubyforge.org/pipermail/ironruby-core/2007-September/000024.html On Thu, Mar 6, 2008 at 2:53 PM, Eric Nicholson wrote: > This came up on the list a few months ago. The consensus was that > building off of System.IO.Compression would be the best, and failing that > wrapping Zlib.Net should be possible. > > You can dig up the old thread for some more details though. > > -Eric > > > On Thu, Mar 6, 2008 at 3:05 PM, Ivan Porto Carrero > wrote: > > > Hi > > > > Is there any objection against using a wrapper around zlib.net ? > > > > > > On Fri, Mar 7, 2008 at 2:27 AM, Michael Letterle < > > michael.letterle at gmail.com> wrote: > > > > > On Thu, Mar 6, 2008 at 1:29 AM, Wayne Kelly > > > wrote: > > > > > > > > > > > > > > > > A while back I posted a list of external libraries that we needed to > > > > implement in order to support gems and Rails. The following > > > summarizes the > > > > libraries that I've been working on. Could others who are also > > > working on > > > > these libraries please post a status update? > > > > > > > [snip] > > > > > > > > zlib.so: > > > > - any progress Michael? > > > > > > > [snip] > > > > > > > > Again, please post a status update if you are working on any of > > > these > > > > libraries. > > > > > > > > > > > > Cheers, Wayne. > > > > > > Not yet, I still intend to. Just need to find the time. I've been > > > concentrating on learning ruby a bit more first ;) > > > > > > -- > > > Michael Letterle > > > [Polymath Programmer] > > > http://blog.prokrams.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080306/6390b0a9/attachment.html From eduardo at fusionmxsoftware.com Thu Mar 6 18:58:43 2008 From: eduardo at fusionmxsoftware.com (Eduardo A. Flores Verduzco) Date: Thu, 6 Mar 2008 17:58:43 -0600 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: <57ad48f30803061558m55481db2v2a8786c1da2cec23@mail.gmail.com> On stringio: I'm finishing some compatibility tests with ruby 1.8.6. Hope send the patch soon for revision. Regards On Thu, Mar 6, 2008 at 12:29 AM, Wayne Kelly wrote: > A while back I posted a list of external libraries that we needed to > implement in order to support gems and Rails. The following summarizes the > libraries that I've been working on. Could others who are also working on > these libraries please post a status update? > > *Win32API.so:* > - we just need to delete this library, it's not really needed. > > *syck.so (YAML):* > - any progress John? > > *thread.so:* > - I think we can probably get by for now with Matz's original thread.rbimplementation was used prior to when the native fastthread support was > added. > > *socket.so:* > - partially implemented in the currently checked in > IronRuby.Library\Builtins > - I've created a pure Ruby implementation of the Socket class for methods > like gethostbyname (just waiting on resolution to my Enum to Fixnum issue) > > *stringio.so:* > - any progress Eduardo? > > *zlib.so:* > - any progress Michael? > > *digest.so: > * - I have a pure Ruby implementation (just waiting on MemberwiseClone > clarification from Seo and class method bug fix) > > *strscan.so:* > - any progress Curt? > > *openssl.so:* > - I've posted a pure Ruby implementation of this module > > *sqlite3_api.so:* > - my colleague Brian Blackwell is investigating this and other database > APIs > > > Again, please post a status update if you are working on any of these > libraries. > > > Cheers, Wayne. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080306/5e3516f3/attachment-0001.html From michael.letterle at gmail.com Fri Mar 7 00:49:02 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 7 Mar 2008 00:49:02 -0500 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: Alright, I started doing this tonight (finally) GZip was pretty straight forward, but Inflate may be a problem, The System::IO::Compression.DeflateStream is RFC 1951 compliant /not/ 1950.. Meaning it only covers Deflate, not ZLib in general. See here: https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=97064&wa=wsignin1.0 I'll research this more tomorrow, I'd hate to have to have an external dependency like Zlib.NET Attached is my fetal like script containing the GZip implementation, feedback is welcome. On Thu, Mar 6, 2008 at 4:53 PM, Eric Nicholson wrote: > This came up on the list a few months ago. The consensus was that building > off of System.IO.Compression would be the best, and failing that wrapping > Zlib.Net should be possible. > > You can dig up the old thread for some more details though. > > -Eric > > > > On Thu, Mar 6, 2008 at 3:05 PM, Ivan Porto Carrero > wrote: > > Hi > > > > Is there any objection against using a wrapper around zlib.net ? > > > > > > > > > > > > On Fri, Mar 7, 2008 at 2:27 AM, Michael Letterle > wrote: > > > > > > > > On Thu, Mar 6, 2008 at 1:29 AM, Wayne Kelly wrote: > > > > > > > > > > > > > > > > A while back I posted a list of external libraries that we needed to > > > > implement in order to support gems and Rails. The following summarizes > the > > > > libraries that I've been working on. Could others who are also working > on > > > > these libraries please post a status update? > > > > > > > [snip] > > > > > > > > > > > zlib.so: > > > > - any progress Michael? > > > > > > > [snip] > > > > > > > > > > > Again, please post a status update if you are working on any of these > > > > libraries. > > > > > > > > > > > > Cheers, Wayne. > > > > > > Not yet, I still intend to. Just need to find the time. I've been > > > concentrating on learning ruby a bit more first ;) > > > > > > -- > > > Michael Letterle > > > [Polymath Programmer] > > > http://blog.prokrams.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 > > -- Michael Letterle [Polymath Programmer] http://michaeldotnet.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: zlib.rb Type: application/octet-stream Size: 989 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080307/96754030/attachment.obj From jomes at microsoft.com Fri Mar 7 02:43:11 2008 From: jomes at microsoft.com (John Messerly) Date: Thu, 6 Mar 2008 23:43:11 -0800 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> Michael Letterle: > Alright, I started doing this tonight (finally) GZip was pretty > straight forward, but Inflate may be a problem, The > System::IO::Compression.DeflateStream is RFC 1951 compliant /not/ > 1950.. Meaning it only covers Deflate, not ZLib in general. See here: > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx? > F > eedbackID=97064&wa=wsignin1.0 > > I'll research this more tomorrow, I'd hate to have to have an external > dependency like Zlib.NET Yeah, DeflateStream only implements the basic deflate algorithm, with no configuration options. Worse, it doesn't have particularly good compression ratio. Definitely worth investigating a port of a more fully featured library... - John From lists at ruby-forum.com Fri Mar 7 07:28:20 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Fri, 7 Mar 2008 13:28:20 +0100 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net Message-ID: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> i am a new member here. sorry for my newbie and very basic question, since i am a fresh student. i like ruby and ironruby works for .net platform, thats what i know. Can i work with asp.net, as easily with ironruby as asp.net works today with C# and Vb.net. i mean, is it possible to totally avoid C# or Vb.net while coding in asp.net. I like only Ruby/Ironruby.... i am not fond of C# and vb.net at all. i am talking about future, after the arrival of final version of IronRuby. I know.. its not fully working yet. sorry for my ignorance, but i have to start somewhere, with guidance from seniors. bye. -- Posted via http://www.ruby-forum.com/. From blowmage at gmail.com Fri Mar 7 10:35:02 2008 From: blowmage at gmail.com (Mike Moore) Date: Fri, 7 Mar 2008 08:35:02 -0700 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> Message-ID: Hi Rahil, I believe IronRuby support in ASP.NET is planned, similar to how IronPython is supported in ASP.NET now. But we just aren't there yet. Scott Hanselman gave a session at the ALT.NET Conference last October showing how he got DLR languages wired into the ASP.NET MVC framework. You can find a link to the video at the following URL, just look for "MVC+DLR=Love". http://www.hanselman.com/blog/ScottGuMVCPresentationAndScottHaScreencastFromALTNETConference.aspx ~Mike On Fri, Mar 7, 2008 at 5:28 AM, Rahil Kantharia wrote: > i am a new member here. > > sorry for my newbie and very basic question, since i am a fresh student. > > i like ruby and ironruby works for .net platform, thats what i know. > > Can i work with asp.net, as easily with ironruby as asp.net works today > with C# and Vb.net. > > i mean, is it possible to totally avoid C# or Vb.net while coding in > asp.net. > > I like only Ruby/Ironruby.... i am not fond of C# and vb.net at all. > > i am talking about future, after the arrival of final version of > IronRuby. I know.. its not fully working yet. > > sorry for my ignorance, but i have to start somewhere, with guidance > from seniors. > > bye. > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080307/dbdc4b6b/attachment.html From michael.letterle at gmail.com Fri Mar 7 16:46:06 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 7 Mar 2008 16:46:06 -0500 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: I'd like to implement zlib in pure ruby, but in the mean time, I think this should be good enough. Time will tell. Once we get a good collection of these libraries together we'll be able to see what's really needed ;) Anyway, updated zlib.rb attached, it performs the Gzip and Zlib decompression... I'm not sure exactly what finish is suppose to do, the docs are unclear. I suspect it may not be applicable to the way I'm returning the decompressed output... On Fri, Mar 7, 2008 at 2:43 AM, John Messerly wrote: > Michael Letterle: > > > > Alright, I started doing this tonight (finally) GZip was pretty > > straight forward, but Inflate may be a problem, The > > System::IO::Compression.DeflateStream is RFC 1951 compliant /not/ > > 1950.. Meaning it only covers Deflate, not ZLib in general. See here: > > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx? > > F > > eedbackID=97064&wa=wsignin1.0 > > > > I'll research this more tomorrow, I'd hate to have to have an external > > dependency like Zlib.NET > > Yeah, DeflateStream only implements the basic deflate algorithm, with no configuration options. Worse, it doesn't have particularly good compression ratio. Definitely worth investigating a port of a more fully featured library... > > - John > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Programmer] http://michaeldotnet.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: zlib.rb Type: application/octet-stream Size: 2672 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080307/1280a831/attachment.obj From Shri.Borde at microsoft.com Fri Mar 7 18:03:59 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Fri, 7 Mar 2008 15:03:59 -0800 Subject: [Ironruby-core] Discussion on System.IO.Compression and zlib In-Reply-To: <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: <50B69702CA6E6D4E849D30CD4989AB8ED7F60B0BA1@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Kim is the dev who works on System.IO.Compression. I asked her about whether Ruby's zlib library could be built on top of System.IO.Compression? Here are her comments and questions. Michael, if you would like to get any guidance/answers from Kim, she is available for response. I'm not sure if you saw my blog on this topic, but zlib can be implemented by wrapping our DeflateStream with the header/checksum modifications described in the blog. http://blogs.msdn.com/bclteam/archive/2007/05/16/system-io-compression-capabilities-kim-hamilton.aspx John (Lam) asked me about that blog in the past. At the time I looked at the Ruby docs to see what would be missing from a zlib implementation created that way. These were the issues: * Zlib::Deflate.set_dictionary: we don't support preset dictionaries. Do you have a feel for how common it is to use present dictionaries in Ruby? * We don't support compression levels, as in Zlib::Deflate.delate(level). Both of these can be worked around, but these are ways in which our capabilities are inferior if the workaround above is used. Thanks, Shri Want to work on IronPython, IronRuby, F#? Visit http://blogs.msdn.com/ironpython -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Messerly Sent: Thursday, March 06, 2008 11:43 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] External libraries implementation status update Michael Letterle: > Alright, I started doing this tonight (finally) GZip was pretty > straight forward, but Inflate may be a problem, The > System::IO::Compression.DeflateStream is RFC 1951 compliant /not/ > 1950.. Meaning it only covers Deflate, not ZLib in general. See here: > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx? > F > eedbackID=97064&wa=wsignin1.0 > > I'll research this more tomorrow, I'd hate to have to have an external > dependency like Zlib.NET Yeah, DeflateStream only implements the basic deflate algorithm, with no configuration options. Worse, it doesn't have particularly good compression ratio. Definitely worth investigating a port of a more fully featured library... - John _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080307/a7f97ccc/attachment-0001.html From lists at ruby-forum.com Fri Mar 7 23:13:09 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Sat, 8 Mar 2008 05:13:09 +0100 Subject: [Ironruby-core] How to benefit, from my 101 days ... before IronRuby comes Message-ID: Hello. I am posting this for me, and my friends around. We have just come to know that IronRuby 1.0 will ship in Second half of this year, that is round about in 1st week of July.( Approx 101 days to go ) We have selected IronRuby for various reasons... (1) With Ruby.. we can stay in touch with best of both the world. ( Net and Linux ) (2) With Ruby, we can work with Asp.Net MVC, IronRuby on Rails and Ruby on Rails (3) With Ruby, we can enjoy my Dynamic language with Clear Syntax. What puzzles us right away... that what should we study know to take maximum advantages mentioned above. Since IronRuby is almost 101 days far, we want to grasp as much as we can in the right direction. We do not know... what to start with, what to read...If we are starting with asp.net we get to see all the codes in C#, which we do not want. Based on your experience, it would be kind of experienced developers like you to guide me and help my friends too, who are in the same boat with me. Currently we are learning " Programming Ruby " a new book based on Ruby 1.9 by Matz himself. There are no tutorials around or any book around to start with Asp.Net with IronRuby. I also thank Mr. Mike Moore, for guiding me about asp.net in my other thread. Thanks Rahil -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Sat Mar 8 04:40:46 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Sat, 8 Mar 2008 22:40:46 +1300 Subject: [Ironruby-core] dynamic silverlight Message-ID: Where do I have to go to get the dynamic silverlight bits? I've got chiron going but am still looking for the dsl command. Do I have to monitor the silverlight site for that? Cheers Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080308/6e93787b/attachment.html From tranqy at gmail.com Sat Mar 8 10:36:26 2008 From: tranqy at gmail.com (Aaron Junod) Date: Sat, 8 Mar 2008 10:36:26 -0500 Subject: [Ironruby-core] dynamic silverlight In-Reply-To: References: Message-ID: In the presentation yesterday they told us to monitor dynamicsilverlight.net and their blogs. They were still packing everything up when mix was closing up. Aaron On Mar 8, 2008, at 4:40, "Ivan Porto Carrero" wrote: > Where do I have to go to get the dynamic silverlight bits? > I've got chiron going but am still looking for the dsl command. > > Do I have to monitor the silverlight site for that? > > Cheers > Ivan > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From rbazinet at gmail.com Sat Mar 8 11:04:51 2008 From: rbazinet at gmail.com (Robert Bazinet) Date: Sat, 8 Mar 2008 11:04:51 -0500 Subject: [Ironruby-core] How to benefit, from my 101 days ... before IronRuby comes In-Reply-To: References: Message-ID: I think your hopes of 101 days is way off. I think the second half of 2008 by Microsoft standards and the fact IronRuby is still missing so many features and from other indications, you should be happy to see IR by the end of 2008. This is still the second half of the year, just happens to be the very end of the second half. So, add another 180 days to your estimate. -Rob Bazinet On Fri, Mar 7, 2008 at 11:13 PM, Rahil Kantharia wrote: > Hello. > > I am posting this for me, and my friends around. > > We have just come to know that IronRuby 1.0 will ship in Second half of > this year, that is round about in 1st week of July.( Approx 101 days to > go ) > > We have selected IronRuby for various reasons... > > (1) With Ruby.. we can stay in touch with best of both the world. ( Net > and Linux ) > (2) With Ruby, we can work with Asp.Net MVC, IronRuby on Rails and Ruby > on Rails > (3) With Ruby, we can enjoy my Dynamic language with Clear Syntax. > > What puzzles us right away... that what should we study know to take > maximum advantages mentioned above. Since IronRuby is almost 101 days > far, we want to grasp as much as we can in the right direction. > > We do not know... what to start with, what to read...If we are starting > with asp.net we get to see all the codes in C#, which we do not want. > > Based on your experience, it would be kind of experienced developers > like you to guide me and help my friends too, who are in the same boat > with me. > > Currently we are learning " Programming Ruby " a new book based on Ruby > 1.9 by Matz himself. > > There are no tutorials around or any book around to start with Asp.Net > with IronRuby. > > I also thank Mr. Mike Moore, for guiding me about asp.net in my other > thread. > > Thanks > > Rahil > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Rob Bazinet InfoQ Ruby and .NET Editor http://www.accidentaltechnologist.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080308/7eda1cd3/attachment.html From jflam at microsoft.com Sat Mar 8 22:35:59 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sat, 8 Mar 2008 19:35:59 -0800 Subject: [Ironruby-core] dynamic silverlight In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D918DA6FB@NA-EXMSG-C115.redmond.corp.microsoft.com> Aaron Junod: > In the presentation yesterday they told us to monitor > dynamicsilverlight.net and their blogs. They were still packing > everything up when mix was closing up. It's up @ http://www.dynamicsilverlight.net. The bits are there along with a bunch of samples. The hands-on-lab that we created for MIX is there too. I wrote a 3-part blog entry on dynamic Silverlight. It's the set of demos that we showed at our talk at MIX: Part 1: http://www.iunknown.com/2008/03/dynamic-silverl.html Part 2: http://www.iunknown.com/2008/03/dynamic-silve-1.html Part 3: http://www.iunknown.com/2008/03/dynamic-silve-2.html Jimmy Schementi and I gave a talk at MIX on this stuff too: http://visitmix.com/blogs/2008Sessions/T28/ Thanks, -John From ivan at flanders.co.nz Sat Mar 8 22:47:13 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Sun, 9 Mar 2008 16:47:13 +1300 Subject: [Ironruby-core] dynamic silverlight In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D918DA6FB@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D918DA6FB@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: yep I tried following that but in the MVC App i get an error when I want to run the mvc app. Initialize Error- Failed to load prerequisites for the application either mvc_start or mvc_end it makes no difference. The chiron that is in the DynamicSilverlight folder complains about strong name validation. So I used the chiron that came with the SDK instead. I must be doing something wrong. I'm still playing with it and will be for the remainder of the day. Cheers Ivan On Sun, Mar 9, 2008 at 4:35 PM, John Lam (DLR) wrote: > Aaron Junod: > > > In the presentation yesterday they told us to monitor > > dynamicsilverlight.net and their blogs. They were still packing > > everything up when mix was closing up. > > It's up @ http://www.dynamicsilverlight.net. The bits are there along with > a bunch of samples. The hands-on-lab that we created for MIX is there too. > > I wrote a 3-part blog entry on dynamic Silverlight. It's the set of demos > that we showed at our talk at MIX: > > Part 1: http://www.iunknown.com/2008/03/dynamic-silverl.html > Part 2: http://www.iunknown.com/2008/03/dynamic-silve-1.html > Part 3: http://www.iunknown.com/2008/03/dynamic-silve-2.html > > Jimmy Schementi and I gave a talk at MIX on this stuff too: > > http://visitmix.com/blogs/2008Sessions/T28/ > > Thanks, > -John > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080309/e01bfe1a/attachment.html From jflam at microsoft.com Sat Mar 8 23:07:30 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sat, 8 Mar 2008 20:07:30 -0800 Subject: [Ironruby-core] dynamic silverlight In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D918DA6FB@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D918DA700@NA-EXMSG-C115.redmond.corp.microsoft.com> Ivan Porto Carrero: > yep > > I tried following that but in the MVC App i get an error when I want > to run the mvc app. > Initialize Error- Failed to load prerequisites for the application > > either mvc_start or mvc_end it makes no difference. > The chiron that is in the DynamicSilverlight folder complains about > strong name validation. So I used the chiron that came with the SDK > instead. > > I must be doing something wrong. I'm still playing with it and will be > for the remainder of the day. There's a bunch of issues around getting paths to line up correctly, versioning etc. I suspect there's something busted along those lines. I'll troubleshoot on Monday and we'll post an update once we've got things to install cleanly on a machine that doesn't have any older bits on it ... Thanks, -John From ivan at flanders.co.nz Sat Mar 8 23:15:50 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Sun, 9 Mar 2008 17:15:50 +1300 Subject: [Ironruby-core] dynamic silverlight In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D918DA700@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D918DA6FB@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA700@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Ok .. I'll try with a clean application a bit later on today and build the pages from scratch to see how that goes. I'll let you know the results On Sun, Mar 9, 2008 at 5:07 PM, John Lam (DLR) wrote: > Ivan Porto Carrero: > > > yep > > > > I tried following that but in the MVC App i get an error when I want > > to run the mvc app. > > Initialize Error- Failed to load prerequisites for the application > > > > either mvc_start or mvc_end it makes no difference. > > The chiron that is in the DynamicSilverlight folder complains about > > strong name validation. So I used the chiron that came with the SDK > > instead. > > > > I must be doing something wrong. I'm still playing with it and will be > > for the remainder of the day. > > There's a bunch of issues around getting paths to line up correctly, > versioning etc. I suspect there's something busted along those lines. > > I'll troubleshoot on Monday and we'll post an update once we've got things > to install cleanly on a machine that doesn't have any older bits on it ... > > Thanks, > -John > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080309/a61f26e4/attachment-0001.html From lists at ruby-forum.com Sun Mar 9 00:08:06 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Sun, 9 Mar 2008 06:08:06 +0100 Subject: [Ironruby-core] How to benefit, from my 101 days ... before IronRuby com In-Reply-To: References: Message-ID: <8c401fe85db30a53434825c8595374ce@ruby-forum.com> Hi Rob, We had read your interview on Infoq.com , with Mr. John Lam and were happy to see that we shall get IronRuby 1.0 by second half of 2008. We never expected it to be delayed so late. 2008 end is too late for us, we shall have to think some other options now. But what other options can be , thats the main question... Thanks for your quick hint. -- Posted via http://www.ruby-forum.com/. From jflam at microsoft.com Sun Mar 9 12:37:38 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sun, 9 Mar 2008 09:37:38 -0700 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> Rahil Kantharia: > Can i work with asp.net, as easily with ironruby as asp.net works today > with C# and Vb.net. This is on the roadmap, and will be an important part of our .NET Interop story. We haven't had cycles to think about this yet. I'd like to turn this around: how would the community like to see this feature implemented? What exactly is it about Ruby and ASP.NET[MVC] that makes it compelling? Do you have scenarios in mind? Thanks, -John From ivan at flanders.co.nz Sun Mar 9 13:55:39 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Mon, 10 Mar 2008 06:55:39 +1300 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Speaking for me personally it opens some doors that would remain closed if it isn't from microsoft. I see ASP.NET MVC as something like "Enterprise" rails. Some of the places I go to to consult classify themselves as being Microsoft shops, which is their good right but it also means that they have a broad but limited set of options to choose from. Currently I use castle for most of my .NET work and I get the same type of objection as I get for rails and it basically boils down to if it isn't from Microsoft we don't trust/want/look at it. That would be one of the biggest reasons for me. Asp.NET can also be interesting in cases where I want to use some more complex controls and I don't want to spend a lot of time learning yet another new definitive javascript framework to get that functionality. It integrates on a lot more backend systems and isn't opinionated on how you should design your database. I can keep my old stuff but start adding new things in IronRuby without the application throwing a fit. I can start unit testing with RSpec .... These are just a couple of points from the top of my head, and before my monday morning coffee, I'm sure there are a whole bunch of other reasons. It would be interesting to see for me too what people think and how they plan on using it. my 2c Ivan On Mon, Mar 10, 2008 at 5:37 AM, John Lam (DLR) wrote: > Rahil Kantharia: > > > Can i work with asp.net, as easily with ironruby as asp.net works today > > with C# and Vb.net. > > This is on the roadmap, and will be an important part of our .NET Interop > story. We haven't had cycles to think about this yet. > > I'd like to turn this around: how would the community like to see this > feature implemented? What exactly is it about Ruby and ASP.NET[MVC] that > makes it compelling? Do you have scenarios in mind? > > Thanks, > -John > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080310/1007c4cf/attachment.html From lists at ruby-forum.com Sun Mar 9 16:54:23 2008 From: lists at ruby-forum.com (Michael Herndon) Date: Sun, 9 Mar 2008 21:54:23 +0100 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: John Lam (DLR) wrote: > Rahil Kantharia: > >> Can i work with asp.net, as easily with ironruby as asp.net works today >> with C# and Vb.net. > > This is on the roadmap, and will be an important part of our .NET > Interop story. We haven't had cycles to think about this yet. > > I'd like to turn this around: how would the community like to see this > feature implemented? What exactly is it about Ruby and ASP.NET[MVC] that > makes it compelling? Do you have scenarios in mind? > > Thanks, > -John it would be nice to use the ruby hash/symbols over something like c#/vb.net (don't get me wrong, i love c# and even thanks to the new 3.0 specs for c# was able to create a ruby like hash for c#, but in mvc it uses anonymous objects, and you know that uses reflection (which is a performance hit), but I think using ruby like hashes and even symbols would just make the code even that much more cleaner. Though personally i've been working on a c# port of active record since the whole asp.net mvc was announced, subsonic & castles active record just doesn't cut it. The activerecord stuff is in the framework/amplify.widgets/amplify.activerecord folder, and the hash and inflector.net extentions are in the framework/amplify.linq folder. http://code.google.com/p/amplify-net/ -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Sun Mar 9 17:18:52 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Mon, 10 Mar 2008 10:18:52 +1300 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: The guy that wrote inflector.net created an orm called LightSpeed which is pretty much ActiveRecord from rails, but with some other nice things put in like the ability to choose a KeyTable identity strategy or use guids as pk's. It also uses IdentityMap internally etc. That's the ORM I mostly tend to use these days. I may be slightly biased because these guys are my friends :) Out of curiosity what is it that puts you off from Castle's activerecord or Subsonic? And what is it you like so much about the Rails ActiveRecord implementation? On Mon, Mar 10, 2008 at 9:54 AM, Michael Herndon wrote: > John Lam (DLR) wrote: > > Rahil Kantharia: > > > >> Can i work with asp.net, as easily with ironruby as asp.net works today > >> with C# and Vb.net. > > > > This is on the roadmap, and will be an important part of our .NET > > Interop story. We haven't had cycles to think about this yet. > > > > I'd like to turn this around: how would the community like to see this > > feature implemented? What exactly is it about Ruby and ASP.NET[MVC] that > > makes it compelling? Do you have scenarios in mind? > > > > Thanks, > > -John > > > it would be nice to use the ruby hash/symbols over something like > c#/vb.net (don't get me wrong, i love c# and even thanks to the new 3.0 > specs for c# was able to create a ruby like hash for c#, but in mvc it > uses anonymous objects, and you know that uses reflection (which is a > performance hit), but I think using ruby like hashes and even symbols > would just make the code even that much more cleaner. > > Though personally i've been working on a c# port of active record since > the whole asp.net mvc was announced, subsonic & castles active record > just doesn't cut it. The activerecord stuff is in the > framework/amplify.widgets/amplify.activerecord folder, and the hash and > inflector.net extentions are in the framework/amplify.linq folder. > > http://code.google.com/p/amplify-net/ > > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080310/6fc0844d/attachment.html From tranqy at gmail.com Sun Mar 9 17:29:07 2008 From: tranqy at gmail.com (Aaron Junod) Date: Sun, 9 Mar 2008 17:29:07 -0400 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net Message-ID: <6E7B31B7-A524-451D-A378-827B0853A222@gmail.com> Personally I'm more interested in the deployment story of ruby frameworks in IIS. MVC is fantastic, and I'm not going to complain if I can use ironruby, but the story that's really intersting to me is deploying a rails or merb app on my companies IIS server without having to ask IT to install anything. That being said, Ivan's point about extening existing asp.net apps with new ironruby code does sound nice. Hanselman explained that an Asp.net app can have both web forms and MVC pages, so using ironruby in those scenarios would be nice. Since the MVC dispatcher uses reflection, I wonder if it would be hard to make that happen. Will an IR assembly respond to reflection queries the same as a .net assembly, or is there an additional layer of indirection that the dlr adds? Aaron On Mar 9, 2008, at 16:54, Michael Herndon wrote: > John Lam (DLR) wrote: >> Rahil Kantharia: >> >>> Can i work with asp.net, as easily with ironruby as asp.net works >>> today >>> with C# and Vb.net. >> >> This is on the roadmap, and will be an important part of our .NET >> Interop story. We haven't had cycles to think about this yet. >> >> I'd like to turn this around: how would the community like to see >> this >> feature implemented? What exactly is it about Ruby and ASP.NET[MVC] >> that >> makes it compelling? Do you have scenarios in mind? >> >> Thanks, >> -John > > > it would be nice to use the ruby hash/symbols over something like > c#/vb.net (don't get me wrong, i love c# and even thanks to the new > 3.0 > specs for c# was able to create a ruby like hash for c#, but in mvc it > uses anonymous objects, and you know that uses reflection (which is a > performance hit), but I think using ruby like hashes and even symbols > would just make the code even that much more cleaner. > > Though personally i've been working on a c# port of active record > since > the whole asp.net mvc was announced, subsonic & castles active record > just doesn't cut it. The activerecord stuff is in the > framework/amplify.widgets/amplify.activerecord folder, and the hash > and > inflector.net extentions are in the framework/amplify.linq folder. > > http://code.google.com/p/amplify-net/ > > -- > 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 Sun Mar 9 18:39:10 2008 From: lists at ruby-forum.com (Michael Herndon) Date: Sun, 9 Mar 2008 23:39:10 +0100 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <6e5c4da1a4e1cb4d4e7b72763897d68e@ruby-forum.com> well castles is built right on top of nhiberate, added dependency with added configuration subsonic & castle both use a heavy object syntax Query qry =new Query("Products").BETWEEN_AND("DateExpires",DateTime.Now, DateTime.Now.AddDays(30); qry.OrderBy = OrderBy.Asc(Product.Columns.ProductName); vs Entity object = Entity.Find(Conditions => new {"DateExpires > {0} AND DateExpires < {1}", DateTime.Now, DateTime.Now.AddDays(30) }, Order => "ProductName DESC"); and i could be wrong, but these are strongly typed objects, in rails, its more of a decorated object, to which you do not need reflection in order to access properties. so lets say you use a grid view and its update event. private void Grid_UpdatingRow(GridViewRowUpdateArgs e) { Entity obj = GetCurrentEntity(); obj.DateExpires = e.NewValues["DateExpires"]; obj.ProductName = e.NewValues["DateExpires"]; /// keep going.... obj.Save(); } // or private void Grid_UpdatingRow(GridViewRowUpdateArgs e) { Entity obj = GetCurrentEntity(); foreach(string key in e.NewValues.Keys)// performance hit obj.GetType.GetProperty(key).SetValue(obj, e.NewValues[key], null); obj.Save(); } // using a decorated object private void Grid_UpdatingRow(GridViewRowUpdateArgs e) { Entity obj = GetCurrentEntity(); foreach(string key in e.NewValues.Keys) obj[key] = e.NewValues[key]; // ideal obj.Save(); } its pretty much a matter of opinion. like with the new rails mvc, i could grab the dictionary from the open and do something like Enitity.Find(2).Merge(Request.Form).Save(); and even though subsonic is working on it, no migrations yet. I've already gotten the concept of a migration working for sql. Ivan Porto Carrero wrote: > The guy that wrote inflector.net created an orm called LightSpeed which > is > pretty much ActiveRecord from rails, but with some other nice things put > in > like the ability to choose a KeyTable identity strategy or use guids as > pk's. It also uses IdentityMap internally etc. > That's the ORM I mostly tend to use these days. I may be slightly > biased > because these guys are my friends :) > > Out of curiosity what is it that puts you off from Castle's activerecord > or > Subsonic? And what is it you like so much about the Rails ActiveRecord > implementation? > > > On Mon, Mar 10, 2008 at 9:54 AM, Michael Herndon -- Posted via http://www.ruby-forum.com/. From myles at madpilot.com.au Sun Mar 9 19:40:25 2008 From: myles at madpilot.com.au (Myles Eftos) Date: Mon, 10 Mar 2008 08:40:25 +0900 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <6E7B31B7-A524-451D-A378-827B0853A222@gmail.com> Message-ID: <20080309234041.CDED918586B6@rubyforge.org> This is reason why I'm also excited about IronRuby. I've looked at a lot of web frameworks, and Rails (and now to a degree Merb) still come out on top. Unfortunately, there are a lot of larger organisations that require .NET solutions because that is the infrastructure they have - they don't really care what lanuage it uses, as long as it will run on IIS and talk to their MSQL server. For me, this isn't as much about the language as much as it is about the framework. ---------------------------------------------- Myles Eftos Mobile: +61-409-293-183 MadPilot Productions URL: http://www.madpilot.com.au Phone: +618-9467-7651 Fax: +618-9467-6289 Try our time tracking system: 88 Miles! http://www.88miles.net > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Junod > Sent: Monday, 10 March 2008 06:29 > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] can i use asp.net just like C# and Vb.net > > Personally I'm more interested in the deployment story of > ruby frameworks in IIS. MVC is fantastic, and I'm not going > to complain if I can use ironruby, but the story that's > really intersting to me is deploying a rails or merb app on > my companies IIS server without having to ask IT to install anything. > > That being said, Ivan's point about extening existing asp.net > apps with new ironruby code does sound nice. Hanselman > explained that an Asp.net app can have both web forms and MVC > pages, so using ironruby in those scenarios would be nice. > > Since the MVC dispatcher uses reflection, I wonder if it > would be hard to make that happen. Will an IR assembly > respond to reflection queries the same as a .net assembly, or > is there an additional layer of indirection that the dlr adds? > > Aaron > > > On Mar 9, 2008, at 16:54, Michael Herndon > wrote: > > > John Lam (DLR) wrote: > >> Rahil Kantharia: > >> > >>> Can i work with asp.net, as easily with ironruby as > asp.net works > >>> today > >>> with C# and Vb.net. > >> > >> This is on the roadmap, and will be an important part of our .NET > >> Interop story. We haven't had cycles to think about this yet. > >> > >> I'd like to turn this around: how would the community like to see > >> this > >> feature implemented? What exactly is it about Ruby and > ASP.NET[MVC] > >> that > >> makes it compelling? Do you have scenarios in mind? > >> > >> Thanks, > >> -John > > > > > > it would be nice to use the ruby hash/symbols over something like > > c#/vb.net (don't get me wrong, i love c# and even thanks to > the new > > 3.0 > > specs for c# was able to create a ruby like hash for c#, > but in mvc it > > uses anonymous objects, and you know that uses reflection > (which is a > > performance hit), but I think using ruby like hashes and > even symbols > > would just make the code even that much more cleaner. > > > > Though personally i've been working on a c# port of active record > > since > > the whole asp.net mvc was announced, subsonic & castles > active record > > just doesn't cut it. The activerecord stuff is in the > > framework/amplify.widgets/amplify.activerecord folder, and > the hash > > and > > inflector.net extentions are in the framework/amplify.linq folder. > > > > http://code.google.com/p/amplify-net/ > > > > -- > > 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 lists at ruby-forum.com Sun Mar 9 22:56:45 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Mon, 10 Mar 2008 03:56:45 +0100 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <79e86f45e2c1b728d6de51e6da90d137@ruby-forum.com> John Lam (DLR) wrote: > Rahil Kantharia: > > I'd like to turn this around: how would the community like to see this > feature implemented? What exactly is it about Ruby and ASP.NET[MVC] that > makes it compelling? Do you have scenarios in mind? > > Thanks, > -John ---------------------------------- http://www.hanselman.com/blog/CommentView.aspx?guid=02146645-c973-446f-88d1-dc61b9f5b275#commentstart Hello, You can check the comments here. It seems IronRuby + MVC, and IronRuby + Asp.Net is the hottest thing which every one seeks. ROR is good, But Asp.Net + IronRuby opens up many doors of opportunities and advantages, which are locked so far. As a student, i have spend enough time to come a conclusion of selection of language and i can even write a mini book in future, based on advantages with Asp.Net + IronRuby. Its time, you make Asp.Net+ IronRuby, as your first plan on your Road map and kindly give us as soon as possible. -- Posted via http://www.ruby-forum.com/. From jflam at microsoft.com Sun Mar 9 23:18:59 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sun, 9 Mar 2008 20:18:59 -0700 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <79e86f45e2c1b728d6de51e6da90d137@ruby-forum.com> References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> <79e86f45e2c1b728d6de51e6da90d137@ruby-forum.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D918DA799@NA-EXMSG-C115.redmond.corp.microsoft.com> Rahil Kantharia: > ROR is good, But Asp.Net + IronRuby opens up many doors of > opportunities and advantages, which are locked so far. As a student, i > have spend enough time to come a conclusion of selection of language > and i can even write a mini book in future, based on advantages with > Asp.Net + IronRuby. Can you elaborate on this idea with some code fragments of how you would like IronRuby + MVC to look like? Where would you like to see this? In Views, in Controllers? Where does it make sense and where does it not make sense. How exactly is ASP.NET MVC better than ROR? Can you put some code frags side-by-side where you would show how something done in IronRuby + MVC would be superior to something done in ROR? Concrete examples, please. Thanks, -John From lists at ruby-forum.com Sun Mar 9 23:50:56 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Mon, 10 Mar 2008 04:50:56 +0100 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D918DA799@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> <79e86f45e2c1b728d6de51e6da90d137@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA799@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <00562057d4b59fb796a51bc74305a7b3@ruby-forum.com> John Lam (DLR) wrote: > Can you elaborate on this idea with some code fragments of how you would > like IronRuby + MVC to look like? Where would you like to see this? In > Views, in Controllers? Where does it make sense and where does it not > make sense. How exactly is ASP.NET MVC better than ROR? Can you put some > code frags side-by-side where you would show how something done in > IronRuby + MVC would be superior to something done in ROR? > > Concrete examples, please. > > Thanks, > -John ----------------------------------------------------------- Hi John, As a Fresh student, i can give few points rather than codes and working examples, since i am on a learning stage and i have not seen a single code so far based on Asp.Net MVC + IronRuby... I can quickly point few great advantages as below, with ROR is missing. (1) Code behind/Code besides support with asp.net -- ROR does not have it. (2) Master Pages ---ROR does not have it except helper methods and something alike for viewing (3) BCL ( Great, BCL with almost 13,000 classes --- ROR does not come near by ) (4) Support to bring the classes from other languages like Iropython, VB. C# (5) Great MISCROSOFT brand name, that assures and gives a piece of mind (6) WinForms and MVC way... Both the ways i can work --- ROR has only MVC (7) IIS + SQL Server support--- ROR developers are still struggling for this (8) Deployment as easy as click. ( Not easy with ROR ) Well i think, my other seniors around can write more on this, since as a student i have limited knowledge currently, but this is what i have gathered. P.S:- BTW, dear John, you are a genius in this segment, you know much much better than me, are you testing my knowledge level...? One thing i can beat you here is... I am more IronRuby fan than you. Cheers Rahil -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Mon Mar 10 00:17:35 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Mon, 10 Mar 2008 17:17:35 +1300 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: <00562057d4b59fb796a51bc74305a7b3@ruby-forum.com> References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> <79e86f45e2c1b728d6de51e6da90d137@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA799@NA-EXMSG-C115.redmond.corp.microsoft.com> <00562057d4b59fb796a51bc74305a7b3@ruby-forum.com> Message-ID: Allow me to correct you on certain points here (1) Code behind/Code besides support with asp.net -- ROR does not have it. RoR is MVC with passive views so you're not coupling your event handling from your view to your controller (on which an action can be viewed as the complete code behind/beside file from asp.NET). And quite frankly for web development I, personally, fail to see why you would want to use an event driven model. 2) Master Pages ---ROR does not have it except helper methods and something alike for viewing Master pages are called layouts in RoR. If you want to use a master page to implement common logic that's what the Application base class is for. 3 + 4 + 6) are all consequences of using the .NET framework and will work when IronRuby is complete. For windows forms development with Ruby you can take a look at the Connector for .NET from the Ruby In Steel guys or rubyclr 5) Good if you're working in or with a "Microsoft shop" 7) IIS support => you can reverse proxy to mongrel at this time and that should also work fine when IronRuby is implemented but also for RoR not just ASP.NET MVC or webforms. This doesn't mean initial deployment is a walk in the park, it is rather painful. RoR doesn't support all the features implemented in SQL Server if that's what you're getting at. That was a deliberate design choice they made for portability. So they support the common features on every platform. But it works fine with SQL server if you use it as intended. If you're talking about getting a unix based box to talk to SQL Server that requires some configuration and setup on the OS level for ODBC etc. That is what makes it slightly harder I guess. 8) Granted this one deployment can be a RPITA until you have your environments in sync and capistrano can make that a lot easier. It looks like the problems you are having are not related to the Rails framework but are rather due to the fact that MRI isn't implemented in .NET. hope this helps a little. Ivan On Mon, Mar 10, 2008 at 4:50 PM, Rahil Kantharia wrote: > John Lam (DLR) wrote: > > > Can you elaborate on this idea with some code fragments of how you would > > like IronRuby + MVC to look like? Where would you like to see this? In > > Views, in Controllers? Where does it make sense and where does it not > > make sense. How exactly is ASP.NET MVC better than ROR? Can you put some > > code frags side-by-side where you would show how something done in > > IronRuby + MVC would be superior to something done in ROR? > > > > Concrete examples, please. > > > > Thanks, > > -John > > ----------------------------------------------------------- > Hi John, > > As a Fresh student, i can give few points rather than codes and working > examples, since i am on a learning stage and i have not seen a single > code so far based on Asp.Net MVC + IronRuby... > > I can quickly point few great advantages as below, with ROR is missing. > > (1) Code behind/Code besides support with asp.net -- ROR does not have > it. > (2) Master Pages ---ROR does not have it except helper methods and > something alike for viewing > (3) BCL ( Great, BCL with almost 13,000 classes --- ROR does not come > near by ) > (4) Support to bring the classes from other languages like Iropython, > VB. C# > (5) Great MISCROSOFT brand name, that assures and gives a piece of mind > (6) WinForms and MVC way... Both the ways i can work --- ROR has only > MVC > (7) IIS + SQL Server support--- ROR developers are still struggling for > this > (8) Deployment as easy as click. ( Not easy with ROR ) > > Well i think, my other seniors around can write more on this, since as a > student i have limited knowledge currently, but this is what i have > gathered. > > P.S:- BTW, dear John, you are a genius in this segment, you know much > much better than me, are you testing my knowledge level...? One thing i > can beat you here is... I am more IronRuby fan than you. > > Cheers > > Rahil > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080310/a815c194/attachment.html From lists at ruby-forum.com Mon Mar 10 00:39:39 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Mon, 10 Mar 2008 05:39:39 +0100 Subject: [Ironruby-core] Merb as a Milestone, rather than Rails for IronRuby 1.0 Message-ID: Hi, Its no secret that IronRuby shall Run Rails to prove a total implementation for declaring IronRuby 1.0 Its a great going by IronRuby team, and i can see work progressing in this direction. But things have changed a lot recently... " Merb" a new framework for Ruby, has taken a right step in the direction of creating a perfect MVC, with Rails as an inspiration, but removing few drawbacks of Rails as well. It has added many outstanding features, which are worth considering. Merb can now work with any 3 of ORM's ( Active Record, DataMapper and Sequel) rather than Active Record as an only ORM offered by Rails. Now...On the other hand DataMapper is also considered a strong competitor to Active Record as it has added few advantages over Active Record So.... Merb, rather than limiting itself to one ORM is offering much more than Rails. I think... IronRuby team should consider this option too, and change their milestone from Rails to Merb, after seeking many suggestions on this forum. PLUS.... LINQ to SQL also cannot be neglected at this stage, and it should be considered as well, not forgetting SubSonic. So its possible that IronRuby can easily support atleast 5 ORM's at this stage, in their first version. This are just my views, correct me if i am wrong. Cheers -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Mon Mar 10 00:53:35 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Mon, 10 Mar 2008 05:53:35 +0100 Subject: [Ironruby-core] can i use asp.net just like C# and Vb.net In-Reply-To: References: <23c67824a2e927533db7f5a712e9bbb4@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA710@NA-EXMSG-C115.redmond.corp.microsoft.com> <79e86f45e2c1b728d6de51e6da90d137@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D918DA799@NA-EXMSG-C115.redmond.corp.microsoft.com> <00562057d4b59fb796a51bc74305a7b3@ruby-forum.com> Message-ID: <9f3dcb8c2d3143ecdf11c2c2cbaea6f5@ruby-forum.com> Ivan Porto Carrero wrote: > It looks like the problems you are having are not related to the Rails > framework but are rather due to the fact that MRI isn't implemented in > .NET. > > hope this helps a little. > Ivan ------------------------------------ Yes Ivan True indeed. We are currently learning with rails, but our target is to get into IronRuby when it ships. We decided to explore more of Rails and Merb, since there is time for IronRuby, and we can be well prepared during that time, since ROR is going to work with IronRuby, our efforts shall not be wasted. Simultaneously, we want IronRuby to offer more, than what we are getting currently. Thanks for clearing our misunderstandings on our points above. Hope your book will clear many other doubts in future. Best wishes for your book. Cheers Rahil -- Posted via http://www.ruby-forum.com/. From myles at madpilot.com.au Mon Mar 10 01:05:29 2008 From: myles at madpilot.com.au (Myles Eftos) Date: Mon, 10 Mar 2008 14:05:29 +0900 Subject: [Ironruby-core] Merb as a Milestone, rather than Rails for IronRuby 1.0 In-Reply-To: Message-ID: <20080310050533.15546185871D@rubyforge.org> Rahil, Although getting Rails compatability is a nice test case, I would say that complete Ruby coverage would be a better goal for 1.0, because that would theorectically mean that Rails or Merb or whatever would be able to be run. One of the problems of targetting Merb at this point would be the fact that it is a moving target - it's API is changing on an almost daily basis, as well as the fact that is relies heavily on Mongrel. I don't really see a huge andantage in porting Mongrel initially, as IIS would be a logical web server to target - not to say that it couldn't be done, there is just more important things at the moment. >From the ORM point of view, for ActiveRecord (as well as AKAIF datamapper/Sequel) the essential part for the IronRuby port would be a MSQL driver and/or an ODBC driver/libraries. In fact, all of the database drivers will probably need to be ported, (The pure Ruby MySQL driver is dog slow). ---------------------------------------------- Myles Eftos Mobile: +61-409-293-183 MadPilot Productions URL: http://www.madpilot.com.au Phone: +618-9467-7651 Fax: +618-9467-6289 Try our time tracking system: 88 Miles! http://www.88miles.net > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of > Rahil Kantharia > Sent: Monday, 10 March 2008 13:40 > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Merb as a Milestone,rather than > Rails for IronRuby 1.0 > > Hi, > > Its no secret that IronRuby shall Run Rails to prove a total > implementation for declaring IronRuby 1.0 > > Its a great going by IronRuby team, and i can see work > progressing in this direction. > > But things have changed a lot recently... > > " Merb" a new framework for Ruby, has taken a right step in > the direction of creating a perfect MVC, with Rails as an > inspiration, but removing few drawbacks of Rails as well. > > It has added many outstanding features, which are worth considering. > Merb can now work with any 3 of ORM's ( Active Record, DataMapper and > Sequel) rather than Active Record as an only ORM offered by Rails. > > Now...On the other hand DataMapper is also considered a > strong competitor to Active Record as it has added few > advantages over Active Record > > So.... Merb, rather than limiting itself to one ORM is > offering much more than Rails. > > I think... IronRuby team should consider this option too, and > change their milestone from Rails to Merb, after seeking many > suggestions on this forum. > > PLUS.... LINQ to SQL also cannot be neglected at this stage, > and it should be considered as well, not forgetting SubSonic. > > So its possible that IronRuby can easily support atleast 5 > ORM's at this stage, in their first version. > > This are just my views, correct me if i am wrong. > > Cheers > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From ivan at flanders.co.nz Mon Mar 10 05:22:08 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Mon, 10 Mar 2008 22:22:08 +1300 Subject: [Ironruby-core] people from belgium or the netherlands on this list? Message-ID: Hi, I'm trying to find out which companies in Belgium and The Netherlands are planning on using IronRuby with or without Silverlight. So if there are people listening on this list you can email me off list if you want or just reply to this post. Cheers Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080310/bfb56d36/attachment.html From michael.letterle at gmail.com Mon Mar 10 08:53:02 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 10 Mar 2008 07:53:02 -0500 Subject: [Ironruby-core] Discussion on System.IO.Compression and zlib In-Reply-To: <50B69702CA6E6D4E849D30CD4989AB8ED7F60B0BA1@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> <50B69702CA6E6D4E849D30CD4989AB8ED7F60B0BA1@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: Shri and Kate, Thank you for the reply and for researching this. I pretty much came to the same conclusion, the file I posted earlier pretty much takes the approach outlined below. At this point I'm actually attempting to implement zlib in pure ruby. I'm curious to see the performance in both MRI and IronRuby... On Fri, Mar 7, 2008 at 6:03 PM, Shri Borde wrote: > > > > > Kim is the dev who works on System.IO.Compression. I asked her about whether > Ruby's zlib library could be built on top of System.IO.Compression? Here are > her comments and questions. Michael, if you would like to get any > guidance/answers from Kim, she is available for response. > > > > > > I'm not sure if you saw my blog on this topic, but zlib can be implemented > by wrapping our DeflateStream with the header/checksum modifications > described in the blog. > > http://blogs.msdn.com/bclteam/archive/2007/05/16/system-io-compression-capabilities-kim-hamilton.aspx > > > > John (Lam) asked me about that blog in the past. At the time I looked at the > Ruby docs to see what would be missing from a zlib implementation created > that way. These were the issues: > > ? Zlib::Deflate.set_dictionary: we don't support preset > dictionaries. Do you have a feel for how common it is to use present > dictionaries in Ruby? > > ? We don't support compression levels, as in > Zlib::Deflate.delate(level). > > > > Both of these can be worked around, but these are ways in which our > capabilities are inferior if the workaround above is used. > > > > Thanks, > > Shri > > Want to work on IronPython, IronRuby, F#? Visit > http://blogs.msdn.com/ironpython > > > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Messerly > Sent: Thursday, March 06, 2008 11:43 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] External libraries implementation status > update > > > > Michael Letterle: > > > > > Alright, I started doing this tonight (finally) GZip was pretty > > > straight forward, but Inflate may be a problem, The > > > System::IO::Compression.DeflateStream is RFC 1951 compliant /not/ > > > 1950.. Meaning it only covers Deflate, not ZLib in general. See here: > > > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx? > > > F > > > eedbackID=97064&wa=wsignin1.0 > > > > > > I'll research this more tomorrow, I'd hate to have to have an external > > > dependency like Zlib.NET > > > > Yeah, DeflateStream only implements the basic deflate algorithm, with no > configuration options. Worse, it doesn't have particularly good compression > ratio. Definitely worth investigating a port of a more fully featured > library... > > > > - 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 > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From jflam at microsoft.com Mon Mar 10 10:47:42 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Mon, 10 Mar 2008 07:47:42 -0700 Subject: [Ironruby-core] IronRuby is a Ruby that runs real Ruby programs In-Reply-To: <20080310050533.15546185871D@rubyforge.org> References: <20080310050533.15546185871D@rubyforge.org> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D918DA83C@NA-EXMSG-C115.redmond.corp.microsoft.com> There seems to be a lot of confusion about the goals for IronRuby on this list. To be clear, I want to make sure that folks understand our priorities. 1. Our primary goal is to run real Ruby programs. Rails is a real Ruby program. Merb is a real Ruby program. Real is defined as programs that run *today*, not speculative future scenarios. Real programs will run as long as they do not have dependencies on features that do not exist in Windows. Pure Ruby programs that meet these requirement should just work on IronRuby. Corner cases will be dealt with on a case by case basis. 2. Our next goal is excellent .NET Interop. This includes invoking methods, and responding to events sourced by existing .NET libraries. This also includes work to enable hosting so that arbitrary .NET applications can host IronRuby. We will also work on scenarios like data binding to ensure that it is natural to program against WinForms / WPF / Silverlight. In cases like ASP.NET[MVC] this means that they (ASP.NET teams) will have to do some work to make things happen. We haven't done any significant work in this latter area. Note that this is a priority list. Given limited resources 1) trumps 2). Thanks, -John From charles.nutter at sun.com Mon Mar 10 17:16:20 2008 From: charles.nutter at sun.com (Charles Oliver Nutter) Date: Mon, 10 Mar 2008 16:16:20 -0500 Subject: [Ironruby-core] Discussion on System.IO.Compression and zlib In-Reply-To: References: <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> <50B69702CA6E6D4E849D30CD4989AB8ED7F60B0BA1@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <47D5A524.90606@sun.com> Michael Letterle wrote: > Shri and Kate, > > Thank you for the reply and for researching this. I pretty much came > to the same conclusion, the file I posted earlier pretty much takes > the approach outlined below. At this point I'm actually attempting to > implement zlib in pure ruby. I'm curious to see the performance in > both MRI and IronRuby... This is cool..will you release it as a separate project? I' dlike to try it in JRuby too, and the Rubinius guys might be interested as well (since they have some unholy love for turtles, or something). - Charlie From michael.letterle at gmail.com Mon Mar 10 17:20:11 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 10 Mar 2008 17:20:11 -0400 Subject: [Ironruby-core] Surprising Result Message-ID: I'd just gotten done implementing DEFLATE in pure ruby, and figuring there'd be a performance hit I was interested to see what it would be. On IronRuby (compiled in Release) it takes a full 16 seconds to decompress a ~1KB file... in CRuby it's less then a second. An ~800KB file takes 42 seconds in CRuby, while IronRuby takes a whopping... well I don't know, I killed it after it was running for about a half hour and using upwards of 100MB of memory! Now this is just a straight port of "puff.c" from the zlib library, so it's certainly not optimized for speed in any way, but the difference in runtimes really struck me. I suppose at the very least we have a good stress test for rbx ;) Just thought I'd share. -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From jflam at microsoft.com Mon Mar 10 17:33:35 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Mon, 10 Mar 2008 14:33:35 -0700 Subject: [Ironruby-core] Surprising Result In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D918DAB9E@NA-EXMSG-C115.redmond.corp.microsoft.com> Michael Letterle: > I'd just gotten done implementing DEFLATE in pure ruby, and figuring > there'd be a performance hit I was interested to see what it would be. > On IronRuby (compiled in Release) it takes a full 16 seconds to > decompress a ~1KB file... in CRuby it's less then a second. An ~800KB > file takes 42 seconds in CRuby, while IronRuby takes a whopping... > well I don't know, I killed it after it was running for about a half > hour and using upwards of 100MB of memory! > > Now this is just a straight port of "puff.c" from the zlib library, so > it's certainly not optimized for speed in any way, but the difference > in runtimes really struck me. > > I suppose at the very least we have a good stress test for rbx ;) Just > thought I'd share. Cool :) Can you send along the source code for your implementation so we can investigate? Thanks -John From michael.letterle at gmail.com Mon Mar 10 18:06:44 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 10 Mar 2008 18:06:44 -0400 Subject: [Ironruby-core] Surprising Result In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D918DAB9E@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D918DAB9E@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I'll be posting it up (probably on RubyForge) once I get cleaned up a bit (acknowledgments, rdoc stuff), if you want the raw stuff I can email it straight to you. On Mon, Mar 10, 2008 at 5:33 PM, John Lam (DLR) wrote: > Michael Letterle: > > > > > I'd just gotten done implementing DEFLATE in pure ruby, and figuring > > there'd be a performance hit I was interested to see what it would be. > > On IronRuby (compiled in Release) it takes a full 16 seconds to > > decompress a ~1KB file... in CRuby it's less then a second. An ~800KB > > file takes 42 seconds in CRuby, while IronRuby takes a whopping... > > well I don't know, I killed it after it was running for about a half > > hour and using upwards of 100MB of memory! > > > > Now this is just a straight port of "puff.c" from the zlib library, so > > it's certainly not optimized for speed in any way, but the difference > > in runtimes really struck me. > > > > I suppose at the very least we have a good stress test for rbx ;) Just > > thought I'd share. > > Cool :) Can you send along the source code for your implementation so we can investigate? > > Thanks > -John > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From michael.letterle at gmail.com Mon Mar 10 18:07:28 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 10 Mar 2008 18:07:28 -0400 Subject: [Ironruby-core] Discussion on System.IO.Compression and zlib In-Reply-To: <47D5A524.90606@sun.com> References: <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> <50B69702CA6E6D4E849D30CD4989AB8ED7F60B0BA1@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <47D5A524.90606@sun.com> Message-ID: That's the plan, I saw some other people asking for it as well... I'm not sure it's a GREAT idea, especially without some optimizations... but what I got I'll be posting. On Mon, Mar 10, 2008 at 5:16 PM, Charles Oliver Nutter wrote: > Michael Letterle wrote: > > Shri and Kate, > > > > Thank you for the reply and for researching this. I pretty much came > > to the same conclusion, the file I posted earlier pretty much takes > > the approach outlined below. At this point I'm actually attempting to > > implement zlib in pure ruby. I'm curious to see the performance in > > both MRI and IronRuby... > > This is cool..will you release it as a separate project? I' dlike to try > it in JRuby too, and the Rubinius guys might be interested as well > (since they have some unholy love for turtles, or something). > > - Charlie > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From enicholson at gmail.com Mon Mar 10 18:37:47 2008 From: enicholson at gmail.com (Eric Nicholson) Date: Mon, 10 Mar 2008 18:37:47 -0400 Subject: [Ironruby-core] Surprising Result In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D918DAB9E@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I bet you a nickel that if you replace a few key block loops (i.e. each, times, etc) with a vanilla while loop that you'll see a 10x speedup... I've seen some really huge performance hits on IR using blocks. -Eric On Mon, Mar 10, 2008 at 6:06 PM, Michael Letterle < michael.letterle at gmail.com> wrote: > I'll be posting it up (probably on RubyForge) once I get cleaned up a > bit (acknowledgments, rdoc stuff), if you want the raw stuff I can > email it straight to you. > > On Mon, Mar 10, 2008 at 5:33 PM, John Lam (DLR) > wrote: > > Michael Letterle: > > > > > > > > > I'd just gotten done implementing DEFLATE in pure ruby, and figuring > > > there'd be a performance hit I was interested to see what it would > be. > > > On IronRuby (compiled in Release) it takes a full 16 seconds to > > > decompress a ~1KB file... in CRuby it's less then a second. An > ~800KB > > > file takes 42 seconds in CRuby, while IronRuby takes a whopping... > > > well I don't know, I killed it after it was running for about a half > > > hour and using upwards of 100MB of memory! > > > > > > Now this is just a straight port of "puff.c" from the zlib library, > so > > > it's certainly not optimized for speed in any way, but the difference > > > in runtimes really struck me. > > > > > > I suppose at the very least we have a good stress test for rbx ;) > Just > > > thought I'd share. > > > > Cool :) Can you send along the source code for your implementation so > we can investigate? > > > > Thanks > > -John > > > > _______________________________________________ > > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080310/98f593a6/attachment.html From michael.letterle at gmail.com Mon Mar 10 18:44:38 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 10 Mar 2008 18:44:38 -0400 Subject: [Ironruby-core] Surprising Result In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D918DAB9E@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Don't know what I'm going to do with a nickel... Actually since it's basically a port of a c program I'm only really using blocks in two places, input and output, plus on other little place.. I can try but I'd be surprised.. unless for loops in a range count... On Mon, Mar 10, 2008 at 6:37 PM, Eric Nicholson wrote: > I bet you a nickel that if you replace a few key block loops (i.e. each, > times, etc) with a vanilla while loop that you'll see a 10x speedup... I've > seen some really huge performance hits on IR using blocks. > > -Eric > > > On Mon, Mar 10, 2008 at 6:06 PM, Michael Letterle > wrote: > > I'll be posting it up (probably on RubyForge) once I get cleaned up a > > bit (acknowledgments, rdoc stuff), if you want the raw stuff I can > > email it straight to you. > > > > > > > > > > On Mon, Mar 10, 2008 at 5:33 PM, John Lam (DLR) > wrote: > > > Michael Letterle: > > > > > > > > > > > > > I'd just gotten done implementing DEFLATE in pure ruby, and figuring > > > > there'd be a performance hit I was interested to see what it would > be. > > > > On IronRuby (compiled in Release) it takes a full 16 seconds to > > > > decompress a ~1KB file... in CRuby it's less then a second. An > ~800KB > > > > file takes 42 seconds in CRuby, while IronRuby takes a whopping... > > > > well I don't know, I killed it after it was running for about a half > > > > hour and using upwards of 100MB of memory! > > > > > > > > Now this is just a straight port of "puff.c" from the zlib library, > so > > > > it's certainly not optimized for speed in any way, but the difference > > > > in runtimes really struck me. > > > > > > > > I suppose at the very least we have a good stress test for rbx ;) > Just > > > > thought I'd share. > > > > > > Cool :) Can you send along the source code for your implementation so > we can investigate? > > > > > > Thanks > > > -John > > > > > > _______________________________________________ > > > 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 > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From Jimmy.Schementi at microsoft.com Mon Mar 10 19:29:08 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Mon, 10 Mar 2008 16:29:08 -0700 Subject: [Ironruby-core] dynamic silverlight In-Reply-To: References: Message-ID: <5283CA0A4168DF4FBBD71AE9ECA5A32844F4E0E3A3@NA-EXMSG-C116.redmond.corp.microsoft.com> Ivan, The dsl command simply copied the files from the hello_world sample in http://dynamicsilverlight.net/dynamic-silverlight.zip to a new directory. You can start off with the hello_world sample. I haven?t included that command in there yet, but it?ll be included soon. ~Jimmy From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero Sent: Saturday, March 08, 2008 1:41 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] dynamic silverlight Where do I have to go to get the dynamic silverlight bits? I've got chiron going but am still looking for the dsl command. Do I have to monitor the silverlight site for that? Cheers Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080310/72ea30e0/attachment.html From brianblackwell at realemail.net Mon Mar 10 18:59:00 2008 From: brianblackwell at realemail.net (Brian Blackwell) Date: Tue, 11 Mar 2008 08:59:00 +1000 Subject: [Ironruby-core] Prototype SQLite3 support for IronRuby Message-ID: <1205189940.4816.1241646881@webmail.messagingengine.com> A quick introduction: I was previously a member of Wayne Kelly's Ruby.NET team, and I am now looking forward to making a contribution to the IronRuby community. I have recently been looking into what is involved with database API support in IronRuby. Our current thinking is that it might make sense to implement our database support in pure (Iron)Ruby, using CLR interop to connect to various databases using ADO.NET. The email below discusses SQLite3 support using this approach - the attached zip file contains a quick and dirty prototype. Regards Brian Blackwell > -----Original Message----- > From: Brian Blackwell [mailto:thebrassmonkey at fastmail.com.au] > Sent: Tuesday, 11 March 2008 7:49 AM > To: Wayne Kelly > Subject: SQLite3 IronRuby > > Hi Wayne, > > I have made a start with prototyping an IronRuby driver for > SQLite3-Ruby that makes use of the SQLite3 ADO.NET DLL. I > have followed your advice and provided a driver that uses > ADO.NET at the lowest level of abstraction. The driver can > simply be dropped into the directory where SQLite3-Ruby looks > for its backend drivers (although you need to modify a line > in the SQLite3-Ruby driver to tell it to look for the > IronRuby driver). Of course a number of hacks on SQLite3-Ruby > were required in order to get around bugs and unimplemented > methods in IronRuby, but after making these changes I was > able to run a Ruby program that opens a database connection, > executes a query, and closes the connection. > > The attached zip file contains the following: > > (1) SQLite3-Ruby DB API with changes made to work around > IronRuby bugs and unimplemented methods > (2) Ruby driver that invokes the SQLite3 ADO.NET DLL > (sqlite3\driver\ironruby\driver.rb) > (3) The SQLite3 ADO.NET DLL (System.Data.SQLite.DLL) > (4) Simple test script (test.rb) > > I also implemented Object::extend and Module::extend_object - > see the attached patches. > > There are many more methods in (2) that must be implemented, > and the existing methods haven't been fully implemented. But > I think it at least serves as a proof of concept. As you have > probably also discovered, unimplemented core library methods > in IronRuby tend to obstruct any attempts to work on external > libraries - in particular I really need Kernel::block_given? > - but I think once these are fixed then we should be able to > plug-in the Ruby/ADO.NET based driver without having to > modify any SQLite3-Ruby or Rails code. > > Regards > Brian > -------------- next part -------------- A non-text attachment was scrubbed... Name: Kernel.cs.patch Type: application/octet-stream Size: 1832 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/c2011a49/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: ModuleOps.cs.patch Type: application/octet-stream Size: 646 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/c2011a49/attachment-0003.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: sqlite3-ironruby.zip Type: application/zip Size: 352188 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/c2011a49/attachment-0001.zip From brianblackwell at realemail.net Mon Mar 10 19:21:10 2008 From: brianblackwell at realemail.net (Brian Blackwell) Date: Tue, 11 Mar 2008 09:21:10 +1000 Subject: [Ironruby-core] Prototype SQLite3 support for IronRuby Message-ID: <1205191270.8054.1241653377@webmail.messagingengine.com> A quick introduction: I was previously a member of Wayne Kelly's Ruby.NET team, and I am now looking forward to making a contribution to the IronRuby community. I have recently been looking into what is involved with database API support in IronRuby. Our current thinking is that it might make sense to implement our database support in pure (Iron)Ruby, using CLR interop to connect to various databases using ADO.NET. The email below discusses SQLite3 support using this approach - the attached zip file contains a quick and dirty prototype. (I am posting this message again as I have realized that including System.Data.SQLite.DLL in the zip file was a little bit indulgent :-) You can grab it from http://sqlite.phxsoftware.com/) Regards Brian Blackwell > -----Original Message----- > From: Brian Blackwell [mailto:thebrassmonkey at fastmail.com.au] > Sent: Tuesday, 11 March 2008 7:49 AM > To: Wayne Kelly > Subject: SQLite3 IronRuby > > Hi Wayne, > > I have made a start with prototyping an IronRuby driver for > SQLite3-Ruby that makes use of the SQLite3 ADO.NET DLL. I > have followed your advice and provided a driver that uses > ADO.NET at the lowest level of abstraction. The driver can > simply be dropped into the directory where SQLite3-Ruby looks > for its backend drivers (although you need to modify a line > in the SQLite3-Ruby driver to tell it to look for the > IronRuby driver). Of course a number of hacks on SQLite3-Ruby > were required in order to get around bugs and unimplemented > methods in IronRuby, but after making these changes I was > able to run a Ruby program that opens a database connection, > executes a query, and closes the connection. > > The attached zip file contains the following: > > (1) SQLite3-Ruby DB API with changes made to work around > IronRuby bugs and unimplemented methods > (2) Ruby driver that invokes the SQLite3 ADO.NET DLL > (sqlite3\driver\ironruby\driver.rb) > (3) The SQLite3 ADO.NET DLL (System.Data.SQLite.DLL) > (4) Simple test script (test.rb) > > I also implemented Object::extend and Module::extend_object - > see the attached patches. > > There are many more methods in (2) that must be implemented, > and the existing methods haven't been fully implemented. But > I think it at least serves as a proof of concept. As you have > probably also discovered, unimplemented core library methods > in IronRuby tend to obstruct any attempts to work on external > libraries - in particular I really need Kernel::block_given? > - but I think once these are fixed then we should be able to > plug-in the Ruby/ADO.NET based driver without having to > modify any SQLite3-Ruby or Rails code. > > Regards > Brian > -------------- next part -------------- A non-text attachment was scrubbed... Name: sqlite3-ironruby.zip Type: application/zip Size: 38614 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/58feccd1/attachment-0001.zip -------------- next part -------------- A non-text attachment was scrubbed... Name: Kernel.cs.patch Type: application/octet-stream Size: 1832 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/58feccd1/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: ModuleOps.cs.patch Type: application/octet-stream Size: 646 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/58feccd1/attachment-0003.obj From ivan at flanders.co.nz Mon Mar 10 22:43:59 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Tue, 11 Mar 2008 15:43:59 +1300 Subject: [Ironruby-core] dynamic silverlight In-Reply-To: <5283CA0A4168DF4FBBD71AE9ECA5A32844F4E0E3A3@NA-EXMSG-C116.redmond.corp.microsoft.com> References: <5283CA0A4168DF4FBBD71AE9ECA5A32844F4E0E3A3@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: Yes thanks for that. I realised that 2 minutes after I sent my original email. I did like the idea so i created my own dsl.rb script that basically does the same :) On Tue, Mar 11, 2008 at 12:29 PM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote: > Ivan, > > > > The dsl command simply copied the files from the hello_world sample in > http://dynamicsilverlight.net/dynamic-silverlight.zip to a new directory. > You can start off with the hello_world sample. > > > > I haven't included that command in there yet, but it'll be included soon. > > > > ~Jimmy > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Ivan Porto Carrero > *Sent:* Saturday, March 08, 2008 1:41 AM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] dynamic silverlight > > > > Where do I have to go to get the dynamic silverlight bits? > I've got chiron going but am still looking for the dsl command. > > Do I have to monitor the silverlight site for that? > > Cheers > Ivan > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/8a32a228/attachment.html From lists at ruby-forum.com Tue Mar 11 00:52:36 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Tue, 11 Mar 2008 05:52:36 +0100 Subject: [Ironruby-core] Merb as a Milestone, rather than Rails for IronRuby 1.0 In-Reply-To: <20080310050533.15546185871D@rubyforge.org> References: <20080310050533.15546185871D@rubyforge.org> Message-ID: hi, I think Ruby will be the forerunner and I would love Rails to be the market leader as a Web Framework because it's just fun creating applications using it. But I think there will be a lean towards "light-weight" frameworks like Merb and Waves, because they are cleaning up where Rails left off. There has been a lot of talk about Rails' downfalls, that it doesn't scale very well, and these new frameworks are selling on the fact that they do it better than Rails. Rather than setting a milestone for a particular framework... I think a total 100% ruby implementation on .net is a MUST at this stage. With the FULL implementation, we have the opportunity to extend and create MERB, WAVES or anything sort of that with IronRuby. Just my 2 cents SoftMind -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Tue Mar 11 03:24:54 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Tue, 11 Mar 2008 08:24:54 +0100 Subject: [Ironruby-core] IronRuby is a Ruby that runs real Ruby programs In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D918DA83C@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <20080310050533.15546185871D@rubyforge.org> <372109E149E8084D8E6C7D9CFD82E0632D918DA83C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Dear John, There is also a little confusion about the Final version of IronRuby. I mean IronRuby 1.0 RTM It is understood that it will be out in the second half of 2008. But Second half means between June to December 2008. Can you kindly give a rough estimate deadline for this. -- Posted via http://www.ruby-forum.com/. From jomes at microsoft.com Tue Mar 11 04:56:51 2008 From: jomes at microsoft.com (John Messerly) Date: Tue, 11 Mar 2008 01:56:51 -0700 Subject: [Ironruby-core] IronRuby is a Ruby that runs real Ruby programs In-Reply-To: References: <20080310050533.15546185871D@rubyforge.org> <372109E149E8084D8E6C7D9CFD82E0632D918DA83C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <918705E903F4714CB713D89AB5F1857D73B5B8BEC1@NA-EXMSG-C116.redmond.corp.microsoft.com> Softmind Technology: > Can you kindly give a rough estimate deadline for this. I think you answered your own question: > It is understood that it will be out in the second half of 2008. > > But Second half means between June to December 2008. - John From curt at hagenlocher.org Tue Mar 11 06:13:24 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Tue, 11 Mar 2008 13:13:24 +0300 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: On 3/6/08, Wayne Kelly wrote: > > strscan.so: > - any progress Curt? I was under the impression that I had finished this, but I'm thousands of miles away from being able to check. Have you tried to use StringScanner? -- Curt Hagenlocher curt at hagenlocher.org From enicholson at gmail.com Tue Mar 11 09:57:13 2008 From: enicholson at gmail.com (Eric Nicholson) Date: Tue, 11 Mar 2008 09:57:13 -0400 Subject: [Ironruby-core] Surprising Result In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D918DAB9E@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Alright, I'll bet you a beer next time you're in Raleigh, NC. :) For... in loops seem to use blocks. Anyway, in a quick test they seem to be about 200 - 1000 times slower than an equivalent while loop. A quick test that runs through 1000 iterations 2000 times takes 0.3s with a while loop, and 9.0s with a for loop on my system. Try a while loop... -Eric On Mon, Mar 10, 2008 at 6:44 PM, Michael Letterle < michael.letterle at gmail.com> wrote: > Don't know what I'm going to do with a nickel... > > Actually since it's basically a port of a c program I'm only really > using blocks in two places, input and output, plus on other little > place.. I can try but I'd be surprised.. unless for loops in a range > count... > > On Mon, Mar 10, 2008 at 6:37 PM, Eric Nicholson > wrote: > > I bet you a nickel that if you replace a few key block loops (i.e. each, > > times, etc) with a vanilla while loop that you'll see a 10x speedup... > I've > > seen some really huge performance hits on IR using blocks. > > > > -Eric > > > > > > On Mon, Mar 10, 2008 at 6:06 PM, Michael Letterle > > wrote: > > > I'll be posting it up (probably on RubyForge) once I get cleaned up a > > > bit (acknowledgments, rdoc stuff), if you want the raw stuff I can > > > email it straight to you. > > > > > > > > > > > > > > > On Mon, Mar 10, 2008 at 5:33 PM, John Lam (DLR) > > wrote: > > > > Michael Letterle: > > > > > > > > > > > > > > > > > I'd just gotten done implementing DEFLATE in pure ruby, and > figuring > > > > > there'd be a performance hit I was interested to see what it > would > > be. > > > > > On IronRuby (compiled in Release) it takes a full 16 seconds to > > > > > decompress a ~1KB file... in CRuby it's less then a second. An > > ~800KB > > > > > file takes 42 seconds in CRuby, while IronRuby takes a > whopping... > > > > > well I don't know, I killed it after it was running for about a > half > > > > > hour and using upwards of 100MB of memory! > > > > > > > > > > Now this is just a straight port of "puff.c" from the zlib > library, > > so > > > > > it's certainly not optimized for speed in any way, but the > difference > > > > > in runtimes really struck me. > > > > > > > > > > I suppose at the very least we have a good stress test for rbx ;) > > Just > > > > > thought I'd share. > > > > > > > > Cool :) Can you send along the source code for your implementation > so > > we can investigate? > > > > > > > > Thanks > > > > -John > > > > > > > > _______________________________________________ > > > > 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 > > > > > > > > > _______________________________________________ > > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/e2cfc2d3/attachment.html From jflam at microsoft.com Tue Mar 11 10:47:17 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 11 Mar 2008 07:47:17 -0700 Subject: [Ironruby-core] Prototype SQLite3 support for IronRuby In-Reply-To: <1205191270.8054.1241653377@webmail.messagingengine.com> References: <1205191270.8054.1241653377@webmail.messagingengine.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D9198023E@NA-EXMSG-C115.redmond.corp.microsoft.com> Brian Blackwell: > A quick introduction: I was previously a member of Wayne Kelly's > Ruby.NET team, and I am now looking forward to making a contribution > to the IronRuby community. I have recently been looking into what is > involved with database API support in IronRuby. Our current thinking > is that it might make sense to implement our database support in pure > (Iron)Ruby, using CLR interop to connect to various databases using > ADO.NET. The email below discusses SQLite3 support using this approach > - the attached zip file contains a quick and dirty prototype. > > (I am posting this message again as I have realized that including > System.Data.SQLite.DLL in the zip file was a little bit indulgent :-) > You can grab it from http://sqlite.phxsoftware.com/) Thanks for doing this! One thing to worry about re: DB APIs is the presence of unmanaged code in ADO.NET. There's certainly quite a bit of unmanaged code in the SQL Server driver in ADO.NET, which is what makes it difficult / impossible to port to run on other platforms like Linux. Now, assuming that the SQLite driver is pure managed code, I think this is a great solution (heck even if it isn't, it means that we can get some things working with this sooner rather than later). Thanks, -John From michael.letterle at gmail.com Tue Mar 11 11:32:53 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 11 Mar 2008 11:32:53 -0400 Subject: [Ironruby-core] Surprising Result In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D918DAB9E@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: So I did some testing on this, I wrapped all loops in an outer while loop and ran them though both rbx and cruby: i.e. t = 0 while t < 2000 for i in (1..1000) end t+=1 end cruby: while: 0:01.22 for: 0:00.46 times: 0:00.75 rbx: while: 0:01.83 for: 0:24.53 times: 0:24.84 Of course this is just a couple of runs, it would be more accurate to do a whole suite and average them out, but I ran them a few times and the times were relatively consistent. Work to be done... On Tue, Mar 11, 2008 at 9:57 AM, Eric Nicholson wrote: > Alright, I'll bet you a beer next time you're in Raleigh, NC. :) > > For... in loops seem to use blocks. Anyway, in a quick test they seem to be > about 200 - 1000 times slower than an equivalent while loop. A quick test > that runs through 1000 iterations 2000 times takes 0.3s with a while loop, > and 9.0s with a for loop on my system. > > Try a while loop... > -Eric > > > > On Mon, Mar 10, 2008 at 6:44 PM, Michael Letterle > wrote: > > Don't know what I'm going to do with a nickel... > > > > Actually since it's basically a port of a c program I'm only really > > using blocks in two places, input and output, plus on other little > > place.. I can try but I'd be surprised.. unless for loops in a range > > count... > > > > > > > > > > On Mon, Mar 10, 2008 at 6:37 PM, Eric Nicholson > wrote: > > > I bet you a nickel that if you replace a few key block loops (i.e. each, > > > times, etc) with a vanilla while loop that you'll see a 10x speedup... > I've > > > seen some really huge performance hits on IR using blocks. > > > > > > -Eric > > > > > > > > > On Mon, Mar 10, 2008 at 6:06 PM, Michael Letterle > > > wrote: > > > > I'll be posting it up (probably on RubyForge) once I get cleaned up a > > > > bit (acknowledgments, rdoc stuff), if you want the raw stuff I can > > > > email it straight to you. > > > > > > > > > > > > > > > > > > > > On Mon, Mar 10, 2008 at 5:33 PM, John Lam (DLR) > > > wrote: > > > > > Michael Letterle: > > > > > > > > > > > > > > > > > > > > > I'd just gotten done implementing DEFLATE in pure ruby, and > figuring > > > > > > there'd be a performance hit I was interested to see what it > would > > > be. > > > > > > On IronRuby (compiled in Release) it takes a full 16 seconds to > > > > > > decompress a ~1KB file... in CRuby it's less then a second. An > > > ~800KB > > > > > > file takes 42 seconds in CRuby, while IronRuby takes a > whopping... > > > > > > well I don't know, I killed it after it was running for about a > half > > > > > > hour and using upwards of 100MB of memory! > > > > > > > > > > > > Now this is just a straight port of "puff.c" from the zlib > library, > > > so > > > > > > it's certainly not optimized for speed in any way, but the > difference > > > > > > in runtimes really struck me. > > > > > > > > > > > > I suppose at the very least we have a good stress test for rbx ;) > > > Just > > > > > > thought I'd share. > > > > > > > > > > Cool :) Can you send along the source code for your implementation > so > > > we can investigate? > > > > > > > > > > Thanks > > > > > -John > > > > > > > > > > _______________________________________________ > > > > > 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 > > > > > > > > > > > > > _______________________________________________ > > > 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 > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From m.david at xmlhacker.com Tue Mar 11 12:53:55 2008 From: m.david at xmlhacker.com (M. David Peterson) Date: Tue, 11 Mar 2008 10:53:55 -0600 Subject: [Ironruby-core] Prototype SQLite3 support for IronRuby In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D9198023E@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <1205191270.8054.1241653377@webmail.messagingengine.com> <372109E149E8084D8E6C7D9CFD82E0632D9198023E@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: On Tue, 11 Mar 2008 08:47:17 -0600, John Lam (DLR) wrote: > (heck even if it isn't, it means that we can get some things working with this sooner rather than later). I'm not sure if there is a SQLite driver in pure manage code, but their are plenty of wrappers available[1,2] that provide access to SQLite via .NET on all known platforms. In fact, if not mistaken, Mono ships with a SQLite driver. 1: http://sourceforge.net/projects/sqlite-dotnet2 ** 2: http://www.phpguru.org/downloads/csharp/SQLite.NET/ Wrapper around ADO.NET -- /M:D M. David Peterson Co-Founder & Chief Architect, 3rd&Urban, LLC Email: m.david at xmlhacker.com | m.david at amp.fm | Mobile: (206) 418-9027 Web: http://amp.fm/ | http://www.oreillynet.com/pub/au/2354/ From m.david at xmlhacker.com Tue Mar 11 12:56:28 2008 From: m.david at xmlhacker.com (M. David Peterson) Date: Tue, 11 Mar 2008 10:56:28 -0600 Subject: [Ironruby-core] Prototype SQLite3 support for IronRuby In-Reply-To: References: <1205191270.8054.1241653377@webmail.messagingengine.com> <372109E149E8084D8E6C7D9CFD82E0632D9198023E@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: On Tue, 11 Mar 2008 10:53:55 -0600, M. David Peterson wrote: > Wrapper around ADO.NET That should have been prefixed with **. -- /M:D M. David Peterson Co-Founder & Chief Architect, 3rd&Urban, LLC Email: m.david at xmlhacker.com | m.david at amp.fm | Mobile: (206) 418-9027 Web: http://amp.fm/ | http://www.oreillynet.com/pub/au/2354/ From michael.letterle at gmail.com Tue Mar 11 14:20:56 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 11 Mar 2008 14:20:56 -0400 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: References: <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: I've got the rubyforge project up for the pure ruby zlib implementation, SVN has what I got so far, which is basically just Zlib::Inflate, http://rubyforge.org/projects/zliby/ it's rough, but I'm adding to it. On Fri, Mar 7, 2008 at 5:46 PM, Michael Letterle wrote: > I'd like to implement zlib in pure ruby, but in the mean time, I think > this should be good enough. Time will tell. Once we get a good > collection of these libraries together we'll be able to see what's > really needed ;) > > Anyway, updated zlib.rb attached, it performs the Gzip and Zlib > decompression... I'm not sure exactly what finish is suppose to do, > the docs are unclear. I suspect it may not be applicable to the way > I'm returning the decompressed output... > > > > On Fri, Mar 7, 2008 at 2:43 AM, John Messerly wrote: > > Michael Letterle: > > > > > > > Alright, I started doing this tonight (finally) GZip was pretty > > > straight forward, but Inflate may be a problem, The > > > System::IO::Compression.DeflateStream is RFC 1951 compliant /not/ > > > 1950.. Meaning it only covers Deflate, not ZLib in general. See here: > > > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx? > > > F > > > eedbackID=97064&wa=wsignin1.0 > > > > > > I'll research this more tomorrow, I'd hate to have to have an external > > > dependency like Zlib.NET > > > > Yeah, DeflateStream only implements the basic deflate algorithm, with no configuration options. Worse, it doesn't have particularly good compression ratio. Definitely worth investigating a port of a more fully featured library... > > > > - John > > > > > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > -- > Michael Letterle > [Polymath Programmer] > http://michaeldotnet.blogspot.com > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From josh.charles at gmail.com Tue Mar 11 14:51:56 2008 From: josh.charles at gmail.com (Josh Charles) Date: Tue, 11 Mar 2008 13:51:56 -0500 Subject: [Ironruby-core] Revision Message-ID: I've checked out revision 76 of IronRuby, and finally got it setup in VS2008 where everything was compiling. For some reason the VS project file looks for the sub-projects in the wrong locations, and you have to redirect it to the proper project locations, and reset all the references. I thought I would try to hack in a few more of the ruby string methods, and located the source file in the "MutableStringOps.cs" file in the IronRuby.Libraries project. I've written the code, but for some reason, it won't get called. I've cleaned the solution, and built from scratch. I have a feeling I'm missing something obvious. I've continued to simplify it until now I have this: [RubyMethodAttribute("reverse", RubyMethodAttributes.PublicInstance)] public static MutableString/*!*/ Reverse(MutableString/*!*/ self) { MutableString result = new MutableString("reverse"); //just temp return result; } When I try calling this method on a string from the ruby console, I get a NoMethodError. This is driving me crazy. I would really like to hack this together, and contribute it back, but I'm at my wits end here. It should work, but it's not. Sincerely, Josh From jflam at microsoft.com Tue Mar 11 14:54:29 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 11 Mar 2008 11:54:29 -0700 Subject: [Ironruby-core] Revision In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91980485@NA-EXMSG-C115.redmond.corp.microsoft.com> Josh Charles: > > I've checked out revision 76 of IronRuby, and finally got it setup in > VS2008 where everything was compiling. For some reason the VS project > file looks for the sub-projects in the wrong locations, and you have > to redirect it to the proper project locations, and reset all the > references. You should use the *other* solution in that directory - IronRuby.sln. That points to the right locations. > I thought I would try to hack in a few more of the ruby string > methods, and located the source file in the "MutableStringOps.cs" file > in the IronRuby.Libraries project. I've written the code, but for > some reason, it won't get called. I've cleaned the solution, and > built from scratch. I have a feeling I'm missing something obvious. > I've continued to simplify it until now I have this: > > [RubyMethodAttribute("reverse", > RubyMethodAttributes.PublicInstance)] > public static MutableString/*!*/ Reverse(MutableString/*!*/ > self) { > MutableString result = new MutableString("reverse"); //just > temp > return result; > } > You'll need to run 'rake gen' from the command line to regenerate the Initializers.Generated.cs file. -John From michael.letterle at gmail.com Tue Mar 11 15:03:52 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 11 Mar 2008 15:03:52 -0400 Subject: [Ironruby-core] Revision In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91980485@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91980485@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Or you can actually use the ClassInitGenerator.exe in your output directory directly: classinitgenerator IronRuby.Libraries.dll Ruby.Libraries LibrariesInitalizer > Initializer.Generated.cs copy Initializer.Generated.cs to trunk/src/IronRuby.Libraries/ recompile. I didn't even know there was a rake task, I've been doing it like that from the start ;) Still fighting to make the rake files play nice on Cygwin.. On Tue, Mar 11, 2008 at 2:54 PM, John Lam (DLR) wrote: > Josh Charles: > > > > > I've checked out revision 76 of IronRuby, and finally got it setup in > > VS2008 where everything was compiling. For some reason the VS project > > file looks for the sub-projects in the wrong locations, and you have > > to redirect it to the proper project locations, and reset all the > > references. > > You should use the *other* solution in that directory - IronRuby.sln. That points to the right locations. > > > > I thought I would try to hack in a few more of the ruby string > > methods, and located the source file in the "MutableStringOps.cs" file > > in the IronRuby.Libraries project. I've written the code, but for > > some reason, it won't get called. I've cleaned the solution, and > > built from scratch. I have a feeling I'm missing something obvious. > > I've continued to simplify it until now I have this: > > > > [RubyMethodAttribute("reverse", > > RubyMethodAttributes.PublicInstance)] > > public static MutableString/*!*/ Reverse(MutableString/*!*/ > > self) { > > MutableString result = new MutableString("reverse"); //just > > temp > > return result; > > } > > > > You'll need to run 'rake gen' from the command line to regenerate the Initializers.Generated.cs file. > > -John > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From bacondarwin at googlemail.com Tue Mar 11 15:21:16 2008 From: bacondarwin at googlemail.com (Peter Bacon Darwin) Date: Tue, 11 Mar 2008 19:21:16 -0000 Subject: [Ironruby-core] Revision In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980485@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <001d01c883ad$15623e40$4026bac0$@com> Or more easily run GenerateInitializers.cmd from trunk\src\IronRuby.Libraries Pete -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Letterle Sent: Tuesday,11 March 11, 2008 19:04 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Revision Or you can actually use the ClassInitGenerator.exe in your output directory directly: classinitgenerator IronRuby.Libraries.dll Ruby.Libraries LibrariesInitalizer > Initializer.Generated.cs copy Initializer.Generated.cs to trunk/src/IronRuby.Libraries/ recompile. I didn't even know there was a rake task, I've been doing it like that from the start ;) Still fighting to make the rake files play nice on Cygwin.. On Tue, Mar 11, 2008 at 2:54 PM, John Lam (DLR) wrote: > Josh Charles: > > > > > I've checked out revision 76 of IronRuby, and finally got it setup in > > VS2008 where everything was compiling. For some reason the VS project > > file looks for the sub-projects in the wrong locations, and you have > > to redirect it to the proper project locations, and reset all the > > references. > > You should use the *other* solution in that directory - IronRuby.sln. That points to the right locations. > > > > I thought I would try to hack in a few more of the ruby string > > methods, and located the source file in the "MutableStringOps.cs" file > > in the IronRuby.Libraries project. I've written the code, but for > > some reason, it won't get called. I've cleaned the solution, and > > built from scratch. I have a feeling I'm missing something obvious. > > I've continued to simplify it until now I have this: > > > > [RubyMethodAttribute("reverse", > > RubyMethodAttributes.PublicInstance)] > > public static MutableString/*!*/ Reverse(MutableString/*!*/ > > self) { > > MutableString result = new MutableString("reverse"); //just > > temp > > return result; > > } > > > > You'll need to run 'rake gen' from the command line to regenerate the Initializers.Generated.cs file. > > -John > > > > _______________________________________________ > 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 From blowmage at gmail.com Tue Mar 11 16:19:42 2008 From: blowmage at gmail.com (Mike Moore) Date: Tue, 11 Mar 2008 14:19:42 -0600 Subject: [Ironruby-core] Shiny New Code Message-ID: Does anyone know when is the source code available on http://dynamicsilverlight.net/ going to be committed to the RubyForge SVN repo? Also, it looks like the DLR hosting API has changed. For example, the example code on the IronRuby Wiki ( http://ironruby.rubyforge.org/wiki/wiki.pl?ExecutingIronRubyFromCSharp) no longer works. Is there any public documentation on the updated DLR API? Thanks! ~Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/039829e6/attachment.html From jflam at microsoft.com Tue Mar 11 16:26:40 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 11 Mar 2008 13:26:40 -0700 Subject: [Ironruby-core] Shiny New Code In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91980534@NA-EXMSG-C115.redmond.corp.microsoft.com> Mike Moore: > Does anyone know when is the source code available on > http://dynamicsilverlight.net/ going to be committed to the RubyForge > SVN repo? Soon ... :) I tried pushing out before we left, and something's mucked up in the sync script. I'll need to spend some time investigating before I can give you a better ETA. Thanks, -John From michael.letterle at gmail.com Tue Mar 11 16:39:39 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 11 Mar 2008 16:39:39 -0400 Subject: [Ironruby-core] Knowing if the CLR/BCL is available... Message-ID: So what's going to be the preferred way of knowing if your ruby app is running under IronRuby? RUBY_PLATFORM can't be used because it's just i386-mswin32, this doesn't tell us that CLR interop is available... could be handy to have... -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From dinov at exchange.microsoft.com Tue Mar 11 16:46:24 2008 From: dinov at exchange.microsoft.com (Dino Viehland) Date: Tue, 11 Mar 2008 13:46:24 -0700 Subject: [Ironruby-core] Shiny New Code In-Reply-To: References: Message-ID: <7AD436E4270DD54A94238001769C2227011CF5C2FFFB@DF-GRTDANE-MSG.exchange.corp.microsoft.com> The DLR hosting APIs should now closely match the hosting API spec which is available here: http://compilerlab.members.winisp.net/dlr-spec-hosting.pdf There may be small tweaks here and there but they shouldn't be changing much in the future either. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Moore Sent: Tuesday, March 11, 2008 1:20 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Shiny New Code Does anyone know when is the source code available on http://dynamicsilverlight.net/ going to be committed to the RubyForge SVN repo? Also, it looks like the DLR hosting API has changed. For example, the example code on the IronRuby Wiki (http://ironruby.rubyforge.org/wiki/wiki.pl?ExecutingIronRubyFromCSharp) no longer works. Is there any public documentation on the updated DLR API? Thanks! ~Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/deeccd75/attachment.html From jflam at microsoft.com Tue Mar 11 16:52:12 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 11 Mar 2008 13:52:12 -0700 Subject: [Ironruby-core] Knowing if the CLR/BCL is available... In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91980561@NA-EXMSG-C115.redmond.corp.microsoft.com> Michael Letterle: > So what's going to be the preferred way of knowing if your ruby app is > running under IronRuby? RUBY_PLATFORM can't be used because it's just > i386-mswin32, this doesn't tell us that CLR interop is available... > could be handy to have... Not available yet, but IRONRUBY_VERSION will be the constant. -John From michael.letterle at gmail.com Tue Mar 11 17:08:38 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Tue, 11 Mar 2008 17:08:38 -0400 Subject: [Ironruby-core] Shiny New Code In-Reply-To: References: Message-ID: Just updated that wiki page with a working demo I had laying around... wonder why I hadn't before.. ah well thanks for pointing it out! On Tue, Mar 11, 2008 at 4:19 PM, Mike Moore wrote: > Does anyone know when is the source code available on > http://dynamicsilverlight.net/ going to be committed to the RubyForge SVN > repo? > > Also, it looks like the DLR hosting API has changed. For example, the > example code on the IronRuby Wiki > (http://ironruby.rubyforge.org/wiki/wiki.pl?ExecutingIronRubyFromCSharp) no > longer works. Is there any public documentation on the updated DLR API? > > Thanks! > ~Mike > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From josh.charles at gmail.com Tue Mar 11 17:09:54 2008 From: josh.charles at gmail.com (Josh Charles) Date: Tue, 11 Mar 2008 16:09:54 -0500 Subject: [Ironruby-core] Revision In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91980485@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91980485@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: John Lam (DLR) wrote: > You should use the *other* solution in that directory - IronRuby.sln. That points to the right locations. Got it, thanks! > You'll need to run 'rake gen' from the command line to regenerate the Initializers.Generated.cs file. I feel a bit foolish at the moment for not seeing that. Never-the-less, I went ahead and implemented the string.reverse methods and submitted the patch to rubyforge. I don't know how helpful that is specifically, but I hope to contribute more down the line. Sincerely, Josh From blowmage at gmail.com Tue Mar 11 17:20:18 2008 From: blowmage at gmail.com (Mike Moore) Date: Tue, 11 Mar 2008 15:20:18 -0600 Subject: [Ironruby-core] Shiny New Code In-Reply-To: <7AD436E4270DD54A94238001769C2227011CF5C2FFFB@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <7AD436E4270DD54A94238001769C2227011CF5C2FFFB@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: <5606FB11-9B82-472B-A59F-DBEC49DBFE3E@gmail.com> Awesome. Thanks Dino! Sent from my iPhone On Mar 11, 2008, at 2:46 PM, Dino Viehland wrote: > The DLR hosting APIs should now closely match the hosting API spec > which is available here: > > > > http://compilerlab.members.winisp.net/dlr-spec-hosting.pdf > > > > There may be small tweaks here and there but they shouldn?t be chang > ing much in the future either. > > > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org > ] On Behalf Of Mike Moore > Sent: Tuesday, March 11, 2008 1:20 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Shiny New Code > > > > Does anyone know when is the source code available on http://dynamicsilverlight.net/ > going to be committed to the RubyForge SVN repo? > > Also, it looks like the DLR hosting API has changed. For example, > the example code on the IronRuby Wiki (http://ironruby.rubyforge.org/wiki/wiki.pl?ExecutingIronRubyFromCSharp > ) > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080311/0fcc870b/attachment-0001.html From brianblackwell at realemail.net Tue Mar 11 18:32:16 2008 From: brianblackwell at realemail.net (Brian Blackwell) Date: Wed, 12 Mar 2008 08:32:16 +1000 Subject: [Ironruby-core] .NET custom attributes In-Reply-To: <5606FB11-9B82-472B-A59F-DBEC49DBFE3E@gmail.com> References: <7AD436E4270DD54A94238001769C2227011CF5C2FFFB@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <5606FB11-9B82-472B-A59F-DBEC49DBFE3E@gmail.com> Message-ID: <1205274736.13624.1241867917@webmail.messagingengine.com> Does IronRuby support .NET custom attributes? Is this even possible on the DLR? I recall that this was a problem with IronPython, but I wasn't sure if it also affects DLR-based languages like IronRuby and IronPython v2.0... Brian From Tomas.Matousek at microsoft.com Tue Mar 11 18:46:29 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 11 Mar 2008 15:46:29 -0700 Subject: [Ironruby-core] .NET custom attributes In-Reply-To: <1205274736.13624.1241867917@webmail.messagingengine.com> References: <7AD436E4270DD54A94238001769C2227011CF5C2FFFB@DF-GRTDANE-MSG.exchange.corp.microsoft.com> <5606FB11-9B82-472B-A59F-DBEC49DBFE3E@gmail.com> <1205274736.13624.1241867917@webmail.messagingengine.com> Message-ID: IronRuby doesn't support custom attributes. It currently doesn't support compilation to static .NET types at all, so there is nothing the attributes could be applied on. We will look at this issue in future. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Brian Blackwell Sent: Tuesday, March 11, 2008 3:32 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] .NET custom attributes Does IronRuby support .NET custom attributes? Is this even possible on the DLR? I recall that this was a problem with IronPython, but I wasn't sure if it also affects DLR-based languages like IronRuby and IronPython v2.0... Brian _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ivan at flanders.co.nz Wed Mar 12 05:41:32 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 12 Mar 2008 22:41:32 +1300 Subject: [Ironruby-core] console ShowASTs not working ? Message-ID: Hi I tried to view what AST's was being generated when I executed a very simple class with the following command line rbx -X:ShowASTs test.rb class HelloWorld def initialize @msg = "hello world" end def print puts @msg end end h = HelloWorld.new h.print I tried doing that on windows in powershell, cmd and on OSX with mono I also tried a couple of other command switches but none of them seem to do anything, is that because it's not supposed to be working? the other command options i tried were -X:TabCompletion, -X:DumpASTs and -X:ShowRules None of them seem to have any effect, do I submit a bug for this? Thanks Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080312/6cc2a057/attachment.html From sanxiyn at gmail.com Wed Mar 12 06:33:30 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Wed, 12 Mar 2008 19:33:30 +0900 Subject: [Ironruby-core] console ShowASTs not working ? In-Reply-To: References: Message-ID: <5b0248170803120333s71664ca2tad7e3a06b60ddede@mail.gmail.com> -X:ShowASTs works for me. Linux, Mono 1.2.6, IronRuby r76. -- Seo Sanghyeon From ivan at flanders.co.nz Wed Mar 12 06:47:00 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 12 Mar 2008 23:47:00 +1300 Subject: [Ironruby-core] console ShowASTs not working ? In-Reply-To: <5b0248170803120333s71664ca2tad7e3a06b60ddede@mail.gmail.com> References: <5b0248170803120333s71664ca2tad7e3a06b60ddede@mail.gmail.com> Message-ID: Cool it's working for me too, it was just me being stupid. On Wed, Mar 12, 2008 at 11:33 PM, Sanghyeon Seo wrote: > -X:ShowASTs works for me. Linux, Mono 1.2.6, IronRuby r76. > > -- > Seo Sanghyeon > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080312/99184bd4/attachment.html From bcardiff at gmail.com Wed Mar 12 07:22:39 2008 From: bcardiff at gmail.com (Brian J. Cardiff) Date: Wed, 12 Mar 2008 09:22:39 -0200 Subject: [Ironruby-core] console ShowASTs not working ? In-Reply-To: References: <5b0248170803120333s71664ca2tad7e3a06b60ddede@mail.gmail.com> Message-ID: <190204680803120422o6ef75d0at8b0c4f1084fff3bd@mail.gmail.com> Not so important, but why the AST is shown twice? > rbx /X:ShowASTs IronRuby 0.1 on .NET 2.0.50727.1433 Copyright (c) Microsoft Corporation. All rights reserved. Note that local variables do not work today in the console. As a workaround, use globals instead (eg $x = 42 instead of x = 42). >>> 1 // // AST wrapper // .codeblock Object wrapper ( global,)() { .return (RubyOps.RunMain)( .context, (Boolean)True, (Object).block (main #1), ); } // // CODE BLOCK: main (1) // .codeblock Object main ()() { .var RuntimeFlowControl #rfc (Local) .var Object #self (Local) .var RubyScope #scope (Local) { (.bound #scope) = (RubyOps.GetScope)( .context, ) (.bound #rfc) = (RubyOps.GetRfc)( (.bound #scope), ) (.bound #self) = (RubyOps.GetSelf)( (.bound #scope), ) { .return 1; } } } // // AST wrapper // .codeblock Object wrapper ( global,)() { .return (RubyOps.RunMain)( .context, (Boolean)True, (Object).block (main #1), ); } // // CODE BLOCK: main (1) // .codeblock Object main ()() { .var RuntimeFlowControl #rfc (Local) .var Object #self (Local) .var RubyScope #scope (Local) { (.bound #scope) = (RubyOps.GetScope)( .context, ) (.bound #rfc) = (RubyOps.GetRfc)( (.bound #scope), ) (.bound #self) = (RubyOps.GetSelf)( (.bound #scope), ) { .return 1; } } } => 1 >>> On Wed, Mar 12, 2008 at 8:47 AM, Ivan Porto Carrero wrote: > Cool it's working for me too, it was just me being stupid. > > > On Wed, Mar 12, 2008 at 11:33 PM, Sanghyeon Seo wrote: > > > -X:ShowASTs works for me. Linux, Mono 1.2.6, IronRuby r76. > > > > -- > > Seo Sanghyeon > > _______________________________________________ > > 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 > > -- Brian J. Cardiff bcardiff(?)gmail.com . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080312/35107c7f/attachment.html From lists at ruby-forum.com Wed Mar 12 08:44:05 2008 From: lists at ruby-forum.com (Jay Kimble) Date: Wed, 12 Mar 2008 13:44:05 +0100 Subject: [Ironruby-core] Hosting... executing function dynamically from C# Message-ID: <3af5994c2fb6e34a473ea6473340adba@ruby-forum.com> Ok, I'm trying to do something interesting with the DLR (I emailed John before finding this forum... sorry, John). My project is here --> http://www.codeplex.com/dlrscript What I'm doing is hosting the DLR within a Silverlight 2.0 beta 1 app. My app scans the html dom for Script tags that target DLR languages effectively adding a new client scripting language to the browser. I'm embedding a couple objects as global vars into the script environment. One of these objects provides a mechanism for creating and event handler which is used in conjunction with my other object (document which provides getElementById). The app itself is written in C#, and my test page works perfectly for DLR Python (aka IronPython) and DLR JScript (AKA managed JavaScript). For DLR Ruby (AKA IronRuby), the globals are working, and the wiring up of the event works. The problem has to do with how I'm calling the Ruby function when the event fires (it fires a C# anonymous function which calls the Ruby function). The way I'm calling the function is via an instance of the Ruby ScriptEngine's Execute function using a single statement (source kind)... the code looks something like this: // This is actually a function String method = "someFunction"; /// this is actually a param String codeID = "rby_command"; // this is also a param SourceCodeKind kind = SourceCodeKind.SingleStatement; // param // SourceCodeKind is actually a variable... first time through this is // "Statements" // This is the actual function beginning Exception result = null; ErrorSink sink = new ErrorSink(); try { CompilerOptions copts = engine.GetDefaultCompilerOptions(); SourceUnit scu = engine.CreateScriptSourceFromString(text, scriptid + "_" + this.shortName, kind); CompilerContext cc = new CompilerContext(scu, copts, sink); ICompiledCode icc = engine.Compile(scu, copts, sink); if (sink.AnyError) return new Exception("Syntax Error :" + sink.ToString()); if (scope == null) // This gets created the first iteration through { scope = engine.Runtime.CreateScope(); } engine.Execute(scope, scu); return null; } catch (Exception ex) { result = ex; } return result; I would expect that as long as I keep the same scope then the environment should be able to locate the local variable/function I'm trying to call. BTW, I've tried interactive, and expression, as well. None of them work. So what am I missing? My objects are definitely working. BTW, the code in the latest released project has changed. Ruby doesn't work there (it is working perfectly except for this one item), so if I need to I will upload a zip of the project here. Also, thank you Michael of Michael.net... you're logo DSL was very helpful for getting me this far with Ruby. Jay Kimble http://www.theruntime.com/blogs/jaykimble -- Posted via http://www.ruby-forum.com/. From thibaut.barrere at gmail.com Wed Mar 12 11:40:18 2008 From: thibaut.barrere at gmail.com (=?ISO-8859-1?Q?Thibaut_Barr=E8re?=) Date: Wed, 12 Mar 2008 16:40:18 +0100 Subject: [Ironruby-core] Is IronRuby.sln supposed to compile fine at revision 76 ? Message-ID: <4a68b8cf0803120840y671c5fah4ef03064a991587d@mail.gmail.com> Hi, I'm finalizing an article which includes details on how to compile IronRuby. It seems that MsBuild IronRuby.sln doesn't compile successfully at revision 76 (it's looking for ..\..\..\Runtime\Microsoft.Scripting\Microsoft.Scripting.csproj which doesn't exist). Does anyone meet the same issue ? "rake compile" works perfectly fine. cheers Thibaut -- [blog] http://evolvingworker.com - tools for a better day [blog] http://blog.logeek.fr - about writing software From josh.charles at gmail.com Wed Mar 12 11:50:05 2008 From: josh.charles at gmail.com (Josh Charles) Date: Wed, 12 Mar 2008 10:50:05 -0500 Subject: [Ironruby-core] Is IronRuby.sln supposed to compile fine at revision 76 ? In-Reply-To: <4a68b8cf0803120840y671c5fah4ef03064a991587d@mail.gmail.com> References: <4a68b8cf0803120840y671c5fah4ef03064a991587d@mail.gmail.com> Message-ID: On Wed, Mar 12, 2008 at 10:40 AM, Thibaut Barr?re wrote: > I'm finalizing an article which includes details on how to compile IronRuby. > > It seems that MsBuild IronRuby.sln doesn't compile successfully at > revision 76 (it's looking for > ..\..\..\Runtime\Microsoft.Scripting\Microsoft.Scripting.csproj which > doesn't exist). > > Does anyone meet the same issue ? > > "rake compile" works perfectly fine. I ran into something similar yesterday. What I ended up doing was getting a clean checkout from svn, running rake compile, and once that completed successfully, opening up the IronRuby.sln file. For some reason, Visual Studio was able to compile from there on out. Josh From thibaut.barrere at gmail.com Wed Mar 12 12:02:52 2008 From: thibaut.barrere at gmail.com (=?ISO-8859-1?Q?Thibaut_Barr=E8re?=) Date: Wed, 12 Mar 2008 17:02:52 +0100 Subject: [Ironruby-core] Is IronRuby.sln supposed to compile fine at revision 76 ? In-Reply-To: References: <4a68b8cf0803120840y671c5fah4ef03064a991587d@mail.gmail.com> Message-ID: <4a68b8cf0803120902o40a84096td9405d7cbf0a90c9@mail.gmail.com> Hi Josh, > I ran into something similar yesterday. What I ended up doing was > getting a clean checkout from svn, running rake compile, and once that > completed successfully, opening up the IronRuby.sln file. For some > reason, Visual Studio was able to compile from there on out. Yup - I noticed that once it's compiled with Visual Studio, some .csproj files are modified. This is probably what allows MsBuild to be successful just after. Thanks for the hint! -- Thibaut From Tomas.Matousek at microsoft.com Wed Mar 12 13:44:34 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 12 Mar 2008 10:44:34 -0700 Subject: [Ironruby-core] Hosting... executing function dynamically from C# In-Reply-To: <3af5994c2fb6e34a473ea6473340adba@ruby-forum.com> References: <3af5994c2fb6e34a473ea6473340adba@ruby-forum.com> Message-ID: Could you simplify the example of what you're trying to do? Do you want to execute: "def foo end" and then "foo" ? What is the source code ("text" variable)? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Jay Kimble Sent: Wednesday, March 12, 2008 5:44 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Hosting... executing function dynamically from C# Ok, I'm trying to do something interesting with the DLR (I emailed John before finding this forum... sorry, John). My project is here --> http://www.codeplex.com/dlrscript What I'm doing is hosting the DLR within a Silverlight 2.0 beta 1 app. My app scans the html dom for Script tags that target DLR languages effectively adding a new client scripting language to the browser. I'm embedding a couple objects as global vars into the script environment. One of these objects provides a mechanism for creating and event handler which is used in conjunction with my other object (document which provides getElementById). The app itself is written in C#, and my test page works perfectly for DLR Python (aka IronPython) and DLR JScript (AKA managed JavaScript). For DLR Ruby (AKA IronRuby), the globals are working, and the wiring up of the event works. The problem has to do with how I'm calling the Ruby function when the event fires (it fires a C# anonymous function which calls the Ruby function). The way I'm calling the function is via an instance of the Ruby ScriptEngine's Execute function using a single statement (source kind)... the code looks something like this: // This is actually a function String method = "someFunction"; /// this is actually a param String codeID = "rby_command"; // this is also a param SourceCodeKind kind = SourceCodeKind.SingleStatement; // param // SourceCodeKind is actually a variable... first time through this is // "Statements" // This is the actual function beginning Exception result = null; ErrorSink sink = new ErrorSink(); try { CompilerOptions copts = engine.GetDefaultCompilerOptions(); SourceUnit scu = engine.CreateScriptSourceFromString(text, scriptid + "_" + this.shortName, kind); CompilerContext cc = new CompilerContext(scu, copts, sink); ICompiledCode icc = engine.Compile(scu, copts, sink); if (sink.AnyError) return new Exception("Syntax Error :" + sink.ToString()); if (scope == null) // This gets created the first iteration through { scope = engine.Runtime.CreateScope(); } engine.Execute(scope, scu); return null; } catch (Exception ex) { result = ex; } return result; I would expect that as long as I keep the same scope then the environment should be able to locate the local variable/function I'm trying to call. BTW, I've tried interactive, and expression, as well. None of them work. So what am I missing? My objects are definitely working. BTW, the code in the latest released project has changed. Ruby doesn't work there (it is working perfectly except for this one item), so if I need to I will upload a zip of the project here. Also, thank you Michael of Michael.net... you're logo DSL was very helpful for getting me this far with Ruby. Jay Kimble http://www.theruntime.com/blogs/jaykimble -- 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 Wed Mar 12 13:54:21 2008 From: lists at ruby-forum.com (Jay Kimble) Date: Wed, 12 Mar 2008 18:54:21 +0100 Subject: [Ironruby-core] Hosting... executing function dynamically from C# In-Reply-To: References: <3af5994c2fb6e34a473ea6473340adba@ruby-forum.com> Message-ID: <33d556b4aab73b112db93221d71161aa@ruby-forum.com> Ack! I messed that up. Text is the script to run (I mislabelled it above as methodName)... here's a little more detail: I have already executed a script that looks like this ------------------------- def myFunction() # do a bunch of stuff end #call code to wire up a button click pushing the function name ------------------------- When the button is clicked my anonymous C# code attempts to call the function passed in (in this case, it would be "myFunction" which would be the value of the Text variable in the function above). What comes back is an error saying that the variable can't be found. -- Posted via http://www.ruby-forum.com/. From sanxiyn at gmail.com Wed Mar 12 13:59:30 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Thu, 13 Mar 2008 02:59:30 +0900 Subject: [Ironruby-core] console ShowASTs not working ? In-Reply-To: <190204680803120422o6ef75d0at8b0c4f1084fff3bd@mail.gmail.com> References: <5b0248170803120333s71664ca2tad7e3a06b60ddede@mail.gmail.com> <190204680803120422o6ef75d0at8b0c4f1084fff3bd@mail.gmail.com> Message-ID: <5b0248170803121059s66f61a7epbbacdc1dd589f017@mail.gmail.com> 2008/3/12, Brian J. Cardiff : > Not so important, but why the AST is shown twice? One is before rewriting, the other is after rewriting. See Microsoft.Scripting/Ast/Compiler.cs, from line 485: private static void AnalyzeBlock(CodeBlock block) { DumpBlock(block); ForestRewriter.Rewrite(block); ClosureBinder.Bind(block); FlowChecker.Check(block); DumpBlock(block); } -- Seo Sanghyeon From lists at ruby-forum.com Thu Mar 13 03:30:04 2008 From: lists at ruby-forum.com (Web Reservoir) Date: Thu, 13 Mar 2008 08:30:04 +0100 Subject: [Ironruby-core] Few Small Examples in Linq with IronRuby Message-ID: Hello, I know that its too early to ask or it. But can someone provide few examples, how Linq with IronRuby will look alike. Since i am reading few books on LINQ in C#, i want to gradually try to understand it with IronRuby point of view. I do not want examples to play around. I want examples to understand LINQ with IronRuby. I hope someone might help me here. -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Thu Mar 13 03:52:49 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Thu, 13 Mar 2008 20:52:49 +1300 Subject: [Ironruby-core] Few Small Examples in Linq with IronRuby In-Reply-To: References: Message-ID: I think this should answer your question http://rubyforge.org/pipermail/ironruby-core/2008-January/000706.html On Thu, Mar 13, 2008 at 8:30 PM, Web Reservoir wrote: > Hello, > > I know that its too early to ask or it. > > But can someone provide few examples, how Linq with IronRuby will look > alike. > > Since i am reading few books on LINQ in C#, i want to gradually try to > understand it with IronRuby point of view. > > I do not want examples to play around. I want examples to understand > LINQ with IronRuby. > > I hope someone might help me here. > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/026f2f0c/attachment.html From lists at ruby-forum.com Thu Mar 13 08:40:50 2008 From: lists at ruby-forum.com (Web Reservoir) Date: Thu, 13 Mar 2008 13:40:50 +0100 Subject: [Ironruby-core] Few Small Examples in Linq with IronRuby In-Reply-To: References: Message-ID: Ivan Porto Carrero wrote: > I think this should answer your question > http://rubyforge.org/pipermail/ironruby-core/2008-January/000706.html --------------------------------- Ho Ivan, Thanks for pointing me a link. But the link is obsolete now. ------------------------------------------------------------ Translating this example: http://msdn2.microsoft.com/en-us/library/bb397947.aspx, it will look something like this: require 'System.Core' numbers = [5, 10, 8, 3, 6, 12] numbers.where { |num| num % 2 == 0 }.order_by { |n| n }.each { |i| write("#{i} ") } - John -------------------------------------------------------------- I could see the example in Ruby, but the actual msdn2 link is now obsolete and the code is removed. So i am unable to make any comparison. -- Posted via http://www.ruby-forum.com/. From jflam at microsoft.com Thu Mar 13 08:44:58 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 13 Mar 2008 05:44:58 -0700 Subject: [Ironruby-core] Few Small Examples in Linq with IronRuby In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91980E59@NA-EXMSG-C115.redmond.corp.microsoft.com> Remove the comma from the URI. > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Web Reservoir > Sent: Thursday, March 13, 2008 5:41 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Few Small Examples in Linq with IronRuby > > Ivan Porto Carrero wrote: > > I think this should answer your question > > http://rubyforge.org/pipermail/ironruby-core/2008-January/000706.html > --------------------------------- > Ho Ivan, > > Thanks for pointing me a link. But the link is obsolete now. > > ------------------------------------------------------------ > Translating this example: > http://msdn2.microsoft.com/en-us/library/bb397947.aspx, it will look > something like this: > > require 'System.Core' > numbers = [5, 10, 8, 3, 6, 12] > numbers.where { |num| num % 2 == 0 }.order_by { |n| n }.each { |i| > write("#{i} ") } > > - John > -------------------------------------------------------------- > > I could see the example in Ruby, but the actual msdn2 link is now > obsolete and the code is removed. > > So i am unable to make any comparison. > > > -- > 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 Thu Mar 13 09:23:16 2008 From: lists at ruby-forum.com (Jay Kimble) Date: Thu, 13 Mar 2008 14:23:16 +0100 Subject: [Ironruby-core] Hosting... executing function dynamically from C# In-Reply-To: <33d556b4aab73b112db93221d71161aa@ruby-forum.com> References: <3af5994c2fb6e34a473ea6473340adba@ruby-forum.com> <33d556b4aab73b112db93221d71161aa@ruby-forum.com> Message-ID: <02203f9eb2aeb15c41d2029bfc0f0eea@ruby-forum.com> Alright I found the problem and it appears to be a problem between the chair and the keyboard... Sorry about that. I fat fingered my function name, and as soon as I discovered that it made sense that Iron Ruby was telling me that it couldn't find that function (because it couldn't). Jay -- Posted via http://www.ruby-forum.com/. From jayme.edwards at gmail.com Thu Mar 13 09:44:40 2008 From: jayme.edwards at gmail.com (Jayme) Date: Thu, 13 Mar 2008 08:44:40 -0500 Subject: [Ironruby-core] Browsing source under VS.NET Message-ID: Hey all, I've got the latest source from svn as of today and can compile just fine using the Rakefile. However when I open the visual studio projects (in 2005 or 2008) several of the project paths are messed up and only one of the projects loads. Is this a known issue? Just looking for a nice way to browse the source... Thanks, -Jayme -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/686601c3/attachment.html From lists at ruby-forum.com Thu Mar 13 09:47:27 2008 From: lists at ruby-forum.com (Web Reservoir) Date: Thu, 13 Mar 2008 14:47:27 +0100 Subject: [Ironruby-core] Few Small Examples in Linq with IronRuby In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91980E59@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91980E59@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <1b4e5f90775895f15e9a3624ea092267@ruby-forum.com> John Lam (DLR) wrote: > Remove the comma from the URI. ------------------------------------------ Thanks John. I did not notice that little comma. I just clicked the link. Here's the C# Code. ---------------------- class QueryVMethodSyntax { static void Main() { int[] numbers = { 5, 10, 8, 3, 6, 12}; //Query syntax: IEnumerable numQuery1 = from num in numbers where num % 2 == 0 orderby num select num; //Method syntax: IEnumerable numQuery2 = numbers.Where(num => num % 2 == 0).OrderBy(n => n); foreach (int i in numQuery1) { Console.Write(i + " "); } Console.WriteLine(System.Environment.NewLine); foreach (int i in numQuery2) { Console.Write(i + " "); } // Keep the console open in debug mode. Console.WriteLine(System.Environment.NewLine); Console.WriteLine("Press any key to exit"); Console.ReadKey(); } } /* Output: 6 8 10 12 6 8 10 12 */ With IronRuby, LINQ would be a fun. Hope to see such more examples soon. Thanks -- Posted via http://www.ruby-forum.com/. From jflam at microsoft.com Thu Mar 13 09:48:19 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 13 Mar 2008 06:48:19 -0700 Subject: [Ironruby-core] Browsing source under VS.NET In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91980E6F@NA-EXMSG-C115.redmond.corp.microsoft.com> You'll need to use the IronRuby.sln solution, *not* the Ruby.sln. I'll fix my deploy script to scrub Ruby.sln from external sources as this causes a lot of confusion. -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Jayme > Sent: Thursday, March 13, 2008 6:45 AM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Browsing source under VS.NET > > Hey all, > > I've got the latest source from svn as of today and can compile just > fine using the Rakefile. However when I open the visual studio > projects (in 2005 or 2008) several of the project paths are messed up > and only one of the projects loads. Is this a known issue? Just > looking for a nice way to browse the source... > > Thanks, > > -Jayme From jayme.edwards at gmail.com Thu Mar 13 10:04:48 2008 From: jayme.edwards at gmail.com (Jayme) Date: Thu, 13 Mar 2008 09:04:48 -0500 Subject: [Ironruby-core] Browsing source under VS.NET In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91980E6F@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91980E6F@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Thanks John, I've got it building now, great. When I build though, it seems that the .csproj files of some projects are updated, some spaces are removed, and some paths are adjusted. Is there a specific version of the IDE other than 2008 I should be using, or perhaps I should only build through the rakefile to make sure that svn doesn't modify these .csproj files and flag them as having changed? Thanks, -Jayme On Thu, Mar 13, 2008 at 8:48 AM, John Lam (DLR) wrote: > You'll need to use the IronRuby.sln solution, *not* the Ruby.sln. I'll fix > my deploy script to scrub Ruby.sln from external sources as this causes a > lot of confusion. > > -John > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Jayme > > Sent: Thursday, March 13, 2008 6:45 AM > > To: ironruby-core at rubyforge.org > > Subject: [Ironruby-core] Browsing source under VS.NET > > > > Hey all, > > > > I've got the latest source from svn as of today and can compile just > > fine using the Rakefile. However when I open the visual studio > > projects (in 2005 or 2008) several of the project paths are messed up > > and only one of the projects loads. Is this a known issue? Just > > looking for a nice way to browse the source... > > > > Thanks, > > > > -Jayme > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/212f95c0/attachment.html From jflam at microsoft.com Thu Mar 13 10:08:56 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 13 Mar 2008 07:08:56 -0700 Subject: [Ironruby-core] Browsing source under VS.NET In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980E6F@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91980E7C@NA-EXMSG-C115.redmond.corp.microsoft.com> You might want to svn exclude them for the time being. I have to apply transforms to those files when I generate the external layout (as well as doing transforms on the way back in). I need to spend some time coding on the external layout for a while to get a better feel (I use our internal layout which is what Ruby.sln respects). Thanks, -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Jayme > Sent: Thursday, March 13, 2008 7:05 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Browsing source under VS.NET > > Thanks John, > > I've got it building now, great. When I build though, it seems that > the .csproj files of some projects are updated, some spaces are > removed, and some paths are adjusted. Is there a specific version of > the IDE other than 2008 I should be using, or perhaps I should only > build through the rakefile to make sure that svn doesn't modify these > .csproj files and flag them as having changed? > > Thanks, > > -Jayme From jflam at microsoft.com Thu Mar 13 13:00:24 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 13 Mar 2008 10:00:24 -0700 Subject: [Ironruby-core] SVN Revision 77 out Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> There are a lot of new files in this change - mostly due to the beginnings of our work to get the latest Ruby specs working. So right now there are duplicate specs under tests. This will change in the future. Our work to get Silverlight integration working is here. So rudimentary VS debugging support etc. should just work today. You won't be able to do a Silverlight build yet - that's coming in a future update. Thanks, -John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/431c7c61/attachment.html From michael.letterle at gmail.com Thu Mar 13 13:13:29 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Thu, 13 Mar 2008 13:13:29 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: *as he watches TortoiseSVN fly by...* Wow, you weren't kidding... On Thu, Mar 13, 2008 at 1:00 PM, John Lam (DLR) wrote: > > > > > There are a lot of new files in this change ? mostly due to the beginnings > of our work to get the latest Ruby specs working. So right now there are > duplicate specs under tests. This will change in the future. > > > > Our work to get Silverlight integration working is here. So rudimentary VS > debugging support etc. should just work today. > > > > You won't be able to do a Silverlight build yet ? that's coming in a future > update. > > > > Thanks, > > -John > > > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From acevesna at gmail.com Thu Mar 13 13:13:57 2008 From: acevesna at gmail.com (Nick Aceves) Date: Thu, 13 Mar 2008 10:13:57 -0700 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Awesome! On Thu, Mar 13, 2008 at 10:00 AM, John Lam (DLR) wrote: > There are a lot of new files in this change ? mostly due to the > beginnings of our work to get the latest Ruby specs working. So right now > there are duplicate specs under tests. This will change in the future. > > > > Our work to get Silverlight integration working is here. So rudimentary VS > debugging support etc. should just work today. > > > > You won't be able to do a Silverlight build yet ? that's coming in a > future update. > > > > Thanks, > > -John > > > > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/979eb7e7/attachment-0001.html From tranqy at gmail.com Thu Mar 13 14:55:54 2008 From: tranqy at gmail.com (Aaron Junod) Date: Thu, 13 Mar 2008 14:55:54 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Great news! Thanks a lot IR team! On Thu, Mar 13, 2008 at 1:13 PM, Nick Aceves wrote: > Awesome! > > On Thu, Mar 13, 2008 at 10:00 AM, John Lam (DLR) > wrote: > > > There are a lot of new files in this change ? mostly due to the > > beginnings of our work to get the latest Ruby specs working. So right now > > there are duplicate specs under tests. This will change in the future. > > > > > > > > Our work to get Silverlight integration working is here. So rudimentary > > VS debugging support etc. should just work today. > > > > > > > > You won't be able to do a Silverlight build yet ? that's coming in a > > future update. > > > > > > > > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/b6dfbd23/attachment.html From ivan at flanders.co.nz Thu Mar 13 16:25:14 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 09:25:14 +1300 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Thanks. Looks like i can finally uninstall visual studio 2005 :) On Fri, Mar 14, 2008 at 7:55 AM, Aaron Junod wrote: > Great news! Thanks a lot IR team! > > > On Thu, Mar 13, 2008 at 1:13 PM, Nick Aceves wrote: > > > Awesome! > > > > On Thu, Mar 13, 2008 at 10:00 AM, John Lam (DLR) > > wrote: > > > > > There are a lot of new files in this change ? mostly due to the > > > beginnings of our work to get the latest Ruby specs working. So right now > > > there are duplicate specs under tests. This will change in the future. > > > > > > > > > > > > Our work to get Silverlight integration working is here. So > > > rudimentary VS debugging support etc. should just work today. > > > > > > > > > > > > You won't be able to do a Silverlight build yet ? that's coming in a > > > future update. > > > > > > > > > > > > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/3d1e860a/attachment.html From josh.charles at gmail.com Thu Mar 13 16:45:10 2008 From: josh.charles at gmail.com (Josh Charles) Date: Thu, 13 Mar 2008 15:45:10 -0500 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Does anyone have a problem with rbx not exiting correctly in revision 77? I'm getting a method missing error on "Exit": Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. Q:\>c: C:\>cd IronRuby C:\IronRuby>rake gen (in C:/IronRuby) C:\IronRuby>rake compile (in C:/IronRuby) Read in 17 resources from "C:\IronRuby\src\microsoft.scripting\Math\MathResource s.resx" Writing resource file... Done. Read in 49 resources from "C:\IronRuby\src\microsoft.scripting\Resources.resx" Writing resource file... Done. C:\IronRuby>cd build C:\IronRuby\build>cd debug C:\IronRuby\build\debug>dir Volume in drive C has no label. Volume Serial Number is 9C73-5E6E Directory of C:\IronRuby\build\debug 03/13/2008 03:43 PM . 03/13/2008 03:43 PM .. 03/13/2008 03:43 PM 36,864 ClassInitGenerator.exe 03/13/2008 03:43 PM 42,496 ClassInitGenerator.pdb 03/13/2008 03:43 PM 458,752 IronRuby.dll 03/13/2008 03:43 PM 274,432 IronRuby.Libraries.dll 03/13/2008 03:43 PM 697,856 IronRuby.Libraries.pdb 03/13/2008 03:43 PM 1,263,104 IronRuby.pdb 03/13/2008 03:43 PM 135,168 IronRuby.Tests.exe 03/13/2008 03:43 PM 198,144 IronRuby.Tests.pdb 03/13/2008 03:43 PM 1,134,592 Microsoft.Scripting.dll 03/13/2008 03:43 PM 1,477 Microsoft.Scripting.Math.MathResources.re sources 03/13/2008 03:43 PM 3,022,336 Microsoft.Scripting.pdb 03/13/2008 03:43 PM 4,929 Microsoft.Scripting.Resources.resources 03/13/2008 03:43 PM 4,608 rbx.exe 03/13/2008 03:43 PM 11,776 rbx.pdb 14 File(s) 7,286,534 bytes 2 Dir(s) 52,908,146,688 bytes free C:\IronRuby\build\debug>rbx IronRuby 0.1 on .NET 2.0.50727.1433 Copyright (c) Microsoft Corporation. All rights reserved. Note that local variables do not work today in the console. As a workaround, use globals instead (eg $x = 42 instead of x = 42). >>> exit c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:145:in `Exit': exit (Syste mExit) from c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:133:in `Exit' from :0:in `main' from :0:in `Initialize##1' >>> Josh From Tomas.Matousek at microsoft.com Thu Mar 13 16:47:48 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 13 Mar 2008 13:47:48 -0700 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Confirmed. This is a bug, I'll fix it. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Josh Charles Sent: Thursday, March 13, 2008 1:45 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] SVN Revision 77 out Does anyone have a problem with rbx not exiting correctly in revision 77? I'm getting a method missing error on "Exit": Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. Q:\>c: C:\>cd IronRuby C:\IronRuby>rake gen (in C:/IronRuby) C:\IronRuby>rake compile (in C:/IronRuby) Read in 17 resources from "C:\IronRuby\src\microsoft.scripting\Math\MathResource s.resx" Writing resource file... Done. Read in 49 resources from "C:\IronRuby\src\microsoft.scripting\Resources.resx" Writing resource file... Done. C:\IronRuby>cd build C:\IronRuby\build>cd debug C:\IronRuby\build\debug>dir Volume in drive C has no label. Volume Serial Number is 9C73-5E6E Directory of C:\IronRuby\build\debug 03/13/2008 03:43 PM . 03/13/2008 03:43 PM .. 03/13/2008 03:43 PM 36,864 ClassInitGenerator.exe 03/13/2008 03:43 PM 42,496 ClassInitGenerator.pdb 03/13/2008 03:43 PM 458,752 IronRuby.dll 03/13/2008 03:43 PM 274,432 IronRuby.Libraries.dll 03/13/2008 03:43 PM 697,856 IronRuby.Libraries.pdb 03/13/2008 03:43 PM 1,263,104 IronRuby.pdb 03/13/2008 03:43 PM 135,168 IronRuby.Tests.exe 03/13/2008 03:43 PM 198,144 IronRuby.Tests.pdb 03/13/2008 03:43 PM 1,134,592 Microsoft.Scripting.dll 03/13/2008 03:43 PM 1,477 Microsoft.Scripting.Math.MathResources.re sources 03/13/2008 03:43 PM 3,022,336 Microsoft.Scripting.pdb 03/13/2008 03:43 PM 4,929 Microsoft.Scripting.Resources.resources 03/13/2008 03:43 PM 4,608 rbx.exe 03/13/2008 03:43 PM 11,776 rbx.pdb 14 File(s) 7,286,534 bytes 2 Dir(s) 52,908,146,688 bytes free C:\IronRuby\build\debug>rbx IronRuby 0.1 on .NET 2.0.50727.1433 Copyright (c) Microsoft Corporation. All rights reserved. Note that local variables do not work today in the console. As a workaround, use globals instead (eg $x = 42 instead of x = 42). >>> exit c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:145:in `Exit': exit (Syste mExit) from c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:133:in `Exit' from :0:in `main' from :0:in `Initialize##1' >>> Josh _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From ivan at flanders.co.nz Thu Mar 13 16:48:34 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 09:48:34 +1300 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I have the same issue on both OSX/mono and Vista/Powershell/command On Fri, Mar 14, 2008 at 9:45 AM, Josh Charles wrote: > Does anyone have a problem with rbx not exiting correctly in revision 77? > > I'm getting a method missing error on "Exit": > > > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > > Q:\>c: > > C:\>cd IronRuby > > C:\IronRuby>rake gen > (in C:/IronRuby) > > C:\IronRuby>rake compile > (in C:/IronRuby) > Read in 17 resources from > "C:\IronRuby\src\microsoft.scripting\Math\MathResource > s.resx" > Writing resource file... Done. > Read in 49 resources from > "C:\IronRuby\src\microsoft.scripting\Resources.resx" > Writing resource file... Done. > > C:\IronRuby>cd build > > C:\IronRuby\build>cd debug > > C:\IronRuby\build\debug>dir > Volume in drive C has no label. > Volume Serial Number is 9C73-5E6E > > Directory of C:\IronRuby\build\debug > > 03/13/2008 03:43 PM . > 03/13/2008 03:43 PM .. > 03/13/2008 03:43 PM 36,864 ClassInitGenerator.exe > 03/13/2008 03:43 PM 42,496 ClassInitGenerator.pdb > 03/13/2008 03:43 PM 458,752 IronRuby.dll > 03/13/2008 03:43 PM 274,432 IronRuby.Libraries.dll > 03/13/2008 03:43 PM 697,856 IronRuby.Libraries.pdb > 03/13/2008 03:43 PM 1,263,104 IronRuby.pdb > 03/13/2008 03:43 PM 135,168 IronRuby.Tests.exe > 03/13/2008 03:43 PM 198,144 IronRuby.Tests.pdb > 03/13/2008 03:43 PM 1,134,592 Microsoft.Scripting.dll > 03/13/2008 03:43 PM 1,477 > Microsoft.Scripting.Math.MathResources.re > sources > 03/13/2008 03:43 PM 3,022,336 Microsoft.Scripting.pdb > 03/13/2008 03:43 PM 4,929 > Microsoft.Scripting.Resources.resources > 03/13/2008 03:43 PM 4,608 rbx.exe > 03/13/2008 03:43 PM 11,776 rbx.pdb > 14 File(s) 7,286,534 bytes > 2 Dir(s) 52,908,146,688 bytes free > > C:\IronRuby\build\debug>rbx > IronRuby 0.1 on .NET 2.0.50727.1433 > Copyright (c) Microsoft Corporation. All rights reserved. > > Note that local variables do not work today in the console. > As a workaround, use globals instead (eg $x = 42 instead of x = 42). > > >>> exit > c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:145:in `Exit': exit > (Syste > mExit) > from c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:133:in > `Exit' > > from :0:in `main' > from :0:in `Initialize##1' > >>> > Josh > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/e4c444f7/attachment-0001.html From jflam at microsoft.com Thu Mar 13 16:52:14 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 13 Mar 2008 13:52:14 -0700 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91A030EE@NA-EXMSG-C115.redmond.corp.microsoft.com> For the time being hit CTRL-Z followed by enter (this is the Python style exit from the shell). > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Tomas Matousek > Sent: Thursday, March 13, 2008 1:48 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] SVN Revision 77 out > > Confirmed. This is a bug, I'll fix it. > > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Josh Charles > Sent: Thursday, March 13, 2008 1:45 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] SVN Revision 77 out > > Does anyone have a problem with rbx not exiting correctly in revision > 77? > > I'm getting a method missing error on "Exit": > > > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > > Q:\>c: > > C:\>cd IronRuby > > C:\IronRuby>rake gen > (in C:/IronRuby) > > C:\IronRuby>rake compile > (in C:/IronRuby) > Read in 17 resources from > "C:\IronRuby\src\microsoft.scripting\Math\MathResource > s.resx" > Writing resource file... Done. > Read in 49 resources from > "C:\IronRuby\src\microsoft.scripting\Resources.resx" > Writing resource file... Done. > > C:\IronRuby>cd build > > C:\IronRuby\build>cd debug > > C:\IronRuby\build\debug>dir > Volume in drive C has no label. > Volume Serial Number is 9C73-5E6E > > Directory of C:\IronRuby\build\debug > > 03/13/2008 03:43 PM . > 03/13/2008 03:43 PM .. > 03/13/2008 03:43 PM 36,864 ClassInitGenerator.exe > 03/13/2008 03:43 PM 42,496 ClassInitGenerator.pdb > 03/13/2008 03:43 PM 458,752 IronRuby.dll > 03/13/2008 03:43 PM 274,432 IronRuby.Libraries.dll > 03/13/2008 03:43 PM 697,856 IronRuby.Libraries.pdb > 03/13/2008 03:43 PM 1,263,104 IronRuby.pdb > 03/13/2008 03:43 PM 135,168 IronRuby.Tests.exe > 03/13/2008 03:43 PM 198,144 IronRuby.Tests.pdb > 03/13/2008 03:43 PM 1,134,592 Microsoft.Scripting.dll > 03/13/2008 03:43 PM 1,477 > Microsoft.Scripting.Math.MathResources.re > sources > 03/13/2008 03:43 PM 3,022,336 Microsoft.Scripting.pdb > 03/13/2008 03:43 PM 4,929 > Microsoft.Scripting.Resources.resources > 03/13/2008 03:43 PM 4,608 rbx.exe > 03/13/2008 03:43 PM 11,776 rbx.pdb > 14 File(s) 7,286,534 bytes > 2 Dir(s) 52,908,146,688 bytes free > > C:\IronRuby\build\debug>rbx > IronRuby 0.1 on .NET 2.0.50727.1433 > Copyright (c) Microsoft Corporation. All rights reserved. > > Note that local variables do not work today in the console. > As a workaround, use globals instead (eg $x = 42 instead of x = 42). > > >>> exit > c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:145:in `Exit': > exit (Syste > mExit) > from > c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:133:in `Exit' > > from :0:in `main' > from :0:in `Initialize##1' > >>> > Josh > _______________________________________________ > 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 ivan at flanders.co.nz Thu Mar 13 17:50:29 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 10:50:29 +1300 Subject: [Ironruby-core] On Console options Message-ID: Hi, I'm sure this is another case of PEBKAC but I've been looking in the code and I think that's how it's supposed to work. When I want to use -X:ILDebug or -X:SaveAssemblies I assume the rbx command also expects the -X:AssembliesDir argument, is that correct? Which brings me to my next point: When I want to execute ? rbx -X:AssembliesDir C:\projects\temp\ir_test test.rb mscorlib:0:in `CanonicalizePath': The given path's format is not supported. (System::NotSupportedException) from mscorlib:0:in `CreateListFromExpressions' from mscorlib:0:in `AddPathList' from mscorlib:0:in `.ctor' from mscorlib:0:in `Init' from mscorlib:0:in `.ctor'+ C:\projects\temp\ir_test -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/e3973958/attachment.html From blowmage at gmail.com Thu Mar 13 17:51:55 2008 From: blowmage at gmail.com (Mike Moore) Date: Thu, 13 Mar 2008 15:51:55 -0600 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I checked version 77 out to my work PC, which is running .NET 2.0. I ran "rake compile" from my SDK Command prompt and everything compiled just fine.I changed the .sln file to "Format Version 09.00" so I could open it with VS 2K5. I can compile from VS just fine as well. However, I can't run rbx.exe. I get the following error: Type 'Ruby.Runtime.RubyContext' doesn't provide a suitable public constructor or its implementation is faulty. Here is the output from my command prompt. E:\Sandbox\IronRuby\build\debug>rbx Console host failed to initialize: Microsoft.Scripting.Runtime.InvalidImplementationException: Type ' Ruby.Runtime.RubyContext' doesn't provide a suitable public constructor or its implementation is faulty. ---> Microsoft.Scripting.Runtime.InvalidImplementationException: Cannot find RubyLibraryAttribute in library assembly at Ruby.Runtime.Loader.LoadStandardRubyLibraries() in e:\Sandbox\IronRuby\src\ironruby\Runtime\Loader.cs:line 263 at Ruby.Runtime.RubyExecutionContext..ctor(RubyContext context, Scope globalScope) in e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyExecutionContext.cs:line 171 at Ruby.Runtime.RubyContext.InitializeExecutionContext() in e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 87 at Ruby.Runtime.RubyContext..ctor(ScriptDomainManager manager) in e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 72 --- End of inner exception stack trace --- at Microsoft.Scripting.Utils.ReflectionUtils.CreateInstance[T](Type actualType, Object[] args) in e:\Sandbox\IronRuby\src\microsoft.scripting\Utils\ReflectionUtils.cs:line 130 at Microsoft.Scripting.Runtime.ScriptDomainManager.LanguageRegistration.LoadLanguageContext(ScriptDomainManager manager) in e:\Sandbox\IronRuby\src\microsoft.scripting\Runtime\ScriptDomainManager.cs:line 179 at Microsoft.Scripting.Runtime.ScriptDomainManager.GetLanguageContext(Type type) in e:\Sandbox\IronRuby\src\microsoft.scripting\Runtime\ScriptDomainManager.cs:line 254 at Microsoft.Scripting.Hosting.ScriptRuntime.GetEngine(Type languageContextType) in e:\Sandbox\IronRuby\src\microsoft.scripting\Hosting\ScriptRuntime.cs:line 268 at RubyConsoleHost.Initialize() in e:\Sandbox\IronRuby\utils\ironruby.console\Program.cs:line 34 at Microsoft.Scripting.Hosting.ConsoleHost.Run(String[] args) in e:\Sandbox\IronRuby\src\microsoft.scripting\Hosting\ConsoleHost.cs:line 82 Microsoft.Scripting.Runtime.InvalidImplementationException: Cannot find RubyLibraryAttribute in library assembly at Ruby.Runtime.Loader.LoadStandardRubyLibraries() in e:\Sandbox\IronRuby\src\ironruby\Runtime\Loader.cs:line 263 at Ruby.Runtime.RubyExecutionContext..ctor(RubyContext context, Scope globalScope) in e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyExecutionContext.cs:line 171 at Ruby.Runtime.RubyContext.InitializeExecutionContext() in e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 87 at Ruby.Runtime.RubyContext..ctor(ScriptDomainManager manager) in e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 72 I haven't taken much time to debug this, but I'll load it on my VS2K8 machine tonight and see if I get the same on the 3.5 fx. So FYI, YMMV, etc... On Thu, Mar 13, 2008 at 2:25 PM, Ivan Porto Carrero wrote: > Thanks. Looks like i can finally uninstall visual studio 2005 :) > > > On Fri, Mar 14, 2008 at 7:55 AM, Aaron Junod wrote: > > > Great news! Thanks a lot IR team! > > > > > > On Thu, Mar 13, 2008 at 1:13 PM, Nick Aceves wrote: > > > > > Awesome! > > > > > > On Thu, Mar 13, 2008 at 10:00 AM, John Lam (DLR) > > > wrote: > > > > > > > There are a lot of new files in this change ? mostly due to the > > > > beginnings of our work to get the latest Ruby specs working. So right now > > > > there are duplicate specs under tests. This will change in the future. > > > > > > > > > > > > > > > > Our work to get Silverlight integration working is here. So > > > > rudimentary VS debugging support etc. should just work today. > > > > > > > > > > > > > > > > You won't be able to do a Silverlight build yet ? that's coming in a > > > > future update. > > > > > > > > > > > > > > > > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/705efd96/attachment.html From blowmage at gmail.com Thu Mar 13 17:55:15 2008 From: blowmage at gmail.com (Mike Moore) Date: Thu, 13 Mar 2008 15:55:15 -0600 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: D'uh! I forgot to run "rake gen" first! My bad, I though I had but I obviously didn't. It's all good now, sorry for the false alarm. ~Mike P.S. I also get the error on "exit": E:\Sandbox\IronRuby\build\debug>rbx IronRuby 0.1 on .NET 2.0.50727.832 Copyright (c) Microsoft Corporation. All rights reserved. Note that local variables do not work today in the console. As a workaround, use globals instead (eg $x = 42 instead of x = 42). >>> @a = 42 => 42 >>> @a => 42 >>> exit e:\Sandbox\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:145:in `Exit': exit (SystemExit) from e:\Sandbox\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:133:in `Exit' from :0:in `main' from :0:in `Initialize##7' >>> On Thu, Mar 13, 2008 at 3:51 PM, Mike Moore wrote: > I checked version 77 out to my work PC, which is running .NET 2.0. I ran > "rake compile" from my SDK Command prompt and everything compiled just > fine.I changed the .sln file to "Format Version 09.00" so I could open it > with VS 2K5. I can compile from VS just fine as well. However, I can't run > rbx.exe. I get the following error: > > Type 'Ruby.Runtime.RubyContext' doesn't provide a suitable public > constructor or its implementation is faulty. > > Here is the output from my command prompt. > > E:\Sandbox\IronRuby\build\debug>rbx > Console host failed to initialize: > Microsoft.Scripting.Runtime.InvalidImplementationException: Type ' > Ruby.Runtime.RubyContext' doesn't provide a suitable public constructor or > its implementation is faulty. ---> > Microsoft.Scripting.Runtime.InvalidImplementationException: Cannot find > RubyLibraryAttribute in library assembly > at Ruby.Runtime.Loader.LoadStandardRubyLibraries() in > e:\Sandbox\IronRuby\src\ironruby\Runtime\Loader.cs:line 263 > at Ruby.Runtime.RubyExecutionContext..ctor(RubyContext context, Scope > globalScope) in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyExecutionContext.cs:line 171 > at Ruby.Runtime.RubyContext.InitializeExecutionContext() in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 87 > at Ruby.Runtime.RubyContext..ctor(ScriptDomainManager manager) in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 72 > --- End of inner exception stack trace --- > at Microsoft.Scripting.Utils.ReflectionUtils.CreateInstance[T](Type > actualType, Object[] args) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Utils\ReflectionUtils.cs:line > 130 > at > Microsoft.Scripting.Runtime.ScriptDomainManager.LanguageRegistration.LoadLanguageContext(ScriptDomainManager > manager) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Runtime\ScriptDomainManager.cs:line > 179 > at Microsoft.Scripting.Runtime.ScriptDomainManager.GetLanguageContext(Type > type) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Runtime\ScriptDomainManager.cs:line > 254 > at Microsoft.Scripting.Hosting.ScriptRuntime.GetEngine(Type > languageContextType) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Hosting\ScriptRuntime.cs:line > 268 > at RubyConsoleHost.Initialize() in > e:\Sandbox\IronRuby\utils\ironruby.console\Program.cs:line 34 > at Microsoft.Scripting.Hosting.ConsoleHost.Run(String[] args) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Hosting\ConsoleHost.cs:line 82 > Microsoft.Scripting.Runtime.InvalidImplementationException: Cannot find > RubyLibraryAttribute in library assembly > at Ruby.Runtime.Loader.LoadStandardRubyLibraries() in > e:\Sandbox\IronRuby\src\ironruby\Runtime\Loader.cs:line 263 > at Ruby.Runtime.RubyExecutionContext..ctor(RubyContext context, Scope > globalScope) in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyExecutionContext.cs:line 171 > at Ruby.Runtime.RubyContext.InitializeExecutionContext() in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 87 > at Ruby.Runtime.RubyContext..ctor(ScriptDomainManager manager) in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 72 > > I haven't taken much time to debug this, but I'll load it on my VS2K8 > machine tonight and see if I get the same on the 3.5 fx. So FYI, YMMV, > etc... > > > On Thu, Mar 13, 2008 at 2:25 PM, Ivan Porto Carrero > wrote: > > > Thanks. Looks like i can finally uninstall visual studio 2005 :) > > > > > > On Fri, Mar 14, 2008 at 7:55 AM, Aaron Junod wrote: > > > > > Great news! Thanks a lot IR team! > > > > > > > > > On Thu, Mar 13, 2008 at 1:13 PM, Nick Aceves > > > wrote: > > > > > > > Awesome! > > > > > > > > On Thu, Mar 13, 2008 at 10:00 AM, John Lam (DLR) < > > > > jflam at microsoft.com> wrote: > > > > > > > > > There are a lot of new files in this change ? mostly due to the > > > > > beginnings of our work to get the latest Ruby specs working. So right now > > > > > there are duplicate specs under tests. This will change in the future. > > > > > > > > > > > > > > > > > > > > Our work to get Silverlight integration working is here. So > > > > > rudimentary VS debugging support etc. should just work today. > > > > > > > > > > > > > > > > > > > > You won't be able to do a Silverlight build yet ? that's coming in > > > > > a future update. > > > > > > > > > > > > > > > > > > > > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/64949a6d/attachment-0001.html From ivan at flanders.co.nz Thu Mar 13 17:58:53 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 10:58:53 +1300 Subject: [Ironruby-core] On Console options In-Reply-To: References: Message-ID: Ooops.. I hit tab-enter.. sorry for that. ---------- Forwarded message ---------- From: Ivan Porto Carrero Date: Fri, Mar 14, 2008 at 10:50 AM Subject: On Console options To: ironruby-core at rubyforge.org Hi, I'm sure this is another case of PEBKAC but I've been looking in the code and I think that's how it's supposed to work. When I want to use -X:ILDebug or -X:SaveAssemblies I assume the rbx command also expects the -X:AssembliesDir argument, is that correct? Which brings me to my next point: When I want to execute ? rbx -X:AssembliesDir C:\projects\temp\ir_test test.rb mscorlib:0:in `CanonicalizePath': The given path's format is not supported. (System::NotSupportedException) from mscorlib:0:in `CreateListFromExpressions' from mscorlib:0:in `AddPathList' from mscorlib:0:in `.ctor' from mscorlib:0:in `Init' from mscorlib:0:in `.ctor' Is that not how I'm supposed to execute the test.rb file when I want to use the save assemblies or ILDebug? Thanks Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/96cda6c7/attachment.html From ivan at flanders.co.nz Thu Mar 13 18:30:31 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 11:30:31 +1300 Subject: [Ironruby-core] Console arguments broken? Message-ID: Do the -X:... console arguments work for anybody? ? C:\tools\IronRuby\build\debug\rbx -X:TabCompletion mscorlib:0:in `CanonicalizePath': The given path's format is not supported. (System::NotSupportedException) from mscorlib:0:in `CreateListFromExpressions' from mscorlib:0:in `AddPathList' from mscorlib:0:in `.ctor' from mscorlib:0:in `Init' from mscorlib:0:in `.ctor' ? C:\tools\IronRuby\build\debug\rbx -X:ShowASTs mscorlib:0:in `CanonicalizePath': The given path's format is not supported. (System::NotSupportedException) from mscorlib:0:in `CreateListFromExpressions' from mscorlib:0:in `AddPathList' from mscorlib:0:in `.ctor' from mscorlib:0:in `Init' from mscorlib:0:in `.ctor' ? rbx -X:AutoIndent mscorlib:0:in `CanonicalizePath': The given path's format is not supported. (System::NotSupportedException) from mscorlib:0:in `CreateListFromExpressions' from mscorlib:0:in `AddPathList' from mscorlib:0:in `.ctor' from mscorlib:0:in `Init' from mscorlib:0:in `.ctor' Cheers Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/29fb5d71/attachment.html From bcardiff at gmail.com Thu Mar 13 18:45:14 2008 From: bcardiff at gmail.com (Brian J. Cardiff) Date: Thu, 13 Mar 2008 20:45:14 -0200 Subject: [Ironruby-core] Console arguments broken? In-Reply-To: References: Message-ID: <190204680803131545v6333685fuad0f694c4850cd91@mail.gmail.com> rbx -X:TabCompletion >>> 1. It throws and exception dialog (attached) rbx -X:ShowASTs >>> 1 It shows ok >>> 1+1 It shows ok rbx -X:AutoIndent don't sure how to use this funcionality, but console load and seems to work. XP SP2 VS2008 On Thu, Mar 13, 2008 at 8:30 PM, Ivan Porto Carrero wrote: > Do the -X:... console arguments work for anybody? > > ? C:\tools\IronRuby\build\debug\rbx -X:TabCompletion > mscorlib:0:in `CanonicalizePath': The given path's format is not > supported. (System::NotSupportedException) > from mscorlib:0:in `CreateListFromExpressions' > from mscorlib:0:in `AddPathList' > from mscorlib:0:in `.ctor' > from mscorlib:0:in `Init' > from mscorlib:0:in `.ctor' > > ? C:\tools\IronRuby\build\debug\rbx -X:ShowASTs > mscorlib:0:in `CanonicalizePath': The given path's format is not > supported. (System::NotSupportedException) > from mscorlib:0:in `CreateListFromExpressions' > from mscorlib:0:in `AddPathList' > from mscorlib:0:in `.ctor' > from mscorlib:0:in `Init' > from mscorlib:0:in `.ctor' > > ? rbx -X:AutoIndent > mscorlib:0:in `CanonicalizePath': The given path's format is not > supported. (System::NotSupportedException) > from mscorlib:0:in `CreateListFromExpressions' > from mscorlib:0:in `AddPathList' > from mscorlib:0:in `.ctor' > from mscorlib:0:in `Init' > from mscorlib:0:in `.ctor' > > Cheers > Ivan > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Brian J. Cardiff bcardiff(?)gmail.com . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/9e373d14/attachment.html From bcardiff at gmail.com Thu Mar 13 18:46:04 2008 From: bcardiff at gmail.com (Brian J. Cardiff) Date: Thu, 13 Mar 2008 20:46:04 -0200 Subject: [Ironruby-core] Console arguments broken? In-Reply-To: <190204680803131545v6333685fuad0f694c4850cd91@mail.gmail.com> References: <190204680803131545v6333685fuad0f694c4850cd91@mail.gmail.com> Message-ID: <190204680803131546u52c97759ve48021df40b4effd@mail.gmail.com> the attach. sorry. On Thu, Mar 13, 2008 at 8:45 PM, Brian J. Cardiff wrote: > rbx -X:TabCompletion > >>> 1. > It throws and exception dialog (attached) > > rbx -X:ShowASTs > >>> 1 > It shows ok > >>> 1+1 > It shows ok > > rbx -X:AutoIndent > don't sure how to use this funcionality, but console load and seems to > work. > > XP SP2 VS2008 > > On Thu, Mar 13, 2008 at 8:30 PM, Ivan Porto Carrero > wrote: > > > Do the -X:... console arguments work for anybody? > > > > ? C:\tools\IronRuby\build\debug\rbx -X:TabCompletion > > mscorlib:0:in `CanonicalizePath': The given path's format is not > > supported. (System::NotSupportedException) > > from mscorlib:0:in `CreateListFromExpressions' > > from mscorlib:0:in `AddPathList' > > from mscorlib:0:in `.ctor' > > from mscorlib:0:in `Init' > > from mscorlib:0:in `.ctor' > > > > ? C:\tools\IronRuby\build\debug\rbx -X:ShowASTs > > mscorlib:0:in `CanonicalizePath': The given path's format is not > > supported. (System::NotSupportedException) > > from mscorlib:0:in `CreateListFromExpressions' > > from mscorlib:0:in `AddPathList' > > from mscorlib:0:in `.ctor' > > from mscorlib:0:in `Init' > > from mscorlib:0:in `.ctor' > > > > ? rbx -X:AutoIndent > > mscorlib:0:in `CanonicalizePath': The given path's format is not > > supported. (System::NotSupportedException) > > from mscorlib:0:in `CreateListFromExpressions' > > from mscorlib:0:in `AddPathList' > > from mscorlib:0:in `.ctor' > > from mscorlib:0:in `Init' > > from mscorlib:0:in `.ctor' > > > > Cheers > > Ivan > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > -- > Brian J. Cardiff > bcardiff(?)gmail.com > . -- Brian J. Cardiff bcardiff(?)gmail.com . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/ba66ef6e/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: autocompletion-error.png Type: image/png Size: 24021 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/ba66ef6e/attachment-0001.png From ivan at flanders.co.nz Thu Mar 13 19:07:30 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 12:07:30 +1300 Subject: [Ironruby-core] Console arguments broken? In-Reply-To: <190204680803131546u52c97759ve48021df40b4effd@mail.gmail.com> References: <190204680803131545v6333685fuad0f694c4850cd91@mail.gmail.com> <190204680803131546u52c97759ve48021df40b4effd@mail.gmail.com> Message-ID: Ok It seems to only be broken in PowerShell when I use cmd things work. On Fri, Mar 14, 2008 at 11:46 AM, Brian J. Cardiff wrote: > the attach. sorry. > > On Thu, Mar 13, 2008 at 8:45 PM, Brian J. Cardiff > wrote: > > > rbx -X:TabCompletion > > >>> 1. > > It throws and exception dialog (attached) > > > > rbx -X:ShowASTs > > >>> 1 > > It shows ok > > >>> 1+1 > > It shows ok > > > > rbx -X:AutoIndent > > don't sure how to use this funcionality, but console load and seems to > > work. > > > > XP SP2 VS2008 > > > > On Thu, Mar 13, 2008 at 8:30 PM, Ivan Porto Carrero > > wrote: > > > > > Do the -X:... console arguments work for anybody? > > > > > > ? C:\tools\IronRuby\build\debug\rbx -X:TabCompletion > > > mscorlib:0:in `CanonicalizePath': The given path's format is not > > > supported. (System::NotSupportedException) > > > from mscorlib:0:in `CreateListFromExpressions' > > > from mscorlib:0:in `AddPathList' > > > from mscorlib:0:in `.ctor' > > > from mscorlib:0:in `Init' > > > from mscorlib:0:in `.ctor' > > > > > > ? C:\tools\IronRuby\build\debug\rbx -X:ShowASTs > > > mscorlib:0:in `CanonicalizePath': The given path's format is not > > > supported. (System::NotSupportedException) > > > from mscorlib:0:in `CreateListFromExpressions' > > > from mscorlib:0:in `AddPathList' > > > from mscorlib:0:in `.ctor' > > > from mscorlib:0:in `Init' > > > from mscorlib:0:in `.ctor' > > > > > > ? rbx -X:AutoIndent > > > mscorlib:0:in `CanonicalizePath': The given path's format is not > > > supported. (System::NotSupportedException) > > > from mscorlib:0:in `CreateListFromExpressions' > > > from mscorlib:0:in `AddPathList' > > > from mscorlib:0:in `.ctor' > > > from mscorlib:0:in `Init' > > > from mscorlib:0:in `.ctor' > > > > > > Cheers > > > Ivan > > > > > > _______________________________________________ > > > Ironruby-core mailing list > > > Ironruby-core at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > > > > > -- > > Brian J. Cardiff > > bcardiff(?)gmail.com > > . > > > > > -- > Brian J. Cardiff > bcardiff(?)gmail.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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/9faf2afb/attachment.html From Tomas.Matousek at microsoft.com Thu Mar 13 19:36:52 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 13 Mar 2008 16:36:52 -0700 Subject: [Ironruby-core] Console arguments broken? In-Reply-To: <190204680803131546u52c97759ve48021df40b4effd@mail.gmail.com> References: <190204680803131545v6333685fuad0f694c4850cd91@mail.gmail.com> <190204680803131546u52c97759ve48021df40b4effd@mail.gmail.com> Message-ID: Member completion is not implemented yet in IronRuby. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Brian J. Cardiff Sent: Thursday, March 13, 2008 3:46 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Console arguments broken? the attach. sorry. On Thu, Mar 13, 2008 at 8:45 PM, Brian J. Cardiff > wrote: rbx -X:TabCompletion >>> 1. It throws and exception dialog (attached) rbx -X:ShowASTs >>> 1 It shows ok >>> 1+1 It shows ok rbx -X:AutoIndent don't sure how to use this funcionality, but console load and seems to work. XP SP2 VS2008 On Thu, Mar 13, 2008 at 8:30 PM, Ivan Porto Carrero > wrote: Do the -X:... console arguments work for anybody? > C:\tools\IronRuby\build\debug\rbx -X:TabCompletion mscorlib:0:in `CanonicalizePath': The given path's format is not supported. (System::NotSupportedException) from mscorlib:0:in `CreateListFromExpressions' from mscorlib:0:in `AddPathList' from mscorlib:0:in `.ctor' from mscorlib:0:in `Init' from mscorlib:0:in `.ctor' > C:\tools\IronRuby\build\debug\rbx -X:ShowASTs mscorlib:0:in `CanonicalizePath': The given path's format is not supported. (System::NotSupportedException) from mscorlib:0:in `CreateListFromExpressions' from mscorlib:0:in `AddPathList' from mscorlib:0:in `.ctor' from mscorlib:0:in `Init' from mscorlib:0:in `.ctor' > rbx -X:AutoIndent mscorlib:0:in `CanonicalizePath': The given path's format is not supported. (System::NotSupportedException) from mscorlib:0:in `CreateListFromExpressions' from mscorlib:0:in `AddPathList' from mscorlib:0:in `.ctor' from mscorlib:0:in `Init' from mscorlib:0:in `.ctor' Cheers Ivan _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Brian J. Cardiff bcardiff(?)gmail.com . -- Brian J. Cardiff bcardiff(?)gmail.com . -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080313/fae0494a/attachment.html From lists at ruby-forum.com Fri Mar 14 02:47:05 2008 From: lists at ruby-forum.com (Web Reservoir) Date: Fri, 14 Mar 2008 07:47:05 +0100 Subject: [Ironruby-core] Few Small Examples in Linq with IronRuby In-Reply-To: <1b4e5f90775895f15e9a3624ea092267@ruby-forum.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91980E59@NA-EXMSG-C115.redmond.corp.microsoft.com> <1b4e5f90775895f15e9a3624ea092267@ruby-forum.com> Message-ID: <3ce8451265cfe7335fdcf63e06503f6a@ruby-forum.com> Sorry for my more questions on LINQ. I just read in LinQ in Action...it goes like this... In chapter 2, we?ll show you the details of how the programming languages have been extended to support LINQ. In chapter 3, you?ll learn how to write LINQ queries. This is where you?ll learn about query operators, query expressions, and expression trees. But you still have a few things to discover before getting there. what i understand is... C# and Vb.Net have been extended to meet the LINQ requirement. So now we have C# 3.0 and Vb2008 right. My question is ... what about Ruby 1.8 or 1.9...? are they already capable with their inbuilt features to support LINQ or IronRuby shall incorporate those extra additions to meet the LINQ requirement....? How far in IronRby from LINQ now...? Thanks -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Fri Mar 14 03:19:59 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Fri, 14 Mar 2008 08:19:59 +0100 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? Message-ID: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> Hi, In my learning process, i am confused with the Advantages of ORM like " ActiveRecord" and "Linq to SQL" I would like to know... what majority developers think on this point. Is it worth to go with LINQ to take full advantages or Get use to ActiveRecord / Data Mapper for a proven ORM option. Thanks -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Fri Mar 14 04:08:55 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 21:08:55 +1300 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> Message-ID: All of them have their advantages and disadvantages. Linq2Sql only works for MS Sql Server, but gives you a graphical designer for your objects. It implements a unit of work which reduces the number of database calls. It doesn't however support many-to-many relations, and it depends how much value you give to highly performant sql. Some of the sql it generates is quite smart, I just think it's a pity they chose to use hierarchical fetches instead of spans (which is the way it was done in ObjectSpaces). Linq2Sql allows the use of stored procedures which is one way you could circumvent performance bottlenecks. ActiveRecord, I assume you're talking about the Rails implementation of ActiveRecord. It offers more flexibility than Linq2Sql because supports a multitude of databases. The sql it generates is also not always the most performant but like Linq2Sql it will do just fine, it allows for you to optimize your queries by writing sql yourself or you could possible (ab)use that feature to execute stored procedures on sql server. >From the 3 choices you've given DataMapper is the most flexible, it is less opinionated than ActiveRecord but doesn't support as many databases as ActiveRecord does, for example it doesn't support ms sql server but mysql, postgres and sqlite3. Because it's less opinionated you can use it with legacy databases where ActiveRecord from rails makes this hard. DataMapper uses the identity map pattern which allows for reuse of objects within the same session, where ActiveRecord does not AFAIK. Both ActiveRecord and DataMapper support many-to-many relations and datamapper allows for more granular control over the visibility of the properties. In combination with IronRuby I, personally, would probably not use any of these in my own applications :) But rather use one of the other existing .NET ORM's like NHibernate, SubSonic, LLBLGen, LightSpeed, ... But from the 3 choices you gave above I'd say it depends on the situation where ActiveRecord gives you the best options for different infrastructures. Linq2Sql gives you the best SqlServer support (and I guess that it would be the fastest too). DataMapper gives you some options with legacy databases and I imagine it wouldn't be too hard to implement a ms sql driver, at which point it becomes a more attractive option than ActiveRecord IMHO. And lastly LINQ and Linq2Sql are 2 different things. LINQ allows you to query in-memory collections and Linq2Sql allows you to query a database with that same syntax. I think LINQ is valuable regardless of which ORM you use because of the easy access you have for performing complex manipulations on collections, although it comes at a certain performance cost. Seen as you're using Ruby I wouldn't worry too much about the performance cost of LINQ unless you have actual performance problems at which point you can optimize the code that is responsible for the bottleneck. The opinions above are my own opinions, other people most likely have different ideas around this subject. Hope this helps, Ivan On Fri, Mar 14, 2008 at 8:19 PM, Rahil Kantharia wrote: > Hi, > > In my learning process, i am confused with the Advantages of ORM like " > ActiveRecord" and "Linq to SQL" > > I would like to know... what majority developers think on this point. > > Is it worth to go with LINQ to take full advantages or Get use to > ActiveRecord / Data Mapper for a proven ORM option. > > Thanks > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/de53b90c/attachment-0001.html From lists at ruby-forum.com Fri Mar 14 04:37:43 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Fri, 14 Mar 2008 09:37:43 +0100 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> Message-ID: <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> Thanks Ivan for the excellent guidance. You helped me move ahead, but i am still in confused stage in choosing the right ORM. Perhaps your book will explain more on this. I think i should accept your idea to go SubSonic Way, since Subsonic understands Active Record much better and its a straight implementation of Active Record for .Net. Thats what i have heard, i am not too sure. Refer this new blog here by Rob Conery... http://blog.wekeroad.com/2008/03/11/subsonic-21-beta-2-available-now/#comments Rob Conery answers... Linq To SubSonic is in the works as we speak? This sounds good enough. Lets see, what more opinions we get here. Still enough time to decide. Your expert guidance is always welcomed. -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Fri Mar 14 05:00:55 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 22:00:55 +1300 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> Message-ID: In my book I will use the ActiveRecord from Rails for most of the examples because it will be the most well-known and I suspect the one where most developers are curious about. I will show how to leverage some of the other ORM's to show that there are other options available. I think SubSonic is a safe option, it is endorsed by Microsoft and won't go away anytime soon. I'm not that familiar with SubSonic yet but from what I've seen, it's fairly easy to get started with. I don't know if it will work with IronRuby because I haven't tried that. It's something I have planned to look at next week. On Fri, Mar 14, 2008 at 9:37 PM, Rahil Kantharia wrote: > Thanks Ivan for the excellent guidance. > > You helped me move ahead, but i am still in confused stage in choosing > the right ORM. > > Perhaps your book will explain more on this. > > I think i should accept your idea to go SubSonic Way, since Subsonic > understands Active Record much better and its a straight implementation > of Active Record for .Net. Thats what i have heard, i am not too sure. > > Refer this new blog here by Rob Conery... > > http://blog.wekeroad.com/2008/03/11/subsonic-21-beta-2-available-now/#comments > > Rob Conery answers... > Linq To SubSonic is in the works as we speak? > > This sounds good enough. > > Lets see, what more opinions we get here. Still enough time to decide. > > Your expert guidance is always welcomed. > > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/73b694b8/attachment.html From lists at ruby-forum.com Fri Mar 14 05:03:54 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Fri, 14 Mar 2008 10:03:54 +0100 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> Message-ID: Hi, Here's a list of LINQ providers. LINQ to Everything http://blogs.msdn.com/charlie/archive/2008/02/28/link-to-everything-a-list-of-linq-providers.aspx LINQ Providers * LINQ to Amazon * LINQ to Active Directory * LINQ to Bindable Sources (SyncLINQ) * LINQ over C# project * LINQ to CRM * LINQ To Geo - Language Integrated Query for Geospatial Data * LINQ to Excel * LINQ to Expressions (MetaLinq) * LINQ Extender (Toolkit for building LINQ Providers) * LINQ to Flickr * LINQ to Google * LINQ to Indexes (LINQ and i40) * LINQ to IQueryable (Matt Warren on Providers) * LINQ to JSON * LINQ to LDAP * LINQ to NHibernate * LINQ to JavaScript * LINQ to Lucene * LINQ to Metaweb(freebase) * LINQ to MySQL, Oracle and PostgreSql * LINQ to RDF Files * LINQ to Sharepoint * LINQ to SimpleDB * LINQ to Streams * LINQ to WebQueries * LINQ to WMI o http://tomasp.net/blog/linq-expand.aspx o http://tomasp.net/blog/linq-expand-update.aspx * LINQ to XtraGrid This might help you in your decision Hope this helps SoftMind -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Fri Mar 14 05:13:13 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Fri, 14 Mar 2008 10:13:13 +0100 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> Message-ID: Ivan Porto Carrero wrote: > In my book I will use the ActiveRecord from Rails for most of the > examples ----------------------------------------------- Dear Ivan, You mean to say you will be using ActiveRecord with IronRuby...? Will Active Record work only with IronRuby on Rails or within Asp.Net webforms and Asp.Net as Well...? Which database are you using in your book. I mean MySQL / SQLite or SQL 2005...? You have just raised my expectations with smile. -- Posted via http://www.ruby-forum.com/. From drhent at hotmail.com Fri Mar 14 05:25:56 2008 From: drhent at hotmail.com (drh) Date: Fri, 14 Mar 2008 04:25:56 -0500 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> Message-ID: And as pointed out in the reply's a few missing ones on the list. LINQ to Entities, (and the ones prebuilt in) LINQ to XML LINQ to SQL and the in memory LINQ PLINQ in the parallel platform ctp LINQ to XSD has showed back up also. Sure I am missing about 10 more just can't think of them at 4 am in the morning:) Douglas -------------------------------------------------- From: "Softmind Technology" Sent: Friday, March 14, 2008 4:03 AM To: Subject: Re: [Ironruby-core] Active Record Or LINQ with IronRuby...? > Hi, > > Here's a list of LINQ providers. LINQ to Everything > > http://blogs.msdn.com/charlie/archive/2008/02/28/link-to-everything-a-list-of-linq-providers.aspx > > LINQ Providers > > * LINQ to Amazon > * LINQ to Active Directory > * LINQ to Bindable Sources (SyncLINQ) > * LINQ over C# project > * LINQ to CRM > * LINQ To Geo - Language Integrated Query for Geospatial Data > * LINQ to Excel > * LINQ to Expressions (MetaLinq) > * LINQ Extender (Toolkit for building LINQ Providers) > * LINQ to Flickr > * LINQ to Google > * LINQ to Indexes (LINQ and i40) > * LINQ to IQueryable (Matt Warren on Providers) > * LINQ to JSON > * LINQ to LDAP > * LINQ to NHibernate > * LINQ to JavaScript > * LINQ to Lucene > * LINQ to Metaweb(freebase) > * LINQ to MySQL, Oracle and PostgreSql > * LINQ to RDF Files > * LINQ to Sharepoint > * LINQ to SimpleDB > * LINQ to Streams > * LINQ to WebQueries > * LINQ to WMI > o http://tomasp.net/blog/linq-expand.aspx > o http://tomasp.net/blog/linq-expand-update.aspx > * LINQ to XtraGrid > > This might help you in your decision > > Hope this helps > > SoftMind > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > From ivan at flanders.co.nz Fri Mar 14 05:36:49 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Fri, 14 Mar 2008 22:36:49 +1300 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> Message-ID: Because IronRuby is an implementation of the Ruby language you will be able to use ActiveRecord with anything. I want to note again that there won't be a thing like IronRuby on Rails. The rails framework will just run on IronRuby just like it now runs on CRuby and JRuby. The database I'm using is irrelevant when I'm using ActiveRecord as long as I don't set indexes it should run on sqlite as well for example. hth Ivan On Fri, Mar 14, 2008 at 10:13 PM, Softmind Technology wrote: > Ivan Porto Carrero wrote: > > In my book I will use the ActiveRecord from Rails for most of the > > examples > ----------------------------------------------- > Dear Ivan, > > You mean to say you will be using ActiveRecord with IronRuby...? > > Will Active Record work only with IronRuby on Rails or within Asp.Net > webforms and Asp.Net as Well...? > > Which database are you using in your book. I mean MySQL / SQLite or SQL > 2005...? > > You have just raised my expectations with smile. > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080314/0a655e80/attachment.html From michael.letterle at gmail.com Fri Mar 14 08:02:43 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 14 Mar 2008 08:02:43 -0400 Subject: [Ironruby-core] On Console options In-Reply-To: References: Message-ID: Don't do it from PowerShell :) You also have to pass in -X:SaveAssemblies... On Thu, Mar 13, 2008 at 5:58 PM, Ivan Porto Carrero wrote: > Ooops.. I hit tab-enter.. sorry for that. > > > > ---------- Forwarded message ---------- > From: Ivan Porto Carrero > Date: Fri, Mar 14, 2008 at 10:50 AM > Subject: On Console options > To: ironruby-core at rubyforge.org > > > Hi, > > I'm sure this is another case of PEBKAC but I've been looking in the code > and I think that's how it's supposed to work. > When I want to use -X:ILDebug or -X:SaveAssemblies I assume the rbx command > also expects the -X:AssembliesDir argument, is that correct? > > Which brings me to my next point: > When I want to execute > ? rbx -X:AssembliesDir C:\projects\temp\ir_test test.rb > mscorlib:0:in `CanonicalizePath': The given path's format is not > supported. (System::NotSupportedException) > from mscorlib:0:in `CreateListFromExpressions' > from mscorlib:0:in `AddPathList' > from mscorlib:0:in `.ctor' > from mscorlib:0:in `Init' > from mscorlib:0:in `.ctor' > > Is that not how I'm supposed to execute the test.rb file when I want to use > the save assemblies or ILDebug? > > Thanks > Ivan > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From tomas at winterdom.com Fri Mar 14 08:50:38 2008 From: tomas at winterdom.com (Tomas Restrepo) Date: Fri, 14 Mar 2008 07:50:38 -0500 Subject: [Ironruby-core] On Console options In-Reply-To: References: Message-ID: > Don't do it from PowerShell :) You also have to pass in -X:SaveAssemblies... :) You can actually still use rbx from powershell, simply wrap the -X switches in quotes: .\rbx '-X:AssembliesDir' 'C:\' test.rb -- Tomas Restrepo http://www.winterdom.com/weblog/ From michael.letterle at gmail.com Fri Mar 14 09:00:08 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 14 Mar 2008 09:00:08 -0400 Subject: [Ironruby-core] On Console options In-Reply-To: References: Message-ID: Ah, I had only tried wrapping the path in quotes, not the option itself... That's weird, do you know why off hand? On Fri, Mar 14, 2008 at 8:50 AM, Tomas Restrepo wrote: > > Don't do it from PowerShell :) You also have to pass in -X:SaveAssemblies... > > :) > > You can actually still use rbx from powershell, simply wrap the -X > switches in quotes: > > .\rbx '-X:AssembliesDir' 'C:\' test.rb > > -- > Tomas Restrepo > http://www.winterdom.com/weblog/ > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From lists at ruby-forum.com Fri Mar 14 23:05:12 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Sat, 15 Mar 2008 04:05:12 +0100 Subject: [Ironruby-core] Professional IronRuby book announced by Wrox Message-ID: <03ef3996b21797421c107efde4f35aab@ruby-forum.com> Hi, It was nice to see this blog here. Its about an upcoming book on IronRuby called " Professional IronRuby " by Wrox. http://rbazinet.wordpress.com/2008/03/14/professional-ironruby-coming-to-a-bookstore-near-you/ I have been reading blogs by Rob Bazinet on regular basis. He stands as one of very good assests for Ruby world. He also writes for InfoQ. Mr. Aaron Junod joins him in writing this book. I am posting here with Table of Contents ( Subject to change ) of the book. * Chapter 1 - Introduction to IronRuby? * Chapter 2 - Getting Started with IronRuby * Chapter 3 - Introduction to Ruby * Chapter 4 - Objects * Chapter 5 - Conditional statements and flow control * Chapter 6 - Working with Files and Databases * Chapter 7 - Reflection and meta programming * Chapter 8 - Testing in Ruby * Chapter 9 - The Ruby Universe * Chapter 10 ? Running Ruby on Rails * Chapter 11 ? Creating Ruby on Rails Applications * Chapter 12 - Working with .NET classes/libraries from IronRuby * Chapter 13 - Working with WPF from IronRuby * Chapter 14 - Ruby and ASP.NET * Chapter 15 - Ruby and Silverlight * Chapter 16 - Calling IronRuby Code from .NET * Chapter 17 - Hosting IronRuby and the DLR in your application * Chapter 18 - A tour of the IronRuby source code, how the magic happens * Chapter 19 - Porting Ruby libraries to IronRuby * Chapter 20 - IronRuby and Mono It would be nice if you make suggestions/requirements as early as possible, making this book to be preserved for a longer time. Thanks SoftMind -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Fri Mar 14 23:11:09 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Sat, 15 Mar 2008 04:11:09 +0100 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> Message-ID: <79788c05deb66febf9323bedc6193974@ruby-forum.com> Hi Ivan, I still have my doubts about smooth functioning of SQL Server 2005 with Active Record. I have heard several complains about SQL Driver 2005 not efficient as it should be. MySql/Sqlite etc are working great with Active Record. I just thought to invite your attention regarding this, since SQL 2005 will be the first priority Database for IronRuby. Pl. investigate more in this segment. -- Posted via http://www.ruby-forum.com/. From jflam at microsoft.com Fri Mar 14 23:15:54 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Fri, 14 Mar 2008 20:15:54 -0700 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: <79788c05deb66febf9323bedc6193974@ruby-forum.com> References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> <79788c05deb66febf9323bedc6193974@ruby-forum.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91A03805@NA-EXMSG-C115.redmond.corp.microsoft.com> Softmind Technology: > I still have my doubts about smooth functioning of SQL Server 2005 with > Active Record. > > I have heard several complains about SQL Driver 2005 not efficient as > it should be. MySql/Sqlite etc are working great with Active Record. The SQL Server team is investigating providing support for SQL Server via ActiveRecord and other ORMs. To be clear, *they* will be driving this once we get ActiveRecord to the point where they can start investigating how they will provide support for SQL Server. Thanks, -John From lists at ruby-forum.com Sat Mar 15 02:43:08 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Sat, 15 Mar 2008 07:43:08 +0100 Subject: [Ironruby-core] Few Small Examples in Linq with IronRuby In-Reply-To: References: Message-ID: <88bc128e0441625a5faf0d6310492d3d@ruby-forum.com> Web Reservoir wrote: > But can someone provide few examples, how Linq with IronRuby will look > alike. ------------------------------------------- I am the second interested. LINQ 2 SQL is very important. I think few experts should start some tutorials about this Looking at the codes in C# and Vb.Net does not make any sense, as we are never going that way. IronRuby + LINQ is the way many like me would go. -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Sat Mar 15 03:11:06 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Sat, 15 Mar 2008 08:11:06 +0100 Subject: [Ironruby-core] Professional IronRuby book announced by Wrox In-Reply-To: <03ef3996b21797421c107efde4f35aab@ruby-forum.com> References: <03ef3996b21797421c107efde4f35aab@ruby-forum.com> Message-ID: <7f4378401e961cd4cd73c52fc66ca15f@ruby-forum.com> Hey.... You missed to mention another book by Ivan Porto Carrero . He writes for Manning Publishers and few write-ups by him are expected anytime on Manning WebSite. Keep an eye there like me. Ivan regularly helps us with the questions posted here. His Book definitely deserves attention. Rahil -- Posted via http://www.ruby-forum.com/. From angrygreg at gmail.com Sat Mar 15 13:20:59 2008 From: angrygreg at gmail.com (Greg Akins) Date: Sat, 15 Mar 2008 13:20:59 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <8526685f0803151020m746a7f11uf40ba75bbe99f1dd@mail.gmail.com> I had a problem compiling the source after pulling down revision 77 Here are two "rake compile" results..One before I updated (source was at rvn 76) one after.. Any thoughts? $ rake compile c:\ruby\bin\ruby.exe: No such file or directory -- /cygdrive/c/ruby/bin/rake (Lo adError) gakins at ssi-45440 /cygdrive/c/Libraries/IronRuby/trunk $ rake.bat compile (in c:/Libraries/IronRuby/trunk) Read in 17 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\M ath\MathResources.resx" Writing resource file... Done. Read in 48 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\R esources.resx" Writing resource file... Done. gakins at ssi-45440 /cygdrive/c/Libraries/IronRuby/trunk $ rake.bat compile (in c:/Libraries/IronRuby/trunk) Read in 17 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\M ath\MathResources.resx" Writing resource file... Done. Read in 49 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\R esources.resx" Writing resource file... Done. rake aborted! Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' (See full trace by running task with --trace) On Thu, Mar 13, 2008 at 5:55 PM, Mike Moore wrote: > D'uh! I forgot to run "rake gen" first! My bad, I though I had but I > obviously didn't. It's all good now, sorry for the false alarm. > > ~Mike > > P.S. I also get the error on "exit": > > > E:\Sandbox\IronRuby\build\debug>rbx > IronRuby 0.1 on .NET 2.0.50727.832 > > Copyright (c) Microsoft Corporation. All rights reserved. > > Note that local variables do not work today in the console. > As a workaround, use globals instead (eg $x = 42 instead of x = 42). > > >>> @a = 42 > => 42 > >>> @a > => 42 > >>> exit > e:\Sandbox\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:145:in `Exit': > exit (SystemExit) > from > e:\Sandbox\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:133:in `Exit' > from :0:in `main' > from :0:in `Initialize##7' > > > >>> > > On Thu, Mar 13, 2008 at 3:51 PM, Mike Moore wrote: > > I checked version 77 out to my work PC, which is running .NET 2.0. I ran > "rake compile" from my SDK Command prompt and everything compiled just > fine.I changed the .sln file to "Format Version 09.00" so I could open it > with VS 2K5. I can compile from VS just fine as well. However, I can't run > rbx.exe. I get the following error: > > > > Type 'Ruby.Runtime.RubyContext' doesn't provide a suitable public > constructor or its implementation is faulty. > > > > Here is the output from my command prompt. > > > > E:\Sandbox\IronRuby\build\debug>rbx > > Console host failed to initialize: > > Microsoft.Scripting.Runtime.InvalidImplementationException: Type > 'Ruby.Runtime.RubyContext' doesn't provide a suitable public constructor or > its implementation is faulty. ---> > Microsoft.Scripting.Runtime.InvalidImplementationException: Cannot find > RubyLibraryAttribute in library assembly > > at Ruby.Runtime.Loader.LoadStandardRubyLibraries() in > e:\Sandbox\IronRuby\src\ironruby\Runtime\Loader.cs:line 263 > > at Ruby.Runtime.RubyExecutionContext..ctor(RubyContext context, Scope > globalScope) in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyExecutionContext.cs:line 171 > > at Ruby.Runtime.RubyContext.InitializeExecutionContext() in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 87 > > at Ruby.Runtime.RubyContext..ctor(ScriptDomainManager manager) in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 72 > > --- End of inner exception stack trace --- > > at Microsoft.Scripting.Utils.ReflectionUtils.CreateInstance[T](Type > actualType, Object[] args) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Utils\ReflectionUtils.cs:line > 130 > > at > Microsoft.Scripting.Runtime.ScriptDomainManager.LanguageRegistration.LoadLanguageContext(ScriptDomainManager > manager) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Runtime\ScriptDomainManager.cs:line > 179 > > at > Microsoft.Scripting.Runtime.ScriptDomainManager.GetLanguageContext(Type > type) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Runtime\ScriptDomainManager.cs:line > 254 > > at Microsoft.Scripting.Hosting.ScriptRuntime.GetEngine(Type > languageContextType) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Hosting\ScriptRuntime.cs:line > 268 > > at RubyConsoleHost.Initialize() in > e:\Sandbox\IronRuby\utils\ironruby.console\Program.cs:line 34 > > at Microsoft.Scripting.Hosting.ConsoleHost.Run(String[] args) in > e:\Sandbox\IronRuby\src\microsoft.scripting\Hosting\ConsoleHost.cs:line 82 > > Microsoft.Scripting.Runtime.InvalidImplementationException: Cannot find > RubyLibraryAttribute in library assembly > > at Ruby.Runtime.Loader.LoadStandardRubyLibraries() in > e:\Sandbox\IronRuby\src\ironruby\Runtime\Loader.cs:line 263 > > at Ruby.Runtime.RubyExecutionContext..ctor(RubyContext context, Scope > globalScope) in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyExecutionContext.cs:line 171 > > at Ruby.Runtime.RubyContext.InitializeExecutionContext() in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 87 > > at Ruby.Runtime.RubyContext..ctor(ScriptDomainManager manager) in > e:\Sandbox\IronRuby\src\ironruby\Runtime\RubyContext.cs:line 72 > > > > I haven't taken much time to debug this, but I'll load it on my VS2K8 > machine tonight and see if I get the same on the 3.5 fx. So FYI, YMMV, > etc... > > > > > > > > > > > > On Thu, Mar 13, 2008 at 2:25 PM, Ivan Porto Carrero > wrote: > > > > > Thanks. Looks like i can finally uninstall visual studio 2005 :) > > > > > > > > > > > > > > > > > > On Fri, Mar 14, 2008 at 7:55 AM, Aaron Junod wrote: > > > > > > > Great news! Thanks a lot IR team! > > > > > > > > > > > > > > > > > > > > > > > > On Thu, Mar 13, 2008 at 1:13 PM, Nick Aceves > wrote: > > > > > > > > > Awesome! > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, Mar 13, 2008 at 10:00 AM, John Lam (DLR) > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > There are a lot of new files in this change ? mostly due to the > beginnings of our work to get the latest Ruby specs working. So right now > there are duplicate specs under tests. This will change in the future. > > > > > > > > > > > > > > > > > > > > > > > > Our work to get Silverlight integration working is here. So > rudimentary VS debugging support etc. should just work today. > > > > > > > > > > > > > > > > > > > > > > > > You won't be able to do a Silverlight build yet ? that's coming in > a future update. > > > > > > > > > > > > > > > > > > > > > > > > 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 > > > > > > > > > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Greg Akins Software Development Manager SSI Services http://kc.vanadium.com http://www.pghcodingdojo.org http://www.insomnia-consulting.org/monologue From michael.letterle at gmail.com Sat Mar 15 23:58:26 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 15 Mar 2008 23:58:26 -0400 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> <918705E903F4714CB713D89AB5F1857D73B5ADBCBF@NA-EXMSG-C116.redmond.corp.microsoft.com> Message-ID: Just an FYI, I made the first offical release, Zliby (http://rubyforge.org/projects/zliby/), it does Gzip decompression as well as Zlib decompression, and implements all the methods that Dr. Kelly listed. Note though it does rely on a few methods not yet implemented, notably Time.at and block_given? ... I'll get back to you on that ;) On Tue, Mar 11, 2008 at 2:20 PM, Michael Letterle wrote: > I've got the rubyforge project up for the pure ruby zlib > implementation, SVN has what I got so far, which is basically just > Zlib::Inflate, http://rubyforge.org/projects/zliby/ it's rough, but > I'm adding to it. > > On Fri, Mar 7, 2008 at 5:46 PM, Michael Letterle > > wrote: > > > > I'd like to implement zlib in pure ruby, but in the mean time, I think > > this should be good enough. Time will tell. Once we get a good > > collection of these libraries together we'll be able to see what's > > really needed ;) > > > > Anyway, updated zlib.rb attached, it performs the Gzip and Zlib > > decompression... I'm not sure exactly what finish is suppose to do, > > the docs are unclear. I suspect it may not be applicable to the way > > I'm returning the decompressed output... > > > > > > > > On Fri, Mar 7, 2008 at 2:43 AM, John Messerly wrote: > > > Michael Letterle: > > > > > > > > > > Alright, I started doing this tonight (finally) GZip was pretty > > > > straight forward, but Inflate may be a problem, The > > > > System::IO::Compression.DeflateStream is RFC 1951 compliant /not/ > > > > 1950.. Meaning it only covers Deflate, not ZLib in general. See here: > > > > https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx? > > > > F > > > > eedbackID=97064&wa=wsignin1.0 > > > > > > > > I'll research this more tomorrow, I'd hate to have to have an external > > > > dependency like Zlib.NET > > > > > > Yeah, DeflateStream only implements the basic deflate algorithm, with no configuration options. Worse, it doesn't have particularly good compression ratio. Definitely worth investigating a port of a more fully featured library... > > > > > > - John > > > > > > > > > > > > _______________________________________________ > > > Ironruby-core mailing list > > > Ironruby-core at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > > > > > > > > -- > > Michael Letterle > > [Polymath Programmer] > > http://michaeldotnet.blogspot.com > > > > > > -- > Michael Letterle > [Polymath Prokrammer] > http://blog.prokrams.com > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From mumurik2 at hotmail.co.jp Sun Mar 16 07:13:07 2008 From: mumurik2 at hotmail.co.jp (mumurik2 at hotmail.co.jp) Date: Sun, 16 Mar 2008 11:13:07 +0000 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: <8526685f0803151020m746a7f11uf40ba75bbe99f1dd@mail.gmail.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91980FB4@NA-EXMSG-C115.redmond.corp.microsoft.com> <8526685f0803151020m746a7f11uf40ba75bbe99f1dd@mail.gmail.com> Message-ID: >Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' I have the same problem. Previous revision was OK. SDK v6.0 XP SP2 with .NET v3.0 rake 0.7.2 ruby 1.8.6 (i386-mswin32) _________________________________________________________________ $B1IM\ITB-!)(BMSN$BAjCLH"$G!V%5%W%j%a%s%H!W$K$D$$$FCN$m$&!*(B http://questionbox.msn.co.jp/search.php3?start=0&pt=0&qt=all&k=pbWl16XqpeGl86XI From jflam at microsoft.com Sun Mar 16 13:36:26 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sun, 16 Mar 2008 10:36:26 -0700 Subject: [Ironruby-core] SVN Revision 77 out Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91324078@NA-EXMSG-C115.redmond.corp.microsoft.com> Can you send along a rake --trace repro? - John Sent from my phone -----Original Message----- From: mumurik2 at hotmail.co.jp Sent: Sunday, March 16, 2008 4:22 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] SVN Revision 77 out >Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' I have the same problem. Previous revision was OK. SDK v6.0 XP SP2 with .NET v3.0 rake 0.7.2 ruby 1.8.6 (i386-mswin32) _________________________________________________________________ $B1IM\ITB-!)(BMSN$BAjCLH"$G!V%5%W%j%a%s%H!W$K$D$$$FCN$m$&!*(B http://questionbox.msn.co.jp/search.php3?start=0&pt=0&qt=all&k=pbWl16XqpeGl86XI From angrygreg at gmail.com Sun Mar 16 14:16:55 2008 From: angrygreg at gmail.com (Greg Akins) Date: Sun, 16 Mar 2008 14:16:55 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91324078@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91324078@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <8526685f0803161116kb772737qdf1c4c18b8532eab@mail.gmail.com> This is what I got $ rake.bat compile --trace (in c:/Libraries/IronRuby/trunk) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Execute clean_build ** Invoke compile_dlr (first_time) ** Execute compile_dlr Read in 17 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\M ath\MathResources.resx" Writing resource file... Done. Read in 49 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\R esources.resx" Writing resource file... Done. rake aborted! Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:719:in `sh' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `sh' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:805:in `sh' c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' c:/Libraries/IronRuby/trunk/rakefile:239:in `csc' c:/Libraries/IronRuby/trunk/rakefile:247:in `compile' c:/Libraries/IronRuby/trunk/rakefile:253:in `compile_all' c:/Libraries/IronRuby/trunk/rakefile:527 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:362:in `invoke' c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:369:in `invoke_prerequisit es' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `send' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:368:in `invoke_prerequisit es' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:361:in `invoke' c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in `standard_exceptio n_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1733:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1711:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in `standard_exceptio n_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1708:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/bin/rake:7 c:/ruby/bin/rake.bat:20:in `load' c:/ruby/bin/rake.bat:20 2008/3/16 John Lam (DLR) : > Can you send along a rake --trace repro? > > - John > Sent from my phone > > > -----Original Message----- > From: mumurik2 at hotmail.co.jp > Sent: Sunday, March 16, 2008 4:22 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > > >Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > I have the same problem. > Previous revision was OK. > > SDK v6.0 > XP SP2 with .NET v3.0 > rake 0.7.2 > ruby 1.8.6 (i386-mswin32) > _________________________________________________________________ > $B1IM\ITB-!)(BMSN$BAjCLH"$G!V%5%W%j%a%s%H!W$K$D$$$FCN$m$&!*(B > http://questionbox.msn.co.jp/search.php3?start=0&pt=0&qt=all&k=pbWl16XqpeGl86XI > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Greg Akins Software Development Manager SSI Services http://kc.vanadium.com http://www.pghcodingdojo.org http://www.insomnia-consulting.org/monologue From michael.letterle at gmail.com Sun Mar 16 15:55:26 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 16 Mar 2008 15:55:26 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: <8526685f0803161116kb772737qdf1c4c18b8532eab@mail.gmail.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91324078@NA-EXMSG-C115.redmond.corp.microsoft.com> <8526685f0803161116kb772737qdf1c4c18b8532eab@mail.gmail.com> Message-ID: The rake file doesn't play so nice with Cygwin because of pathing and arg limits... see rubydoes.net for some info, but I'm working on a Cygrake that takes care of some of the issues.. Though, is there any reason why we can't just call MSBuild? 2008/3/16 Greg Akins : > This is what I got > > $ rake.bat compile --trace > > (in c:/Libraries/IronRuby/trunk) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Execute clean_build > ** Invoke compile_dlr (first_time) > ** Execute compile_dlr > > Read in 17 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\M > ath\MathResources.resx" > Writing resource file... Done. > Read in 49 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\R > esources.resx" > Writing resource file... Done. > rake aborted! > > Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:719:in `sh' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `sh' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:805:in `sh' > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > c:/Libraries/IronRuby/trunk/rakefile:239:in `csc' > c:/Libraries/IronRuby/trunk/rakefile:247:in `compile' > c:/Libraries/IronRuby/trunk/rakefile:253:in `compile_all' > c:/Libraries/IronRuby/trunk/rakefile:527 > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:362:in `invoke' > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:369:in `invoke_prerequisit > es' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `send' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:368:in `invoke_prerequisit > es' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:361:in `invoke' > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in `standard_exceptio > n_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1733:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1711:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in `standard_exceptio > n_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1708:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/bin/rake:7 > c:/ruby/bin/rake.bat:20:in `load' > c:/ruby/bin/rake.bat:20 > > > > 2008/3/16 John Lam (DLR) : > > > > Can you send along a rake --trace repro? > > > > - John > > Sent from my phone > > > > > > -----Original Message----- > > From: mumurik2 at hotmail.co.jp > > Sent: Sunday, March 16, 2008 4:22 AM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > > > > > > > >Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > > > I have the same problem. > > Previous revision was OK. > > > > SDK v6.0 > > XP SP2 with .NET v3.0 > > rake 0.7.2 > > ruby 1.8.6 (i386-mswin32) > > _________________________________________________________________ > > $B1IM\ITB-!)(BMSN$BAjCLH"$G!V%5%W%j%a%s%H!W$K$D$$$FCN$m$&!*(B > > http://questionbox.msn.co.jp/search.php3?start=0&pt=0&qt=all&k=pbWl16XqpeGl86XI > > > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > -- > Greg Akins > Software Development Manager > SSI Services > > http://kc.vanadium.com > http://www.pghcodingdojo.org > http://www.insomnia-consulting.org/monologue > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From jflam at microsoft.com Sun Mar 16 16:32:48 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sun, 16 Mar 2008 13:32:48 -0700 Subject: [Ironruby-core] SVN Revision 77 out Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D9132407A@NA-EXMSG-C115.redmond.corp.microsoft.com> Msbuild doesn't run on mono. - John Sent from my phone -----Original Message----- From: Michael Letterle Sent: Sunday, March 16, 2008 12:56 PM To: gakins at insomnia-consulting.org ; ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] SVN Revision 77 out The rake file doesn't play so nice with Cygwin because of pathing and arg limits... see rubydoes.net for some info, but I'm working on a Cygrake that takes care of some of the issues.. Though, is there any reason why we can't just call MSBuild? 2008/3/16 Greg Akins : > This is what I got > > $ rake.bat compile --trace > > (in c:/Libraries/IronRuby/trunk) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Execute clean_build > ** Invoke compile_dlr (first_time) > ** Execute compile_dlr > > Read in 17 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\M > ath\MathResources.resx" > Writing resource file... Done. > Read in 49 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\R > esources.resx" > Writing resource file... Done. > rake aborted! > > Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:719:in `sh' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `sh' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:805:in `sh' > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > c:/Libraries/IronRuby/trunk/rakefile:239:in `csc' > c:/Libraries/IronRuby/trunk/rakefile:247:in `compile' > c:/Libraries/IronRuby/trunk/rakefile:253:in `compile_all' > c:/Libraries/IronRuby/trunk/rakefile:527 > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:362:in `invoke' > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:369:in `invoke_prerequisit > es' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `send' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:368:in `invoke_prerequisit > es' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:361:in `invoke' > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in `standard_exceptio > n_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1733:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1711:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in `standard_exceptio > n_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1708:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/bin/rake:7 > c:/ruby/bin/rake.bat:20:in `load' > c:/ruby/bin/rake.bat:20 > > > > 2008/3/16 John Lam (DLR) : > > > > Can you send along a rake --trace repro? > > > > - John > > Sent from my phone > > > > > > -----Original Message----- > > From: mumurik2 at hotmail.co.jp > > Sent: Sunday, March 16, 2008 4:22 AM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > > > > > > > >Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > > > I have the same problem. > > Previous revision was OK. > > > > SDK v6.0 > > XP SP2 with .NET v3.0 > > rake 0.7.2 > > ruby 1.8.6 (i386-mswin32) > > _________________________________________________________________ > > $B1IM\ITB-!)(BMSN$BAjCLH"$G!V%5%W%j%a%s%H!W$K$D$$$FCN$m$&!*(B > > http://questionbox.msn.co.jp/search.php3?start=0&pt=0&qt=all&k=pbWl16XqpeGl86XI > > > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > -- > Greg Akins > Software Development Manager > SSI Services > > http://kc.vanadium.com > http://www.pghcodingdojo.org > http://www.insomnia-consulting.org/monologue > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From michael.letterle at gmail.com Sun Mar 16 18:08:25 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 16 Mar 2008 18:08:25 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D9132407A@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D9132407A@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I'm assuming that the majority of users compiling on cygwin have access to MSBuild... 2008/3/16 John Lam (DLR) : > Msbuild doesn't run on mono. > > > - John > Sent from my phone > > -----Original Message----- > > > From: Michael Letterle > Sent: Sunday, March 16, 2008 12:56 PM > To: gakins at insomnia-consulting.org ; ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > The rake file doesn't play so nice with Cygwin because of pathing and > arg limits... > > see rubydoes.net for some info, but I'm working on a Cygrake that > takes care of some of the issues.. > > Though, is there any reason why we can't just call MSBuild? > > 2008/3/16 Greg Akins : > > This is what I got > > > > $ rake.bat compile --trace > > > > (in c:/Libraries/IronRuby/trunk) > > ** Invoke compile (first_time) > > ** Invoke happy (first_time) > > ** Execute happy > > ** Invoke clean_build (first_time) > > ** Execute clean_build > > ** Invoke compile_dlr (first_time) > > ** Execute compile_dlr > > > > Read in 17 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\M > > ath\MathResources.resx" > > Writing resource file... Done. > > Read in 49 resources from "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\R > > esources.resx" > > Writing resource file... Done. > > rake aborted! > > > > Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:719:in `sh' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `call' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `sh' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:805:in `sh' > > > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > c:/Libraries/IronRuby/trunk/rakefile:239:in `csc' > > c:/Libraries/IronRuby/trunk/rakefile:247:in `compile' > > c:/Libraries/IronRuby/trunk/rakefile:253:in `compile_all' > > c:/Libraries/IronRuby/trunk/rakefile:527 > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `call' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `execute' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in `execute' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:362:in `invoke' > > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in `invoke' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:369:in `invoke_prerequisit > > es' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `send' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:368:in `invoke_prerequisit > > es' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:361:in `invoke' > > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in `invoke' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in `standard_exceptio > > n_handling' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1733:in `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1711:in `run' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in `standard_exceptio > > n_handling' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1708:in `run' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/bin/rake:7 > > c:/ruby/bin/rake.bat:20:in `load' > > c:/ruby/bin/rake.bat:20 > > > > > > > > 2008/3/16 John Lam (DLR) : > > > > > > > Can you send along a rake --trace repro? > > > > > > - John > > > Sent from my phone > > > > > > > > > -----Original Message----- > > > From: mumurik2 at hotmail.co.jp > > > Sent: Sunday, March 16, 2008 4:22 AM > > > To: ironruby-core at rubyforge.org > > > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > > > > > > > > > > > > >Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] > > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > > > > > I have the same problem. > > > Previous revision was OK. > > > > > > SDK v6.0 > > > XP SP2 with .NET v3.0 > > > rake 0.7.2 > > > ruby 1.8.6 (i386-mswin32) > > > _________________________________________________________________ > > > $B1IM\ITB-!)(BMSN$BAjCLH"$G!V%5%W%j%a%s%H!W$K$D$$$FCN$m$&!*(B > > > http://questionbox.msn.co.jp/search.php3?start=0&pt=0&qt=all&k=pbWl16XqpeGl86XI > > > > > > > > > > _______________________________________________ > > > Ironruby-core mailing list > > > Ironruby-core at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > > > > > > > -- > > Greg Akins > > Software Development Manager > > SSI Services > > > > http://kc.vanadium.com > > http://www.pghcodingdojo.org > > http://www.insomnia-consulting.org/monologue > > > > _______________________________________________ > > 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 From jflam at microsoft.com Sun Mar 16 18:34:51 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sun, 16 Mar 2008 15:34:51 -0700 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D9132407A@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91A03879@NA-EXMSG-C115.redmond.corp.microsoft.com> Right. If you're on Windows. Not sure about where Mono is these days in MSBuild support, but I'm fairly sure that it isn't here yet. That said, there's a very small amount of the functionality of the Rakefile that deals with compilation. Most of it is the transform stuff that we need to move stuff back and forth between SVN and TFS. That said, I'm refactoring the guts of the Rakefile now. It needs it moving forward as a few more requirements are now showing up (eg Silverlight builds) Thanks, -Joh > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Michael Letterle > Sent: Sunday, March 16, 2008 3:08 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] SVN Revision 77 out > > I'm assuming that the majority of users compiling on cygwin have access > to MSBuild... > > 2008/3/16 John Lam (DLR) : > > Msbuild doesn't run on mono. > > > > > > - John > > Sent from my phone > > > > -----Original Message----- > > > > > > From: Michael Letterle > > Sent: Sunday, March 16, 2008 12:56 PM > > To: gakins at insomnia-consulting.org ; > > ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > > > The rake file doesn't play so nice with Cygwin because of pathing > and > > arg limits... > > > > see rubydoes.net for some info, but I'm working on a Cygrake that > > takes care of some of the issues.. > > > > Though, is there any reason why we can't just call MSBuild? > > > > 2008/3/16 Greg Akins : > > > This is what I got > > > > > > $ rake.bat compile --trace > > > > > > (in c:/Libraries/IronRuby/trunk) > > > ** Invoke compile (first_time) > > > ** Invoke happy (first_time) > > > ** Execute happy > > > ** Invoke clean_build (first_time) > ** Execute clean_build > > > ** Invoke compile_dlr (first_time) > ** Execute compile_dlr > > > > Read in 17 resources from > > "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\M > > > ath\MathResources.resx" > > > Writing resource file... Done. > > > Read in 49 resources from > > "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\R > > > esources.resx" > > > Writing resource file... Done. > > > rake aborted! > > > > > > Command failed with status (0): [csc /nologo /noconfig > > /nowarn:1591,1701,17...] > c:/ruby/lib/ruby/gems/1.8/gems/rake- > 0.7.3/lib/rake.rb:719:in `sh' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in > `call' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `sh' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:805:in `sh' > > > > > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > > c:/Libraries/IronRuby/trunk/rakefile:239:in `csc' > > > c:/Libraries/IronRuby/trunk/rakefile:247:in `compile' > > > c:/Libraries/IronRuby/trunk/rakefile:253:in `compile_all' > > > c:/Libraries/IronRuby/trunk/rakefile:527 > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in > `call' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:362:in > `invoke' > > > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in > `invoke' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:369:in > > `invoke_prerequisit > es' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in > `send' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:368:in > > `invoke_prerequisit > es' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:361:in > `invoke' > > > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in > `invoke' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in > > `standard_exceptio > n_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1733:in > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1711:in > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in > > `standard_exceptio > n_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1708:in > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/bin/rake:7 > > > c:/ruby/bin/rake.bat:20:in `load' > > > c:/ruby/bin/rake.bat:20 > > > > > > > > > > > > 2008/3/16 John Lam (DLR) : > > > > > > > > > > Can you send along a rake --trace repro? > > > > > > > > - John > > > > Sent from my phone > > > > > > > > > > > > -----Original Message----- > > > > From: mumurik2 at hotmail.co.jp > > > > Sent: Sunday, March 16, 2008 4:22 AM > > To: > > ironruby-core at rubyforge.org > > > > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > > > > > > > > > >Command failed with status (0): [csc /nologo /noconfig > > /nowarn:1591,1701,17...] > > > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > > > > > > > I have the same problem. > > > > Previous revision was OK. > > > > > > > > SDK v6.0 > > > > XP SP2 with .NET v3.0 > > > > rake 0.7.2 > > > > ruby 1.8.6 (i386-mswin32) > > > > > > _________________________________________________________________ > > > > $B1IM\ITB-!)(BMSN$BAjCLH"$G!V%5%W%j%a%s%H!W$K$D$$$FCN$m$&!*(B > > > > > > > http://questionbox.msn.co.jp/search.php3?start=0&pt=0&qt=all&k=pbWl16X > > qpeGl86XI > > > > > > > > > > > > > > _______________________________________________ > > > > Ironruby-core mailing list > > > > Ironruby-core at rubyforge.org > > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > > > > > > > > > > > > > -- > > > Greg Akins > > > Software Development Manager > > > SSI Services > > > > > > http://kc.vanadium.com > > > http://www.pghcodingdojo.org > > > http://www.insomnia-consulting.org/monologue > > > > > > _______________________________________________ > > > 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 From angrygreg at gmail.com Sun Mar 16 20:03:15 2008 From: angrygreg at gmail.com (Greg Akins) Date: Sun, 16 Mar 2008 20:03:15 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91324078@NA-EXMSG-C115.redmond.corp.microsoft.com> <8526685f0803161116kb772737qdf1c4c18b8532eab@mail.gmail.com> Message-ID: <8526685f0803161703l4ebe8832h181ac57f0e6c94ef@mail.gmail.com> 2008/3/16 Michael Letterle : > The rake file doesn't play so nice with Cygwin because of pathing and > arg limits... In 'cmd' i get about the same thing. Interesting bit is that I get a Windows Message "ruby.exe - Ordinial Not Found', 'The ordinal 3724 could not be located in the dynamic link library LIBEAY32.dll' I get this same error message when I try to run perl, until I remove libeay32.dll from c:\Windows\System32 After that error displays, I get a the same error in the DOS window as in Cygwin. -- Greg Akins Software Development Manager SSI Services http://kc.vanadium.com http://www.pghcodingdojo.org http://www.insomnia-consulting.org/monologue From angrygreg at gmail.com Sun Mar 16 20:08:47 2008 From: angrygreg at gmail.com (Greg Akins) Date: Sun, 16 Mar 2008 20:08:47 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: <8526685f0803161703l4ebe8832h181ac57f0e6c94ef@mail.gmail.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91324078@NA-EXMSG-C115.redmond.corp.microsoft.com> <8526685f0803161116kb772737qdf1c4c18b8532eab@mail.gmail.com> <8526685f0803161703l4ebe8832h181ac57f0e6c94ef@mail.gmail.com> Message-ID: <8526685f0803161708w5ebfb8fcy977336480e2a590@mail.gmail.com> And I'm running .Net 2.0 XP rake 0.7.3 ruby 1.8.5 On Sun, Mar 16, 2008 at 8:03 PM, Greg Akins wrote: > 2008/3/16 Michael Letterle : > > > The rake file doesn't play so nice with Cygwin because of pathing and > > arg limits... > > In 'cmd' i get about the same thing. > > Interesting bit is that I get a Windows Message "ruby.exe - Ordinial > Not Found', 'The ordinal 3724 could not be located in the dynamic link > library LIBEAY32.dll' > > I get this same error message when I try to run perl, until I remove > libeay32.dll from c:\Windows\System32 > > After that error displays, I get a the same error in the DOS window as > in Cygwin. > > -- > > > Greg Akins > Software Development Manager > SSI Services > > http://kc.vanadium.com > http://www.pghcodingdojo.org > http://www.insomnia-consulting.org/monologue > -- Greg Akins Software Development Manager SSI Services http://kc.vanadium.com http://www.pghcodingdojo.org http://www.insomnia-consulting.org/monologue From michael.letterle at gmail.com Sun Mar 16 21:48:36 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 16 Mar 2008 21:48:36 -0400 Subject: [Ironruby-core] SVN Revision 77 out In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91A03879@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D9132407A@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E0632D91A03879@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Well... cygwin is windows only ;) Anywho, I'll hold off until you're done refactoring.. who knows maybe that'll do it! 2008/3/16 John Lam (DLR) : > Right. If you're on Windows. Not sure about where Mono is these days in MSBuild support, but I'm fairly sure that it isn't here yet. That said, there's a very small amount of the functionality of the Rakefile that deals with compilation. Most of it is the transform stuff that we need to move stuff back and forth between SVN and TFS. That said, I'm refactoring the guts of the Rakefile now. It needs it moving forward as a few more requirements are now showing up (eg Silverlight builds) > > Thanks, > -Joh > > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > > bounces at rubyforge.org] On Behalf Of Michael Letterle > > Sent: Sunday, March 16, 2008 3:08 PM > > To: ironruby-core at rubyforge.org > > > > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > I'm assuming that the majority of users compiling on cygwin have access > > to MSBuild... > > > > 2008/3/16 John Lam (DLR) : > > > Msbuild doesn't run on mono. > > > > > > > > > - John > > > Sent from my phone > > > > > > -----Original Message----- > > > > > > > > > From: Michael Letterle > > > Sent: Sunday, March 16, 2008 12:56 PM > > > To: gakins at insomnia-consulting.org ; > > > ironruby-core at rubyforge.org > > > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > > > > > > The rake file doesn't play so nice with Cygwin because of pathing > > and > > > arg limits... > > > > > > see rubydoes.net for some info, but I'm working on a Cygrake that > > > takes care of some of the issues.. > > > > > > Though, is there any reason why we can't just call MSBuild? > > > > > > 2008/3/16 Greg Akins : > > > > This is what I got > > > > > > > > $ rake.bat compile --trace > > > > > > > > (in c:/Libraries/IronRuby/trunk) > > > > ** Invoke compile (first_time) > > > > ** Invoke happy (first_time) > > > > ** Execute happy > > > > ** Invoke clean_build (first_time) > ** Execute clean_build > > > > ** Invoke compile_dlr (first_time) > ** Execute compile_dlr > > > > > Read in 17 resources from > > > "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\M > > > > ath\MathResources.resx" > > > > Writing resource file... Done. > > > > Read in 49 resources from > > > "c:\Libraries\IronRuby\trunk\src\microsoft.scripting\R > > > > esources.resx" > > > > Writing resource file... Done. > > > > rake aborted! > > > > > > > > Command failed with status (0): [csc /nologo /noconfig > > > /nowarn:1591,1701,17...] > c:/ruby/lib/ruby/gems/1.8/gems/rake- > > 0.7.3/lib/rake.rb:719:in `sh' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in > > `call' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:726:in `sh' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:805:in `sh' > > > > > > > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > > > c:/Libraries/IronRuby/trunk/rakefile:239:in `csc' > > > > c:/Libraries/IronRuby/trunk/rakefile:247:in `compile' > > > > c:/Libraries/IronRuby/trunk/rakefile:253:in `compile_all' > > > > c:/Libraries/IronRuby/trunk/rakefile:527 > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in > > `call' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in > > `execute' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in > > `each' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:392:in > > `execute' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:362:in > > `invoke' > > > > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in > > `invoke' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:369:in > > > `invoke_prerequisit > es' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in > > `each' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in > > `send' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1003:in > > `each' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:368:in > > > `invoke_prerequisit > es' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:361:in > > `invoke' > > > > c:/ruby/lib/ruby/1.8/thread.rb:135:in `synchronize' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:355:in > > `invoke' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in > > `top_level' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in > > `each' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1739:in > > `top_level' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in > > > `standard_exceptio > n_handling' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1733:in > > `top_level' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1711:in > > `run' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1761:in > > > `standard_exceptio > n_handling' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/lib/rake.rb:1708:in > > `run' > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.7.3/bin/rake:7 > > > > c:/ruby/bin/rake.bat:20:in `load' > > > > c:/ruby/bin/rake.bat:20 > > > > > > > > > > > > > > > > 2008/3/16 John Lam (DLR) : > > > > > > > > > > > > > Can you send along a rake --trace repro? > > > > > > > > > > - John > > > > > Sent from my phone > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: mumurik2 at hotmail.co.jp > > > > > Sent: Sunday, March 16, 2008 4:22 AM > > To: > > > ironruby-core at rubyforge.org > > > > > Subject: Re: [Ironruby-core] SVN Revision 77 out > > > > > > > > > > > > > >Command failed with status (0): [csc /nologo /noconfig > > > /nowarn:1591,1701,17...] > > > > > c:/Libraries/IronRuby/trunk/rakefile:197:in `exec' > > > > > > > > > > I have the same problem. > > > > > Previous revision was OK. > > > > > > > > > > SDK v6.0 > > > > > XP SP2 with .NET v3.0 > > > > > rake 0.7.2 > > > > > ruby 1.8.6 (i386-mswin32) > > > > > > > > _________________________________________________________________ > > > > > $B1IM\ITB-!)(BMSN$BAjCLH"$G!V%5%W%j%a%s%H!W$K$D$$$FCN$m$&!*(B > > > > > > > > > > http://questionbox.msn.co.jp/search.php3?start=0&pt=0&qt=all&k=pbWl16X > > > qpeGl86XI > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Ironruby-core mailing list > > > > > Ironruby-core at rubyforge.org > > > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Greg Akins > > > > Software Development Manager > > > > SSI Services > > > > > > > > http://kc.vanadium.com > > > > http://www.pghcodingdojo.org > > > > http://www.insomnia-consulting.org/monologue > > > > > > > > _______________________________________________ > > > > 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 From Shri.Borde at microsoft.com Mon Mar 17 02:37:45 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Sun, 16 Mar 2008 23:37:45 -0700 Subject: [Ironruby-core] DLR resources Message-ID: <50B69702CA6E6D4E849D30CD4989AB8ED80945AC65@DF-GRTDANE-MSG.exchange.corp.microsoft.com> I have started compiling a list of DLR resources in this blog - http://blogs.msdn.com/ironpython/archive/2008/03/16/dlr-resources.aspx. I will try and keep it updated so that folks have one place to start when hunting for DLR information. If you have other links that I should add, send them my way... Thanks, Shri Want to work on IronPython, IronRuby, F#? Visit http://blogs.msdn.com/ironpython -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080316/5d377651/attachment-0001.html From lists at ruby-forum.com Mon Mar 17 05:45:22 2008 From: lists at ruby-forum.com (Huw Collingbourne) Date: Mon, 17 Mar 2008 10:45:22 +0100 Subject: [Ironruby-core] DLR resources In-Reply-To: <50B69702CA6E6D4E849D30CD4989AB8ED80945AC65@DF-GRTDANE-MSG.exchange.corp.microsoft.com> References: <50B69702CA6E6D4E849D30CD4989AB8ED80945AC65@DF-GRTDANE-MSG.exchange.corp.microsoft.com> Message-ID: My colleague, Dermot Hogan, is writing a series of articles on creating your own language for the DLR. The first article is just an overview. He'll be going into the nitty-gritty details over the next few months: http://www.bitwisemag.com/2/DLR-Build-Your-Own-Language best wishes Huw Collingbourne SapphireSteel Software Ruby and Rails In Visual Studio http://www.sapphiresteel.com -- Posted via http://www.ruby-forum.com/. From ivan at flanders.co.nz Mon Mar 17 21:05:01 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Tue, 18 Mar 2008 14:05:01 +1300 Subject: [Ironruby-core] hosting ironruby: globals confusion Message-ID: Hi, I updated the hosting wiki page to work with the current revision. But this raises a couple of questions. I'm just working my way through the dlr-hosting-spec. And if I read it correctly then there are 3 levels of hosting/integration possible. Now AFAICT level 1 hosting is only supposed to work with external files, because for compiling to a source unit you need a different class than either ScriptRuntime or ScriptScope I was expecting when I set a variable in globals that it becomes a global variable or do I have to access that differently? So I tried the following bit of code: ScriptRuntime runtime = IronRuby.CreateRuntime(); runtime.Globals.SetVariable("version", "simplest test possible with a variable succeeded"); runtime.ExecuteFile("commands.rb"); and the file commands.rb contains one line of ruby code: puts $version put the output of that code is nil instead of the expected string. This returns nil. I have trouble reconciling that with what I read in the hosting spec. Because this should be totally doable with Level 1 hosting or am I wrong in this assumption? When I create a ScriptRuntime shouldn't it then have a DefaultScope (Globals) that is language-specific to ruby because I create it with the static method on IronRuby? Also for as far as i understand it a ScriptScope is like a container for your scripts so globals in that container are only alive in that script scope? Anyway when I go and use level 2 hosting because I need the execution context and script engine and these are only introduced in level 2 hosting. I can set global variables and then things do work ScriptRuntime runtime = IronRuby.CreateRuntime(); ScriptEngine rubyengine = IronRuby.GetEngine(runtime); RubyExecutionContext ctx = IronRuby.GetExecutionContext(runtime); ctx.GlobalVariables[SymbolTable.StringToId("variable")] = "simplest test possible with a variable succeeded"; runtime.ExecuteSourceUnit(rubyengine.CreateScriptSourceFromString("puts \"#{$variable}\"")); And in the level 2 hosting sample the RubyExecutionContext seems to do what I was expecting ScriptScope to do. Am I reading the spec wrong ? Cheers Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080318/502dac1e/attachment.html From lists at ruby-forum.com Mon Mar 17 22:25:33 2008 From: lists at ruby-forum.com (Ivan Porto carrero) Date: Tue, 18 Mar 2008 03:25:33 +0100 Subject: [Ironruby-core] hosting ironruby: globals confusion In-Reply-To: References: Message-ID: I figured out that ScriptRuntime and ScriptScope are still language agnostic. So if you want to host IronRuby in your application you're always looking at Level 2 hosting as soon as you want some communication between Host and IronRuby, because you need the RubyEngine. I'm still a bit unsure of how the ScriptScope ties in to everything. I understand that the ScriptRuntime is like the complete host for dyn languages and you can create a bunch of them they will always run in isolation. But how does ScriptScope work because so far I've been unsuccessful in talking to a ScriptScope ? Is this hosting API still too much of a moving target to really get into it? Ivan Porto Carrero wrote: > Hi, > > I updated the hosting wiki page to work with the current revision. But > this > raises a couple of questions. > > I'm just working my way through the dlr-hosting-spec. > And if I read it correctly then there are 3 levels of > hosting/integration > possible. > > Now AFAICT level 1 hosting is only supposed to work with external files, > because for compiling to a source unit you need a different class than > either ScriptRuntime or ScriptScope > I was expecting when I set a variable in globals that it becomes a > global > variable or do I have to access that differently? > > So I tried the following bit of code: > > ScriptRuntime runtime = IronRuby.CreateRuntime(); > runtime.Globals.SetVariable("version", "simplest test possible with a > variable succeeded"); > runtime.ExecuteFile("commands.rb"); > > and the file commands.rb contains one line of ruby code: puts $version > put the output of that code is nil instead of the expected string. > > This returns nil. I have trouble reconciling that with what I read in > the > hosting spec. Because this should be totally doable with Level 1 hosting > or > am I wrong in this assumption? > > When I create a ScriptRuntime shouldn't it then have a DefaultScope > (Globals) that is language-specific to ruby because I create it with the > static method on IronRuby? > > Also for as far as i understand it a ScriptScope is like a container for > your scripts so globals in that container are only alive in that script > scope? > > Anyway when I go and use level 2 hosting because I need the execution > context and script engine and these are only introduced in level 2 > hosting. > I can set global variables and then things do work > > ScriptRuntime runtime = IronRuby.CreateRuntime(); > ScriptEngine rubyengine = IronRuby.GetEngine(runtime); > RubyExecutionContext ctx = IronRuby.GetExecutionContext(runtime); > > ctx.GlobalVariables[SymbolTable.StringToId("variable")] = "simplest test > possible with a variable succeeded"; > runtime.ExecuteSourceUnit(rubyengine.CreateScriptSourceFromString("puts > \"#{$variable}\"")); > > And in the level 2 hosting sample the RubyExecutionContext seems to do > what > I was expecting ScriptScope to do. > > Am I reading the spec wrong ? > > Cheers > Ivan -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Tue Mar 18 01:00:30 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Tue, 18 Mar 2008 06:00:30 +0100 Subject: [Ironruby-core] Read the Fresh interview with Mr. John Lam here.... Message-ID: Hi, I just came across a nice interview with Mr. John Lam, and found informative to be shared here. Hope you will like it. http://www.regdeveloper.co.uk/2008/03/17/ironruby_work_schedule/ Cheers! SoftMind -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Tue Mar 18 01:55:33 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Tue, 18 Mar 2008 06:55:33 +0100 Subject: [Ironruby-core] Professional IronRuby book announced by Wrox In-Reply-To: <7f4378401e961cd4cd73c52fc66ca15f@ruby-forum.com> References: <03ef3996b21797421c107efde4f35aab@ruby-forum.com> <7f4378401e961cd4cd73c52fc66ca15f@ruby-forum.com> Message-ID: <5884490f01a7d4eeb06cfa8c9b565381@ruby-forum.com> Hi, Its nice to see interesting comments flowing at authors blog. out of 15 comments, majority seems to be asking for Active Record and LINQ support with IronRuby. The Authors are enthusiastic and are open for suggestions. I suggest you all to place your comments there, helping the book to shape well. Cheers! -- Posted via http://www.ruby-forum.com/. From w.kelly at qut.edu.au Tue Mar 18 02:32:25 2008 From: w.kelly at qut.edu.au (Wayne Kelly) Date: Tue, 18 Mar 2008 16:32:25 +1000 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> Message-ID: <6821FE23D98BAC41AC2A91E7970F31AF1CD023F79A@QUTEXMBX02.qut.edu.au> > From: Curt Hagenlocher > Sent: Tuesday, 11 March 2008 8:13 PM > Subject: Re: [Ironruby-core] External libraries implementation status update > > On 3/6/08, Wayne Kelly wrote: > > > > strscan.so: > > - any progress Curt? > > I was under the impression that I had finished this, but I'm > thousands of miles away from being able to check. Have you > tried to use StringScanner? OK, sorry, I didn't realize that this external module was already implemented as a Builtin. Cheers, Wayne. From curt at hagenlocher.org Tue Mar 18 02:47:08 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Mon, 17 Mar 2008 23:47:08 -0700 Subject: [Ironruby-core] External libraries implementation status update In-Reply-To: <6821FE23D98BAC41AC2A91E7970F31AF1CD023F79A@QUTEXMBX02.qut.edu.au> References: <47B7C115.7050809@powershell.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFB64073@QUTEXMBX02.qut.edu.au> <372109E149E8084D8E6C7D9CFD82E0632D912A2C25@NA-EXMSG-C115.redmond.corp.microsoft.com> <6821FE23D98BAC41AC2A91E7970F31AF1CCFF9037E@QUTEXMBX02.qut.edu.au> <6821FE23D98BAC41AC2A91E7970F31AF1CD023F79A@QUTEXMBX02.qut.edu.au> Message-ID: On Mon, Mar 17, 2008 at 11:32 PM, Wayne Kelly wrote: > >> I was under the impression that I had finished this, but I'm >> thousands of miles away from being able to check. Have you >> tried to use StringScanner? > > I didn't realize that this external module was already implemented as a Builtin. Yeah, there's no mechanism yet for loading it from an external module. Or at least, there wasn't when it was implemented. -- Curt Hagenlocher curt at hagenlocher.org From rbazinet at gmail.com Tue Mar 18 07:18:55 2008 From: rbazinet at gmail.com (Robert Bazinet) Date: Tue, 18 Mar 2008 07:18:55 -0400 Subject: [Ironruby-core] Professional IronRuby book announced by Wrox In-Reply-To: <5884490f01a7d4eeb06cfa8c9b565381@ruby-forum.com> References: <03ef3996b21797421c107efde4f35aab@ruby-forum.com> <7f4378401e961cd4cd73c52fc66ca15f@ruby-forum.com> <5884490f01a7d4eeb06cfa8c9b565381@ruby-forum.com> Message-ID: Thank you and I thank those that have commented on my blog. We are definitely looking for suggestions, that's the main reason for the introductory post. The comments have been great and we have already made changes to some of the chapters and their content. -Rob Bazinet (co-author, Professional IronRuby) On Tue, Mar 18, 2008 at 1:55 AM, Softmind Technology wrote: > Hi, > > Its nice to see interesting comments flowing at authors blog. > > out of 15 comments, majority seems to be asking for Active Record and > LINQ support with IronRuby. > > The Authors are enthusiastic and are open for suggestions. > > I suggest you all to place your comments there, helping the book to > shape well. > > Cheers! > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Rob Bazinet InfoQ Ruby and .NET Editor http://www.accidentaltechnologist.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080318/b0d6c86e/attachment.html From ironruby at monnet-usa.com Tue Mar 18 23:35:34 2008 From: ironruby at monnet-usa.com (Philippe Monnet) Date: Tue, 18 Mar 2008 21:35:34 -0600 Subject: [Ironruby-core] Cannot rake compile rev 78 Message-ID: <47E08A06.5060608@monnet-usa.com> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080318/03dbb6a6/attachment-0001.html From jflam at microsoft.com Tue Mar 18 23:45:16 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 18 Mar 2008 20:45:16 -0700 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: <47E08A06.5060608@monnet-usa.com> References: <47E08A06.5060608@monnet-usa.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91AA3349@NA-EXMSG-C115.redmond.corp.microsoft.com> Is this a cygwin install of CRuby or is it the One Click Installer version of Ruby? From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Philippe Monnet Sent: Tuesday, March 18, 2008 8:36 PM To: IronRuby Subject: [Ironruby-core] Cannot rake compile rev 78 Although I had been able to compile the original version of IronRuby, since rev 77 I can no longer build it. After having issues building rev 77, I wiped out my setup and did a fresh new install of rev 78. But I still cannot build (see below). I am running on Windows XP, with the .NET framework as well as the .NET SDK. What should I do to address this? Philippe F:\Dev\DotNet\IronRuby\trunk>rake compile --trace (in F:/Dev/DotNet/IronRuby/trunk) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Execute clean_build ** Invoke compile_dlr (first_time) ** Execute compile_dlr Read in 17 resources from "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Math\MathResources.resx" Writing resource file... Done. Read in 49 resources from "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Resources.resx" Writing resource file... Done. rake aborted! Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:899:in `sh' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in `call' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in `sh' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:985:in `sh' F:/Dev/DotNet/IronRuby/trunk/rakefile:197:in `exec' F:/Dev/DotNet/IronRuby/trunk/rakefile:239:in `csc' F:/Dev/DotNet/IronRuby/trunk/rakefile:247:in `compile' F:/Dev/DotNet/IronRuby/trunk/rakefile:253:in `compile_all' F:/Dev/DotNet/IronRuby/trunk/rakefile:527 C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in `invoke_prerequisites' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `send' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in `invoke_prerequisites' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in `invoke_task' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 C:/Program Files/ruby-1.8.5/bin/rake.bat:25:in `load' C:/Program Files/ruby-1.8.5/bin/rake.bat:25 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080318/82b8f449/attachment.html From ironruby at monnet-usa.com Wed Mar 19 00:02:41 2008 From: ironruby at monnet-usa.com (Philippe Monnet) Date: Tue, 18 Mar 2008 22:02:41 -0600 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91AA3349@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <47E08A06.5060608@monnet-usa.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3349@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <47E09061.9030001@monnet-usa.com> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080318/56797fc2/attachment.html From ivan at flanders.co.nz Wed Mar 19 00:25:20 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 19 Mar 2008 17:25:20 +1300 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91AA3349@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <47E08A06.5060608@monnet-usa.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3349@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I can't compile either. I get a very long error message. It looks like it's missing some methods somewhere I've attached the error mesage because it was too long. I get consistent results on windows (no cygwin) in cmd and powershell and on OSX On Wed, Mar 19, 2008 at 4:45 PM, John Lam (DLR) wrote: > Is this a cygwin install of CRuby or is it the One Click Installer > version of Ruby? > > > > > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Philippe Monnet > *Sent:* Tuesday, March 18, 2008 8:36 PM > *To:* IronRuby > *Subject:* [Ironruby-core] Cannot rake compile rev 78 > > > > Although I had been able to compile the original version of IronRuby, > since rev 77 I can no longer build it. After having issues building rev 77, > I wiped out my setup and did a fresh new install of rev 78. But I still > cannot build (see below). > I am running on Windows XP, with the .NET framework as well as the .NET > SDK. > What should I do to address this? > > Philippe > > F:\Dev\DotNet\IronRuby\trunk>rake compile --trace > (in F:/Dev/DotNet/IronRuby/trunk) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Execute clean_build > ** Invoke compile_dlr (first_time) > ** Execute compile_dlr > Read in 17 resources from > "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Math\MathResources.resx" > Writing resource file... Done. > Read in 49 resources from > "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Resources.resx" > Writing resource file... Done. > rake aborted! > Command failed with status (0): [csc /nologo /noconfig > /nowarn:1591,1701,17...] > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:899:in > `sh' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in > `call' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in > `sh' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:985:in > `sh' > F:/Dev/DotNet/IronRuby/trunk/rakefile:197:in `exec' > F:/Dev/DotNet/IronRuby/trunk/rakefile:239:in `csc' > F:/Dev/DotNet/IronRuby/trunk/rakefile:247:in `compile' > F:/Dev/DotNet/IronRuby/trunk/rakefile:253:in `compile_all' > F:/Dev/DotNet/IronRuby/trunk/rakefile:527 > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `call' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `execute' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `each' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `execute' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > `invoke_with_call_chain' > C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > `invoke_prerequisites' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `each' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `send' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `each' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > `invoke_prerequisites' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > `invoke_with_call_chain' > C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > `invoke' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > `invoke_task' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `each' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > `top_level' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > `run' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > `run' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > C:/Program Files/ruby-1.8.5/bin/rake.bat:25:in `load' > C:/Program Files/ruby-1.8.5/bin/rake.bat:25 > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/c92e55a4/attachment-0001.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: results.txt Url: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/c92e55a4/attachment-0001.txt From jflam at microsoft.com Wed Mar 19 00:32:23 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 18 Mar 2008 21:32:23 -0700 Subject: [Ironruby-core] Cannot rake compile rev 78 Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D9132407F@NA-EXMSG-C115.redmond.corp.microsoft.com> Can you try rake compile test=true and capture the output and send it along? This will dump the cmd klines. - John Sent from my phone ________________________________ From: Philippe Monnet Sent: Tuesday, March 18, 2008 9:07 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Cannot rake compile rev 78 Hi John, Thanks for the quick post back! I installed Ruby using the One-Click Installer. I am not using cygwin. Philippe John Lam (DLR) wrote: Is this a cygwin install of CRuby or is it the One Click Installer version of Ruby? From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Philippe Monnet Sent: Tuesday, March 18, 2008 8:36 PM To: IronRuby Subject: [Ironruby-core] Cannot rake compile rev 78 Although I had been able to compile the original version of IronRuby, since rev 77 I can no longer build it. After having issues building rev 77, I wiped out my setup and did a fresh new install of rev 78. But I still cannot build (see below). I am running on Windows XP, with the .NET framework as well as the .NET SDK. What should I do to address this? Philippe F:\Dev\DotNet\IronRuby\trunk>rake compile --trace (in F:/Dev/DotNet/IronRuby/trunk) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Execute clean_build ** Invoke compile_dlr (first_time) ** Execute compile_dlr Read in 17 resources from "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Math\MathResources.resx" Writing resource file... Done. Read in 49 resources from "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Resources.resx" Writing resource file... Done. rake aborted! Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:899:in `sh' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in `call' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in `sh' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:985:in `sh' F:/Dev/DotNet/IronRuby/trunk/rakefile:197:in `exec' F:/Dev/DotNet/IronRuby/trunk/rakefile:239:in `csc' F:/Dev/DotNet/IronRuby/trunk/rakefile:247:in `compile' F:/Dev/DotNet/IronRuby/trunk/rakefile:253:in `compile_all' F:/Dev/DotNet/IronRuby/trunk/rakefile:527 C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in `invoke_prerequisites' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `send' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in `invoke_prerequisites' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in `invoke_task' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 C:/Program Files/ruby-1.8.5/bin/rake.bat:25:in `load' C:/Program Files/ruby-1.8.5/bin/rake.bat:25 ________________________________ _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080318/ec192c64/attachment.html From ivan at flanders.co.nz Wed Mar 19 00:45:13 2008 From: ivan at flanders.co.nz (Ivan Porto Carrero) Date: Wed, 19 Mar 2008 17:45:13 +1300 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D9132407F@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D9132407F@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: new results file attached On Wed, Mar 19, 2008 at 5:32 PM, John Lam (DLR) wrote: > Can you try rake compile test=true and capture the output and send it > along? This will dump the cmd klines. > > - John > Sent from my phone > > ------------------------------ > From: Philippe Monnet > Sent: Tuesday, March 18, 2008 9:07 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Cannot rake compile rev 78 > > Hi John, > > Thanks for the quick post back! I installed Ruby using the One-Click > Installer. > I am not using cygwin. > > Philippe > > John Lam (DLR) wrote: > > Is this a cygwin install of CRuby or is it the One Click Installer > version of Ruby? > > > > > > > > *From:* ironruby-core-bounces at rubyforge.org [ > mailto:ironruby-core-bounces at rubyforge.org] > *On Behalf Of *Philippe Monnet > *Sent:* Tuesday, March 18, 2008 8:36 PM > *To:* IronRuby > *Subject:* [Ironruby-core] Cannot rake compile rev 78 > > > > Although I had been able to compile the original version of IronRuby, > since rev 77 I can no longer build it. After having issues building rev 77, > I wiped out my setup and did a fresh new install of rev 78. But I still > cannot build (see below). > I am running on Windows XP, with the .NET framework as well as the .NET > SDK. > What should I do to address this? > > Philippe > > F:\Dev\DotNet\IronRuby\trunk>rake compile --trace > (in F:/Dev/DotNet/IronRuby/trunk) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Execute clean_build > ** Invoke compile_dlr (first_time) > ** Execute compile_dlr > Read in 17 resources from > "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Math\MathResources.resx" > Writing resource file... Done. > Read in 49 resources from > "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Resources.resx" > Writing resource file... Done. > rake aborted! > Command failed with status (0): [csc /nologo /noconfig > /nowarn:1591,1701,17...] > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:899:in > `sh' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in > `call' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in > `sh' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:985:in > `sh' > F:/Dev/DotNet/IronRuby/trunk/rakefile:197:in `exec' > F:/Dev/DotNet/IronRuby/trunk/rakefile:239:in `csc' > F:/Dev/DotNet/IronRuby/trunk/rakefile:247:in `compile' > F:/Dev/DotNet/IronRuby/trunk/rakefile:253:in `compile_all' > F:/Dev/DotNet/IronRuby/trunk/rakefile:527 > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `call' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `execute' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `each' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `execute' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > `invoke_with_call_chain' > C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > `invoke_prerequisites' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `each' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `send' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `each' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > `invoke_prerequisites' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > `invoke_with_call_chain' > C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > `invoke' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > `invoke_task' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `each' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > `top_level' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > `run' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > `run' > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > C:/Program Files/ruby-1.8.5/bin/rake.bat:25:in `load' > C:/Program Files/ruby-1.8.5/bin/rake.bat:25 > > ------------------------------ > > _______________________________________________ > Ironruby-core mailing listIronruby-core at rubyforge.orghttp://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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/f149b4a3/attachment-0001.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: results.txt Url: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/f149b4a3/attachment-0001.txt From podunk.vn at gmail.com Wed Mar 19 12:01:32 2008 From: podunk.vn at gmail.com (Matthew Miller) Date: Wed, 19 Mar 2008 12:01:32 -0400 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D9132407F@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I'm pretty new to Ruby and IronRuby. I was just wondering, why does Ruby even need to be installed? I can compile the source for IronRuby just fine without Ruby. Unless I had already installed Ruby and forgot. I'm not at home so I can't check. Anyway, I was under the assumption that IronRuby is independent of external libraries/dll's besides Microsoft Scripting. Perhaps the source for Ruby itself is included in the IR project ? On Wed, Mar 19, 2008 at 12:45 AM, Ivan Porto Carrero wrote: > new results file attached > > > On Wed, Mar 19, 2008 at 5:32 PM, John Lam (DLR) > wrote: > > > Can you try rake compile test=true and capture the output and send it > > along? This will dump the cmd klines. > > > > - John > > Sent from my phone > > > > ------------------------------ > > From: Philippe Monnet > > Sent: Tuesday, March 18, 2008 9:07 PM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Cannot rake compile rev 78 > > > > Hi John, > > > > Thanks for the quick post back! I installed Ruby using the One-Click > > Installer. > > I am not using cygwin. > > > > Philippe > > > > John Lam (DLR) wrote: > > > > Is this a cygwin install of CRuby or is it the One Click Installer > > version of Ruby? > > > > > > > > > > > > > > > > *From:* ironruby-core-bounces at rubyforge.org [ > > mailto:ironruby-core-bounces at rubyforge.org] > > *On Behalf Of *Philippe Monnet > > *Sent:* Tuesday, March 18, 2008 8:36 PM > > *To:* IronRuby > > *Subject:* [Ironruby-core] Cannot rake compile rev 78 > > > > > > > > Although I had been able to compile the original version of IronRuby, > > since rev 77 I can no longer build it. After having issues building rev 77, > > I wiped out my setup and did a fresh new install of rev 78. But I still > > cannot build (see below). > > I am running on Windows XP, with the .NET framework as well as the .NET > > SDK. > > What should I do to address this? > > > > Philippe > > > > F:\Dev\DotNet\IronRuby\trunk>rake compile --trace > > (in F:/Dev/DotNet/IronRuby/trunk) > > ** Invoke compile (first_time) > > ** Invoke happy (first_time) > > ** Execute happy > > ** Invoke clean_build (first_time) > > ** Execute clean_build > > ** Invoke compile_dlr (first_time) > > ** Execute compile_dlr > > Read in 17 resources from > > "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Math\MathResources.resx" > > Writing resource file... Done. > > Read in 49 resources from > > "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Resources.resx" > > Writing resource file... Done. > > rake aborted! > > Command failed with status (0): [csc /nologo /noconfig > > /nowarn:1591,1701,17...] > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:899:in > > `sh' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in > > `call' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in > > `sh' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:985:in > > `sh' > > F:/Dev/DotNet/IronRuby/trunk/rakefile:197:in `exec' > > F:/Dev/DotNet/IronRuby/trunk/rakefile:239:in `csc' > > F:/Dev/DotNet/IronRuby/trunk/rakefile:247:in `compile' > > F:/Dev/DotNet/IronRuby/trunk/rakefile:253:in `compile_all' > > F:/Dev/DotNet/IronRuby/trunk/rakefile:527 > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `call' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `execute' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `each' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `execute' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > `invoke_with_call_chain' > > C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `invoke_with_call_chain' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > > `invoke_prerequisites' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `each' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `send' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `each' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > > `invoke_prerequisites' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > > `invoke_with_call_chain' > > C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `invoke_with_call_chain' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > `invoke' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > `invoke_task' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `each' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > `top_level' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > `run' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > `run' > > C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1 > > /bin/rake:31 > > C:/Program Files/ruby-1.8.5/bin/rake.bat:25:in `load' > > C:/Program Files/ruby-1.8.5/bin/rake.bat:25 > > > > ------------------------------ > > > > _______________________________________________ > > Ironruby-core mailing listIronruby-core at rubyforge.orghttp://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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/585fb99f/attachment.html From michael.letterle at gmail.com Wed Mar 19 12:06:52 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Wed, 19 Mar 2008 12:06:52 -0400 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D9132407F@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: You don't need Ruby if you're compiling via Visual Studio or MSBuild. You DO need an existing Ruby installation if you want to use rake, since that's a ruby library that IronRuby can't run yet. :) On Wed, Mar 19, 2008 at 12:01 PM, Matthew Miller wrote: > I'm pretty new to Ruby and IronRuby. I was just wondering, why does Ruby > even need to be installed? I can compile the source for IronRuby just fine > without Ruby. Unless I had already installed Ruby and forgot. I'm not at > home so I can't check. > > Anyway, I was under the assumption that IronRuby is independent of external > libraries/dll's besides Microsoft Scripting. > > Perhaps the source for Ruby itself is included in the IR project ? > > > > On Wed, Mar 19, 2008 at 12:45 AM, Ivan Porto Carrero > wrote: > > new results file attached > > > > > > > > > > > > On Wed, Mar 19, 2008 at 5:32 PM, John Lam (DLR) > wrote: > > > > > > > > Can you try rake compile test=true and capture the output and send it > along? This will dump the cmd klines. > > > > > > - John > > > Sent from my phone > > > > > > ________________________________ > From: Philippe Monnet > > > Sent: Tuesday, March 18, 2008 9:07 PM > > > To: ironruby-core at rubyforge.org > > > Subject: Re: [Ironruby-core] Cannot rake compile rev 78 > > > > > > > > > > > > Hi John, > > > > > > Thanks for the quick post back! I installed Ruby using the One-Click > Installer. > > > I am not using cygwin. > > > > > > Philippe > > > > > > > > > > > > > > > John Lam (DLR) wrote: > > > > > > > > > > > > Is this a cygwin install of CRuby or is it the One Click Installer > version of Ruby? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Philippe Monnet > > > Sent: Tuesday, March 18, 2008 8:36 PM > > > To: IronRuby > > > Subject: [Ironruby-core] Cannot rake compile rev 78 > > > > > > > > > > > > Although I had been able to compile the original version of IronRuby, > since rev 77 I can no longer build it. After having issues building rev 77, > I wiped out my setup and did a fresh new install of rev 78. But I still > cannot build (see below). > > > I am running on Windows XP, with the .NET framework as well as the .NET > SDK. > > > What should I do to address this? > > > > > > Philippe > > > > > > F:\Dev\DotNet\IronRuby\trunk>rake compile --trace > > > (in F:/Dev/DotNet/IronRuby/trunk) > > > ** Invoke compile (first_time) > > > ** Invoke happy (first_time) > > > ** Execute happy > > > ** Invoke clean_build (first_time) > > > ** Execute clean_build > > > ** Invoke compile_dlr (first_time) > > > ** Execute compile_dlr > > > Read in 17 resources from > "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Math\MathResources.resx" > > > Writing resource file... Done. > > > Read in 49 resources from > "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Resources.resx" > > > Writing resource file... Done. > > > rake aborted! > > > Command failed with status (0): [csc /nologo /noconfig > /nowarn:1591,1701,17...] > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:899:in `sh' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in `call' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in `sh' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:985:in `sh' > > > F:/Dev/DotNet/IronRuby/trunk/rakefile:197:in `exec' > > > F:/Dev/DotNet/IronRuby/trunk/rakefile:239:in `csc' > > > F:/Dev/DotNet/IronRuby/trunk/rakefile:247:in `compile' > > > F:/Dev/DotNet/IronRuby/trunk/rakefile:253:in `compile_all' > > > F:/Dev/DotNet/IronRuby/trunk/rakefile:527 > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `execute' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `execute' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > `invoke_with_call_chain' > > > C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > `invoke_prerequisites' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `each' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `send' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `each' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > `invoke_prerequisites' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > `invoke_with_call_chain' > > > C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > `invoke' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > `invoke_task' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `each' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > `top_level' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' > > > C:/Program > Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > > C:/Program Files/ruby-1.8.5/bin/rake.bat:25:in `load' > > > C:/Program Files/ruby-1.8.5/bin/rake.bat:25 > ________________________________ > > > > _______________________________________________ > > > 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 > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From chris at developingchris.com Wed Mar 19 13:06:55 2008 From: chris at developingchris.com (Chris Chandler) Date: Wed, 19 Mar 2008 13:06:55 -0400 Subject: [Ironruby-core] New to IronRuby but not Ruby Message-ID: <95f91cc30803191006l28c56ddbo5ef1f53a4c66f07a@mail.gmail.com> Hey all, I am not new to ruby or c# but am quite new to compiler/interpreter design, and am looking for a basic walk through of the hierarchy of the project architecture. Oh and while you are at it whats with all the /*!*/ all over the code, preprocessor directive? Your time is much appreciated, I look forward to loving my code again and implementing my favorite ruby idioms on my day job platform. -- Thanks, Chris Chandler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/f1cbdc7d/attachment-0001.html From blowmage at gmail.com Wed Mar 19 13:49:25 2008 From: blowmage at gmail.com (Mike Moore) Date: Wed, 19 Mar 2008 11:49:25 -0600 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D9132407F@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: On Wed, Mar 19, 2008 at 10:06 AM, Michael Letterle < michael.letterle at gmail.com> wrote: > You don't need Ruby if you're compiling via Visual Studio or MSBuild. I may be wrong, but I think you do need Ruby. You can't just compile the code you get from SVN. You need to run 'rake gen' to generate the other files first. You DO need an existing Ruby installation if you want to use rake, > since that's a ruby library that IronRuby can't run yet. :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/00c39348/attachment.html From bacondarwin at googlemail.com Wed Mar 19 14:13:40 2008 From: bacondarwin at googlemail.com (Peter Bacon Darwin) Date: Wed, 19 Mar 2008 18:13:40 -0000 Subject: [Ironruby-core] New to IronRuby but not Ruby In-Reply-To: <95f91cc30803191006l28c56ddbo5ef1f53a4c66f07a@mail.gmail.com> References: <95f91cc30803191006l28c56ddbo5ef1f53a4c66f07a@mail.gmail.com> Message-ID: <008b01c889ec$f6a89670$e3f9c350$@com> If you have got plenty of time you could work your way through the various presentations that have been given over the last year: http://ironruby.rubyforge.org/wiki/wiki.pl?PodcastsAndVideos That wiki also has some useful stuff. By the way the /*!*/ means that the item it follows is never to be null. It is used by the MS static code analysis tools. I forget what the name of the tool is right now. Pete From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Chris Chandler Sent: Wednesday,19 March 19, 2008 17:07 To: ironruby-core at rubyforge.org Subject: [Ironruby-core] New to IronRuby but not Ruby Hey all, I am not new to ruby or c# but am quite new to compiler/interpreter design, and am looking for a basic walk through of the hierarchy of the project architecture. Oh and while you are at it whats with all the /*!*/ all over the code, preprocessor directive? Your time is much appreciated, I look forward to loving my code again and implementing my favorite ruby idioms on my day job platform. -- Thanks, Chris Chandler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/7a643932/attachment.html From jflam at microsoft.com Wed Mar 19 14:26:46 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Wed, 19 Mar 2008 11:26:46 -0700 Subject: [Ironruby-core] New to IronRuby but not Ruby In-Reply-To: <008b01c889ec$f6a89670$e3f9c350$@com> References: <95f91cc30803191006l28c56ddbo5ef1f53a4c66f07a@mail.gmail.com> <008b01c889ec$f6a89670$e3f9c350$@com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91AA3648@NA-EXMSG-C115.redmond.corp.microsoft.com> Spec# > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin > Sent: Wednesday, March 19, 2008 11:14 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] New to IronRuby but not Ruby > > If you have got plenty of time you could work your way through the > various presentations that have been given over the last year: > http://ironruby.rubyforge.org/wiki/wiki.pl?PodcastsAndVideos > > That wiki also has some useful stuff. > > By the way the /*!*/ means that the item it follows is never to be > null. > It is used by the MS static code analysis tools. I forget what the > name of the tool is right now. > > Pete > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Chris > Chandler > Sent: Wednesday,19 March 19, 2008 17:07 > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] New to IronRuby but not Ruby > > > > Hey all, > > I am not new to ruby or c# but am quite new to compiler/interpreter > design, and am looking for a basic walk through of the hierarchy of > the project architecture. > Oh and while you are at it whats with all the /*!*/ all over the code, > preprocessor directive? > > Your time is much appreciated, I look forward to loving my code again > and implementing my favorite ruby idioms on my day job platform. > > -- > Thanks, > Chris Chandler From jflam at microsoft.com Wed Mar 19 14:27:01 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Wed, 19 Mar 2008 11:27:01 -0700 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D9132407F@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91AA364A@NA-EXMSG-C115.redmond.corp.microsoft.com> You don't really need the Rakefile - it's there for convenience. Rake gen can be done by running GenerateInitializers.cmd. From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Mike Moore Sent: Wednesday, March 19, 2008 10:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Cannot rake compile rev 78 On Wed, Mar 19, 2008 at 10:06 AM, Michael Letterle > wrote: You don't need Ruby if you're compiling via Visual Studio or MSBuild. I may be wrong, but I think you do need Ruby. You can't just compile the code you get from SVN. You need to run 'rake gen' to generate the other files first. You DO need an existing Ruby installation if you want to use rake, since that's a ruby library that IronRuby can't run yet. :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/da34cc79/attachment.html From Tomas.Matousek at microsoft.com Wed Mar 19 18:22:53 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Wed, 19 Mar 2008 15:22:53 -0700 Subject: [Ironruby-core] hosting ironruby: globals confusion In-Reply-To: References: Message-ID: Ruby integration into hosting API is not finished yet. Last week I?ve checked in some basic support for scopes. ?I was expecting when I set a variable in globals that it becomes a global variable or do I have to access that differently?? Globals dictionary on ScriptRuntime are actually not the same globals as Ruby globals. Think of ScriptRuntime.Globals as a top level namespace. If you load .NET assembly, say mscorlib, into ScriptRuntime, top namespaces (e.g. ?System?) are added to Globals. In IronRuby, you?ll see content of ScriptRuntime.Globals thru Object class. When searching for a constant on Object class the ScriptRuntime.Globals is looked up. Therefore you can do System::Collections in your IronRuby code. See RubyModule.TryGetConstant. So the right way of doing what you?re trying to do is (as you have it below): var runtime = IronRuby.CreateRuntime(); var ec = IronRuby.GetExecutionContext(runtime); ec.DefineGlobalVariable(?version?, ?foo?); runtime.ExecuteFile(?commands.rb?); I?m using the latest bits where I?ve recently added DefineGlobalVariable method. If you don?t see it yet, use GlobalVariables collection on ec. As for the ScriptScope. In general, ScriptScope is a host provided dictionary against which you can execute code. ScriptScope has an extension for each language that is executed against it. For IronRuby it is GlobalScopeExtension class. This extension associates the scope with a singleton self object on top-level scope and with the top-level binding. The singleton object ?type? is defined in MainSingletonOps class. If file is executed as a regular Ruby source code the singleton is exactly like in MRI. If executed using hosting API it redefines method_missing. The method_missing implementation goes to the ScriptScope?s dictionary. This way the following works: var scope = engine.CreateScope(); scope.SetVariable(?x?, 1); scope.SetVariable(?y?, 2); scope.Execute(?puts x + y?); In this code, ?puts?, ?x? and ?y? are method calls (since there is no assignment to these identifiers in the code). ?puts? get resolved to Kernel#puts as usual. ?x? and ?y? don?t exist so ?method_missing? is called as usual in MRI. Since the current ?self? object is main singleton that in IronRuby defines ?method_missing?, ?x? and ?y? values are loaded from the scope. Note, that this doesn?t work yet: var scope = engine.CreateScope(); scope.SetVariable(?x?, 1); scope.SetVariable(?y?, 2); scope.Execute(?z = x + y?); var z = scope.GetVariable(?z?); It?s because ?z? is a local variable (it is assigned to in the code) and therefore it lives on the top-level binding. The plan is to associate the top-level binding with the scope but we are not there yet. Instead you can do this: var scope = engine.CreateScope(); scope.SetVariable(?x?, 1); scope.SetVariable(?y?, 2); scope.Execute(?def self.z; x + y; end?); var z = scope.GetVariable>(?z?)(); This works since methods defined on the singleton are accessible to the host via the scope. BTW: John is now working on syncing our TFS with SVN (there is some issue that needs to be fixed). So some of the changes I?ve done recently to enable the above scenarios haven?t probably been pushed out yet. Any feedback on hosting API is welcomed. There are few missing pieces that are described in the spec but not yet in the code and also IronRuby is not yet plugged completely into the hosting infrastructure. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Ivan Porto Carrero Sent: Monday, March 17, 2008 6:05 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] hosting ironruby: globals confusion Hi, I updated the hosting wiki page to work with the current revision. But this raises a couple of questions. I'm just working my way through the dlr-hosting-spec. And if I read it correctly then there are 3 levels of hosting/integration possible. Now AFAICT level 1 hosting is only supposed to work with external files, because for compiling to a source unit you need a different class than either ScriptRuntime or ScriptScope I was expecting when I set a variable in globals that it becomes a global variable or do I have to access that differently? So I tried the following bit of code: ScriptRuntime runtime = IronRuby.CreateRuntime(); runtime.Globals.SetVariable("version", "simplest test possible with a variable succeeded"); runtime.ExecuteFile("commands.rb"); and the file commands.rb contains one line of ruby code: puts $version put the output of that code is nil instead of the expected string. This returns nil. I have trouble reconciling that with what I read in the hosting spec. Because this should be totally doable with Level 1 hosting or am I wrong in this assumption? When I create a ScriptRuntime shouldn't it then have a DefaultScope (Globals) that is language-specific to ruby because I create it with the static method on IronRuby? Also for as far as i understand it a ScriptScope is like a container for your scripts so globals in that container are only alive in that script scope? Anyway when I go and use level 2 hosting because I need the execution context and script engine and these are only introduced in level 2 hosting. I can set global variables and then things do work ScriptRuntime runtime = IronRuby.CreateRuntime(); ScriptEngine rubyengine = IronRuby.GetEngine(runtime); RubyExecutionContext ctx = IronRuby.GetExecutionContext(runtime); ctx.GlobalVariables[SymbolTable.StringToId("variable")] = "simplest test possible with a variable succeeded"; runtime.ExecuteSourceUnit(rubyengine.CreateScriptSourceFromString("puts \"#{$variable}\"")); And in the level 2 hosting sample the RubyExecutionContext seems to do what I was expecting ScriptScope to do. Am I reading the spec wrong ? Cheers Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/940cd7cd/attachment-0001.html From jflam at microsoft.com Wed Mar 19 19:10:58 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Wed, 19 Mar 2008 16:10:58 -0700 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: <47E08A06.5060608@monnet-usa.com> References: <47E08A06.5060608@monnet-usa.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91AA38B2@NA-EXMSG-C115.redmond.corp.microsoft.com> Yep - this is a problem in Revision 78. I just tried on a clean machine and it repros perfectly. Will investigate and get a fix out, but will likely be part of Revision 79. For the time being, just revert to 77 and you should be fine. Thanks, -John From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Philippe Monnet Sent: Tuesday, March 18, 2008 8:36 PM To: IronRuby Subject: [Ironruby-core] Cannot rake compile rev 78 Although I had been able to compile the original version of IronRuby, since rev 77 I can no longer build it. After having issues building rev 77, I wiped out my setup and did a fresh new install of rev 78. But I still cannot build (see below). I am running on Windows XP, with the .NET framework as well as the .NET SDK. What should I do to address this? Philippe F:\Dev\DotNet\IronRuby\trunk>rake compile --trace (in F:/Dev/DotNet/IronRuby/trunk) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Execute clean_build ** Invoke compile_dlr (first_time) ** Execute compile_dlr Read in 17 resources from "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Math\MathResources.resx" Writing resource file... Done. Read in 49 resources from "F:\Dev\DotNet\IronRuby\trunk\src\microsoft.scripting\Resources.resx" Writing resource file... Done. rake aborted! Command failed with status (0): [csc /nologo /noconfig /nowarn:1591,1701,17...] C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:899:in `sh' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in `call' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:906:in `sh' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:985:in `sh' F:/Dev/DotNet/IronRuby/trunk/rakefile:197:in `exec' F:/Dev/DotNet/IronRuby/trunk/rakefile:239:in `csc' F:/Dev/DotNet/IronRuby/trunk/rakefile:247:in `compile' F:/Dev/DotNet/IronRuby/trunk/rakefile:253:in `compile_all' F:/Dev/DotNet/IronRuby/trunk/rakefile:527 C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in `invoke_prerequisites' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `send' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in `invoke_prerequisites' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/1.8/thread.rb:135:in `synchronize' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in `invoke_task' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' C:/Program Files/ruby-1.8.5/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 C:/Program Files/ruby-1.8.5/bin/rake.bat:25:in `load' C:/Program Files/ruby-1.8.5/bin/rake.bat:25 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/07671968/attachment.html From ironruby at monnet-usa.com Wed Mar 19 20:43:53 2008 From: ironruby at monnet-usa.com (Philippe Monnet) Date: Wed, 19 Mar 2008 18:43:53 -0600 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91AA38B2@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <47E08A06.5060608@monnet-usa.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA38B2@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <47E1B349.6090400@monnet-usa.com> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080319/f858f41a/attachment.html From lists at ruby-forum.com Thu Mar 20 04:04:03 2008 From: lists at ruby-forum.com (Web Reservoir) Date: Thu, 20 Mar 2008 09:04:03 +0100 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> Message-ID: Ivan Porto Carrero wrote: > I want to note again that there won't be a thing like IronRuby on Rails. > The > rails framework will just run on IronRuby just like it now runs on CRuby > and > JRuby. > ----------------------------------------------------- Hello Ivan, Pl. guide me. I'm still confused about the exact working on Ruby on Rails on .Net platform. You say that... there wont be a thing like IronRuby on Rails... Then how i will be able to run Rails on .Net platform. You mean to say that i can simply paste the codes, currently developed in Rails via Netbeans into VS2008 and that will run easily, without alterations. This seems to be difficult to digest. Can you make clear, what modifications will be required to existing Ruby on Rails code to make it work on VS2008 or Sapphire Steel or any IDE that supports .Net DLR. Sorry for the trouble. WebReservoir -- Posted via http://www.ruby-forum.com/. From jflam at microsoft.com Thu Mar 20 09:50:10 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 20 Mar 2008 06:50:10 -0700 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91AA3A57@NA-EXMSG-C115.redmond.corp.microsoft.com> Web Reservoir: > You mean to say that i can simply paste the codes, currently developed > in Rails via Netbeans into VS2008 and that will run easily, without > alterations. Yes. -John From lists at ruby-forum.com Thu Mar 20 10:05:39 2008 From: lists at ruby-forum.com (Web Reservoir) Date: Thu, 20 Mar 2008 15:05:39 +0100 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91AA3A57@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3A57@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <5ac788f63c2af69a7717adff9ecb6a63@ruby-forum.com> John Lam (DLR) wrote: > Web Reservoir: > >> You mean to say that i can simply paste the codes, currently developed >> in Rails via Netbeans into VS2008 and that will run easily, without >> alterations. > > Yes. > > -John ------------------------------ Hey John, I have million smiles to share with Ironruby Team. You just made my day. WebReservoir. -- Posted via http://www.ruby-forum.com/. From angrygreg at gmail.com Thu Mar 20 11:14:10 2008 From: angrygreg at gmail.com (Greg Akins) Date: Thu, 20 Mar 2008 11:14:10 -0400 Subject: [Ironruby-core] General Question on DLR languages Message-ID: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> I'm looking for some basic information on the DLR and I hoped this would be a good place to get answers, or pointers to other resources. My questions / understandings are: - If I am writing a language targeted for the CLR, I use System.Reflection.Emit to create IL. Is there "IL" for the DLR? - Is DLR code generated? Or is part of the "hosting" that it's interpreted during runtime, and doesn't have a codegen aspect? - Is Microsoft.Scripting.Host the core of the DLR? Is there a "Official" release of that ( I noticed at one time that IronPython and IronRuby were using different versions) - What is the relationship between Microsoft's DLR support and the various language projects efforts (Where does MS DLR stop and other languages start). Any help is greatly appreciated! -- Greg Akins Software Development Manager SSI Services http://kc.vanadium.com http://www.pghcodingdojo.org http://www.insomnia-consulting.org/monologue From jflam at microsoft.com Thu Mar 20 11:17:41 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 20 Mar 2008 08:17:41 -0700 Subject: [Ironruby-core] General Question on DLR languages In-Reply-To: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> References: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91AA3AB7@NA-EXMSG-C115.redmond.corp.microsoft.com> Greg Akins: > - If I am writing a language targeted for the CLR, I use > System.Reflection.Emit to create IL. Is there "IL" for the DLR? There are expression trees. You generate an expression tree and we either transform them into IL or interpret them depending on the context. > - Is DLR code generated? Or is part of the "hosting" that it's > interpreted during runtime, and doesn't have a codegen aspect? See above. > - Is Microsoft.Scripting.Host the core of the DLR? Is there a > "Official" release of that ( I noticed at one time that IronPython and > IronRuby were using different versions) Microsoft.Scripting.Core (note the core) is the new core of the DLR. This refactoring hasn't hit SVN yet, but it will sometime today. > - What is the relationship between Microsoft's DLR support and the > various language projects efforts (Where does MS DLR stop and other > languages start). Stuff inside of Microsoft.Scripting.* is DLR, stuff elsewhere (eg IronRuby.dll or IronPython.dll) are the languages. Thanks, -John From angrygreg at gmail.com Thu Mar 20 11:27:07 2008 From: angrygreg at gmail.com (Greg Akins) Date: Thu, 20 Mar 2008 11:27:07 -0400 Subject: [Ironruby-core] General Question on DLR languages In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91AA3AB7@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3AB7@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <8526685f0803200827w56080e51ra3452a6bdc533ed2@mail.gmail.com> Thanks for the quick response!! The more I look into this, the more amazed I am by the amount of work and talent that must have gone into Microsoft.Scripting and IronRuby On Thu, Mar 20, 2008 at 11:17 AM, John Lam (DLR) wrote: > > - If I am writing a language targeted for the CLR, I use > > System.Reflection.Emit to create IL. Is there "IL" for the DLR? > > There are expression trees. You generate an expression tree and we either transform them into IL or interpret them depending on the context. When you say "we" do you mean the IronRuby code, or Microsoft.Scripting? Can you give me a starting class to look into to see how this is done? I'm still not sure whether we're talking about creating an expression tree based on the syntax of whatever language is being interpreted, and then walking the tree to transform/interpret -- Greg Akins Software Development Manager SSI Services http://kc.vanadium.com http://www.pghcodingdojo.org http://www.insomnia-consulting.org/monologue From sanxiyn at gmail.com Thu Mar 20 11:33:35 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 21 Mar 2008 00:33:35 +0900 Subject: [Ironruby-core] General Question on DLR languages In-Reply-To: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> References: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> Message-ID: <5b0248170803200833x2445099n62337e2d260898cc@mail.gmail.com> 2008/3/21, Greg Akins : > - If I am writing a language targeted for the CLR, I use > System.Reflection.Emit to create IL. Is there "IL" for the DLR? Yes. See classes under Microsoft.Scripting.Ast. > - Is DLR code generated? Or is part of the "hosting" that it's > interpreted during runtime, and doesn't have a codegen aspect? Yes. See classes under Microsoft.Scripting.Generation. It is a IL code generation backend. Actual compiler is in Microsoft.Scripting.Ast.LambdaCompiler. LambdaCompiler takes DLR AST and outputs IL using Microsoft.Scripting.Generation. > - Is Microsoft.Scripting.Host the core of the DLR? Is there a > "Official" release of that ( I noticed at one time that IronPython and > IronRuby were using different versions) Microsoft.Scripting.Hosting is a shell around DLR. It doesn't make sense to release Microsoft.Scripting.Hosting only. Concerning the official release, there is no official DLR release as far as I know. > - What is the relationship between Microsoft's DLR support and the > various language projects efforts (Where does MS DLR stop and other > languages start). Language projects stop at language-specific parts. DLR starts at language-common parts. -- Seo Sanghyeon From jflam at microsoft.com Thu Mar 20 11:34:45 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 20 Mar 2008 08:34:45 -0700 Subject: [Ironruby-core] General Question on DLR languages In-Reply-To: <8526685f0803200827w56080e51ra3452a6bdc533ed2@mail.gmail.com> References: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3AB7@NA-EXMSG-C115.redmond.corp.microsoft.com> <8526685f0803200827w56080e51ra3452a6bdc533ed2@mail.gmail.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91AA3AD7@NA-EXMSG-C115.redmond.corp.microsoft.com> Greg Akins: > Thanks for the quick response!! The more I look into this, the more > amazed I am by the amount of work and talent that must have gone into > Microsoft.Scripting and IronRuby Thanks! > > There are expression trees. You generate an expression tree and we > either transform them into IL or interpret them depending on the > context. > > When you say "we" do you mean the IronRuby code, or > Microsoft.Scripting? Microsoft.Scripting. > Can you give me a starting class to look into to see how this is done? > I'm still not sure whether we're talking about creating an expression > tree based on the syntax of whatever language is being interpreted, > and then walking the tree to transform/interpret Best place to look for this info is Martin Maly's blog about DLR - http://blogs.msdn.com/mmaly Check out his ToyScript examples - they are much better to learn from since a real language contains far more ... um ... crap :) Thanks, -John From sanxiyn at gmail.com Thu Mar 20 11:36:44 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Fri, 21 Mar 2008 00:36:44 +0900 Subject: [Ironruby-core] General Question on DLR languages In-Reply-To: <8526685f0803200827w56080e51ra3452a6bdc533ed2@mail.gmail.com> References: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3AB7@NA-EXMSG-C115.redmond.corp.microsoft.com> <8526685f0803200827w56080e51ra3452a6bdc533ed2@mail.gmail.com> Message-ID: <5b0248170803200836u1ddf1d3v36bbde82d778b73@mail.gmail.com> >> There are expression trees. You generate an expression tree and we either transform them into IL or interpret them depending on the context. > When you say "we" do you mean the IronRuby code, or Microsoft.Scripting? Words like "You" or "we" are confusing. Better statement would be that IronRuby generates an expression tree and Microsoft.Scripting compiles the expression tree into IL or interprets it. -- Seo Sanghyeon From podunk.vn at gmail.com Thu Mar 20 13:04:43 2008 From: podunk.vn at gmail.com (Matthew Miller) Date: Thu, 20 Mar 2008 13:04:43 -0400 Subject: [Ironruby-core] Active Record Or LINQ with IronRuby...? In-Reply-To: <5ac788f63c2af69a7717adff9ecb6a63@ruby-forum.com> References: <8d1cdd550f1874b6f6b2891c6effe330@ruby-forum.com> <018b3513f26ed69b2384df3a8571271c@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3A57@NA-EXMSG-C115.redmond.corp.microsoft.com> <5ac788f63c2af69a7717adff9ecb6a63@ruby-forum.com> Message-ID: I think DLR will be the next big programming venue. On Thu, Mar 20, 2008 at 10:05 AM, Web Reservoir wrote: > John Lam (DLR) wrote: > > Web Reservoir: > > > >> You mean to say that i can simply paste the codes, currently developed > >> in Rails via Netbeans into VS2008 and that will run easily, without > >> alterations. > > > > Yes. > > > > -John > ------------------------------ > Hey John, > > I have million smiles to share with Ironruby Team. > > You just made my day. > > WebReservoir. > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080320/1309b6d2/attachment.html From Shri.Borde at microsoft.com Thu Mar 20 18:36:58 2008 From: Shri.Borde at microsoft.com (Shri Borde) Date: Thu, 20 Mar 2008 15:36:58 -0700 Subject: [Ironruby-core] General Question on DLR languages In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91AA3AD7@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <8526685f0803200814v60b03490l573fc909b15dcb71@mail.gmail.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3AB7@NA-EXMSG-C115.redmond.corp.microsoft.com> <8526685f0803200827w56080e51ra3452a6bdc533ed2@mail.gmail.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA3AD7@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <50B69702CA6E6D4E849D30CD4989AB8ED80A89C2A6@DF-GRTDANE-MSG.exchange.corp.microsoft.com> http://blogs.msdn.com/ironpython/archive/2008/03/16/dlr-resources.aspx has a list of resources that would be of use to you. One link that I added recently is http://www.dotnetguru.org/us/dlrus/DLR2.htm, which would quite useful for someone starting to implement a new DLR language. Thanks, Shri Want to work on IronPython, IronRuby, F#? Visit http://blogs.msdn.com/ironpython -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Lam (DLR) Sent: Thursday, March 20, 2008 8:35 AM To: gakins at insomnia-consulting.org Cc: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] General Question on DLR languages Greg Akins: > Thanks for the quick response!! The more I look into this, the more > amazed I am by the amount of work and talent that must have gone into > Microsoft.Scripting and IronRuby Thanks! > > There are expression trees. You generate an expression tree and we > either transform them into IL or interpret them depending on the > context. > > When you say "we" do you mean the IronRuby code, or > Microsoft.Scripting? Microsoft.Scripting. > Can you give me a starting class to look into to see how this is done? > I'm still not sure whether we're talking about creating an expression > tree based on the syntax of whatever language is being interpreted, > and then walking the tree to transform/interpret Best place to look for this info is Martin Maly's blog about DLR - http://blogs.msdn.com/mmaly Check out his ToyScript examples - they are much better to learn from since a real language contains far more ... um ... crap :) Thanks, -John _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From tranqy at gmail.com Fri Mar 21 07:16:16 2008 From: tranqy at gmail.com (Aaron Junod) Date: Fri, 21 Mar 2008 07:16:16 -0400 Subject: [Ironruby-core] Problems building revision 82 Message-ID: I just updated to r82 and had some issues. I removed my IronRuby folder and started over and the problems stayed the same. I am running on windows 2k3 with vs.net 2k5 and 2k8 loaded. The rake --trace details for gen and compile are below. I also couldn't build in vs.net. Below the rake output is the warning window from vs.net. It looks like none of the projects can find mscorlib or system. I did change the build config to ExternalDebug. Please let me know if there is something I missed, or anything else I can provide or do to help. Thanks Aaron C:\IronRuby>rake gen --trace (in C:/IronRuby) ** Invoke gen (first_time) ** Execute gen rake aborted! cannot find build in ProjectContext ./context.rb:195:in `get_mapping' ./context.rb:205:in `get_source_dir' ./context.rb:382:in `build_path' C:/IronRuby/rakefile:682 ./context.rb:499:in `instance_eval' ./context.rb:499:in `source_context' C:/IronRuby/rakefile:681 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in `invoke_task' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 c:/ruby/bin/rake:16:in `load' c:/ruby/bin/rake:16 C:\IronRuby>rake compile --trace (in C:/IronRuby) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Invoke happy ** Execute clean_build rake aborted! cannot find build in ProjectContext ./context.rb:195:in `get_mapping' ./context.rb:205:in `get_source_dir' ./context.rb:382:in `build_path' C:/IronRuby/rakefile:533 ./context.rb:499:in `instance_eval' ./context.rb:499:in `source_context' C:/IronRuby/rakefile:532 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `send' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in `invoke_task' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 c:/ruby/bin/rake:16:in `load' c:/ruby/bin/rake:16 C:\IronRuby> Warning 1 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 2 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 3 The referenced component 'Ruby (Ruby\Ruby)' could not be found. Warning 4 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 5 The referenced component 'Ruby (Languages\Ruby\Ruby)' could not be found. Warning 6 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 7 The referenced component 'Ruby (Languages\Ruby\Ruby)' could not be found. Warning 8 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 9 The referenced component 'IronRuby.Libraries' could not be found. Warning 10 The referenced component 'Ruby (Languages\Ruby\Ruby)' could not be found. Warning 11 The referenced component 'mscorlib' could not be found. Warning 12 The referenced component 'System' could not be found. Warning 13 The referenced component 'mscorlib' could not be found. Warning 14 The referenced component 'System' could not be found. Warning 15 The referenced component 'mscorlib' could not be found. Warning 16 The referenced component 'System' could not be found. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/c33f4bff/attachment.html From jflam at microsoft.com Fri Mar 21 09:21:09 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Fri, 21 Mar 2008 06:21:09 -0700 Subject: [Ironruby-core] Problems building revision 82 In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B26F8D@NA-EXMSG-C115.redmond.corp.microsoft.com> Thanks - good news and bad news. Good news is that you can fix this problem by changing SVN_ROOT in context.rb to c:\ironruby. Bad news (for me) is that I think I got some assumptions wrong in the Rakefile. I'll get a fix out ASAP. -John From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Junod Sent: Friday, March 21, 2008 4:16 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Problems building revision 82 I just updated to r82 and had some issues. I removed my IronRuby folder and started over and the problems stayed the same. I am running on windows 2k3 with vs.net 2k5 and 2k8 loaded. The rake --trace details for gen and compile are below. I also couldn't build in vs.net. Below the rake output is the warning window from vs.net. It looks like none of the projects can find mscorlib or system. I did change the build config to ExternalDebug. Please let me know if there is something I missed, or anything else I can provide or do to help. Thanks Aaron C:\IronRuby>rake gen --trace (in C:/IronRuby) ** Invoke gen (first_time) ** Execute gen rake aborted! cannot find build in ProjectContext ./context.rb:195:in `get_mapping' ./context.rb:205:in `get_source_dir' ./context.rb:382:in `build_path' C:/IronRuby/rakefile:682 ./context.rb:499:in `instance_eval' ./context.rb:499:in `source_context' C:/IronRuby/rakefile:681 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in `invoke_task' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 c:/ruby/bin/rake:16:in `load' c:/ruby/bin/rake:16 C:\IronRuby>rake compile --trace (in C:/IronRuby) ** Invoke compile (first_time) ** Invoke happy (first_time) ** Execute happy ** Invoke clean_build (first_time) ** Invoke happy ** Execute clean_build rake aborted! cannot find build in ProjectContext ./context.rb:195:in `get_mapping' ./context.rb:205:in `get_source_dir' ./context.rb:382:in `build_path' C:/IronRuby/rakefile:533 ./context.rb:499:in `instance_eval' ./context.rb:499:in `source_context' C:/IronRuby/rakefile:532 c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `send' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in `invoke_prerequisites' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `invoke_with_call_chain' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in `invoke_task' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in `standard_exception_handling' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 c:/ruby/bin/rake:16:in `load' c:/ruby/bin/rake:16 C:\IronRuby> Warning 1 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 2 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 3 The referenced component 'Ruby (Ruby\Ruby)' could not be found. Warning 4 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 5 The referenced component 'Ruby (Languages\Ruby\Ruby)' could not be found. Warning 6 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 7 The referenced component 'Ruby (Languages\Ruby\Ruby)' could not be found. Warning 8 The referenced component 'Microsoft.Scripting.Core' could not be found. Warning 9 The referenced component 'IronRuby.Libraries' could not be found. Warning 10 The referenced component 'Ruby (Languages\Ruby\Ruby)' could not be found. Warning 11 The referenced component 'mscorlib' could not be found. Warning 12 The referenced component 'System' could not be found. Warning 13 The referenced component 'mscorlib' could not be found. Warning 14 The referenced component 'System' could not be found. Warning 15 The referenced component 'mscorlib' could not be found. Warning 16 The referenced component 'System' could not be found. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/46b37375/attachment-0001.html From tranqy at gmail.com Fri Mar 21 10:15:50 2008 From: tranqy at gmail.com (Aaron Junod) Date: Fri, 21 Mar 2008 10:15:50 -0400 Subject: [Ironruby-core] Problems building revision 82 In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B26F8D@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B26F8D@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: John : I changed the SVN_ROOT in context.rb (very first line) and still get the same stack trace from rake gen --trace and rake compile --trace. Anything else I can try? Also of note, when I opened the solution I got warnings about source control bindings. I don't remember getting that with the last version I opened in vs.net, but could be mistaken. Thanks so much! Aaron On Fri, Mar 21, 2008 at 9:21 AM, John Lam (DLR) wrote: > Thanks ? good news and bad news. > > > > Good news is that you can fix this problem by changing SVN_ROOT in > context.rb to c:\ironruby. > > > > Bad news (for me) is that I think I got some assumptions wrong in the > Rakefile. I'll get a fix out ASAP. > > > > -John > > > > > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Aaron Junod > *Sent:* Friday, March 21, 2008 4:16 AM > *To:* ironruby-core at rubyforge.org > *Subject:* [Ironruby-core] Problems building revision 82 > > > > I just updated to r82 and had some issues. I removed my IronRuby folder > and started over and the problems stayed the same. > > I am running on windows 2k3 with vs.net 2k5 and 2k8 loaded. > > The rake --trace details for gen and compile are below. > > I also couldn't build in vs.net. Below the rake output is the warning > window from vs.net. It looks like none of the projects can find mscorlib > or system. I did change the build config to ExternalDebug. > > Please let me know if there is something I missed, or anything else I can > provide or do to help. > > Thanks > > Aaron > > > C:\IronRuby>rake gen --trace > (in C:/IronRuby) > ** Invoke gen (first_time) > ** Execute gen > rake aborted! > cannot find build in ProjectContext > ./context.rb:195:in `get_mapping' > ./context.rb:205:in `get_source_dir' > ./context.rb:382:in `build_path' > C:/IronRuby/rakefile:682 > ./context.rb:499:in `instance_eval' > ./context.rb:499:in `source_context' > C:/IronRuby/rakefile:681 > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > `invoke_task' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > c:/ruby/bin/rake:16:in `load' > c:/ruby/bin/rake:16 > > C:\IronRuby>rake compile --trace > (in C:/IronRuby) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Invoke happy > ** Execute clean_build > rake aborted! > cannot find build in ProjectContext > ./context.rb:195:in `get_mapping' > ./context.rb:205:in `get_source_dir' > ./context.rb:382:in `build_path' > C:/IronRuby/rakefile:533 > ./context.rb:499:in `instance_eval' > ./context.rb:499:in `source_context' > C:/IronRuby/rakefile:532 > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `send' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > `invoke_task' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > c:/ruby/bin/rake:16:in `load' > c:/ruby/bin/rake:16 > > C:\IronRuby> > > > Warning 1 The referenced component 'Microsoft.Scripting.Core' could > not be found. > Warning 2 The referenced component 'Microsoft.Scripting.Core' could > not be found. > Warning 3 The referenced component 'Ruby (Ruby\Ruby)' could not be > found. > Warning 4 The referenced component 'Microsoft.Scripting.Core' could > not be found. > Warning 5 The referenced component 'Ruby (Languages\Ruby\Ruby)' > could not be found. > Warning 6 The referenced component 'Microsoft.Scripting.Core' could > not be found. > Warning 7 The referenced component 'Ruby (Languages\Ruby\Ruby)' > could not be found. > Warning 8 The referenced component 'Microsoft.Scripting.Core' could > not be found. > Warning 9 The referenced component 'IronRuby.Libraries' could not be > found. > Warning 10 The referenced component 'Ruby (Languages\Ruby\Ruby)' > could not be found. > Warning 11 The referenced component 'mscorlib' could not be found. > > Warning 12 The referenced component 'System' could not be found. > > Warning 13 The referenced component 'mscorlib' could not be found. > > Warning 14 The referenced component 'System' could not be found. > > Warning 15 The referenced component 'mscorlib' could not be found. > > Warning 16 The referenced component 'System' could not be found. > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/a405478e/attachment.html From jflam at microsoft.com Fri Mar 21 10:23:29 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Fri, 21 Mar 2008 07:23:29 -0700 Subject: [Ironruby-core] Problems building revision 82 In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B26F8D@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B26FC5@NA-EXMSG-C115.redmond.corp.microsoft.com> R84 should fix this now. Can you verify? Thanks, -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Aaron Junod > Sent: Friday, March 21, 2008 7:16 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Problems building revision 82 > > John : > > I changed the SVN_ROOT in context.rb (very first line) and still get > the same stack trace from rake gen --trace and rake compile --trace. > Anything else I can try? > > Also of note, when I opened the solution I got warnings about source > control bindings. I don't remember getting that with the last version > I opened in vs.net, but could be mistaken. > > Thanks so much! > > Aaron > > > On Fri, Mar 21, 2008 at 9:21 AM, John Lam (DLR) > wrote: > > > Thanks - good news and bad news. > > > > Good news is that you can fix this problem by changing SVN_ROOT in > context.rb to c:\ironruby. > > > > Bad news (for me) is that I think I got some assumptions wrong in the > Rakefile. I'll get a fix out ASAP. > > > > -John > > > > > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Junod > Sent: Friday, March 21, 2008 4:16 AM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] Problems building revision 82 > > > > I just updated to r82 and had some issues. I removed my IronRuby > folder and started over and the problems stayed the same. > > I am running on windows 2k3 with vs.net 2k5 and 2k8 loaded. > > The rake --trace details for gen and compile are below. > > I also couldn't build in vs.net. Below the rake output is the warning > window from vs.net. It looks like none of the projects can find > mscorlib or system. I did change the build config to ExternalDebug. > > Please let me know if there is something I missed, or anything else I > can provide or do to help. > > Thanks > > Aaron > > > C:\IronRuby>rake gen --trace > (in C:/IronRuby) > ** Invoke gen (first_time) > ** Execute gen > rake aborted! > cannot find build in ProjectContext > ./context.rb:195:in `get_mapping' > ./context.rb:205:in `get_source_dir' > ./context.rb:382:in `build_path' > C:/IronRuby/rakefile:682 > ./context.rb:499:in `instance_eval' > ./context.rb:499:in `source_context' > C:/IronRuby/rakefile:681 > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > `invoke_task' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > c:/ruby/bin/rake:16:in `load' > c:/ruby/bin/rake:16 > > C:\IronRuby>rake compile --trace > (in C:/IronRuby) > ** Invoke compile (first_time) > ** Invoke happy (first_time) > ** Execute happy > ** Invoke clean_build (first_time) > ** Invoke happy > ** Execute clean_build > rake aborted! > cannot find build in ProjectContext > ./context.rb:195:in `get_mapping' > ./context.rb:205:in `get_source_dir' > ./context.rb:382:in `build_path' > C:/IronRuby/rakefile:533 > ./context.rb:499:in `instance_eval' > ./context.rb:499:in `source_context' > C:/IronRuby/rakefile:532 > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `call' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > `execute' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `send' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > `invoke_prerequisites' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `synchronize' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > `invoke_with_call_chain' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > `invoke' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > `invoke_task' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `each' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > `top_level' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > `standard_exception_handling' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > `run' > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > c:/ruby/bin/rake:16:in `load' > c:/ruby/bin/rake:16 > > C:\IronRuby> > > > Warning 1 The referenced component > 'Microsoft.Scripting.Core' could not be found. > Warning 2 The referenced component > 'Microsoft.Scripting.Core' could not be found. > Warning 3 The referenced component 'Ruby (Ruby\Ruby)' > could not be found. > Warning 4 The referenced component > 'Microsoft.Scripting.Core' could not be found. > Warning 5 The referenced component 'Ruby > (Languages\Ruby\Ruby)' could not be found. > Warning 6 The referenced component > 'Microsoft.Scripting.Core' could not be found. > Warning 7 The referenced component 'Ruby > (Languages\Ruby\Ruby)' could not be found. > Warning 8 The referenced component > 'Microsoft.Scripting.Core' could not be found. > Warning 9 The referenced component 'IronRuby.Libraries' > could not be found. > Warning 10 The referenced component 'Ruby > (Languages\Ruby\Ruby)' could not be found. > Warning 11 The referenced component 'mscorlib' could not > be found. > Warning 12 The referenced component 'System' could not be > found. > Warning 13 The referenced component 'mscorlib' could not > be found. > Warning 14 The referenced component 'System' could not be > found. > Warning 15 The referenced component 'mscorlib' could not > be found. > Warning 16 The referenced component 'System' could not be > found. > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > From tranqy at gmail.com Fri Mar 21 10:31:22 2008 From: tranqy at gmail.com (Aaron Junod) Date: Fri, 21 Mar 2008 10:31:22 -0400 Subject: [Ironruby-core] Problems building revision 82 In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B26FC5@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B26F8D@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E0632D91B26FC5@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Works now from rake, but still can't compile in vs.net with ExternalDebug. I tried upgrading the sln to 2k8 as well, still no go. Of much less concern to me though :) Thanks Aaron On Fri, Mar 21, 2008 at 10:23 AM, John Lam (DLR) wrote: > R84 should fix this now. Can you verify? > > Thanks, > -John > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Aaron Junod > > Sent: Friday, March 21, 2008 7:16 AM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Problems building revision 82 > > > > John : > > > > I changed the SVN_ROOT in context.rb (very first line) and still get > > the same stack trace from rake gen --trace and rake compile --trace. > > Anything else I can try? > > > > Also of note, when I opened the solution I got warnings about source > > control bindings. I don't remember getting that with the last version > > I opened in vs.net, but could be mistaken. > > > > Thanks so much! > > > > Aaron > > > > > > On Fri, Mar 21, 2008 at 9:21 AM, John Lam (DLR) > > wrote: > > > > > > Thanks - good news and bad news. > > > > > > > > Good news is that you can fix this problem by changing SVN_ROOT in > > context.rb to c:\ironruby. > > > > > > > > Bad news (for me) is that I think I got some assumptions wrong in > the > > Rakefile. I'll get a fix out ASAP. > > > > > > > > -John > > > > > > > > > > > > > > > > From: ironruby-core-bounces at rubyforge.org > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Junod > > Sent: Friday, March 21, 2008 4:16 AM > > To: ironruby-core at rubyforge.org > > Subject: [Ironruby-core] Problems building revision 82 > > > > > > > > I just updated to r82 and had some issues. I removed my IronRuby > > folder and started over and the problems stayed the same. > > > > I am running on windows 2k3 with vs.net 2k5 and 2k8 loaded. > > > > The rake --trace details for gen and compile are below. > > > > I also couldn't build in vs.net. Below the rake output is the > warning > > window from vs.net. It looks like none of the projects can find > > mscorlib or system. I did change the build config to ExternalDebug. > > > > Please let me know if there is something I missed, or anything > else I > > can provide or do to help. > > > > Thanks > > > > Aaron > > > > > > C:\IronRuby>rake gen --trace > > (in C:/IronRuby) > > ** Invoke gen (first_time) > > ** Execute gen > > rake aborted! > > cannot find build in ProjectContext > > ./context.rb:195:in `get_mapping' > > ./context.rb:205:in `get_source_dir' > > ./context.rb:382:in `build_path' > > C:/IronRuby/rakefile:682 > > ./context.rb:499:in `instance_eval' > > ./context.rb:499:in `source_context' > > C:/IronRuby/rakefile:681 > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `call' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `execute' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `execute' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > `invoke_with_call_chain' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `synchronize' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `invoke_with_call_chain' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > `invoke' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > `invoke_task' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > `run' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > `run' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > c:/ruby/bin/rake:16:in `load' > > c:/ruby/bin/rake:16 > > > > C:\IronRuby>rake compile --trace > > (in C:/IronRuby) > > ** Invoke compile (first_time) > > ** Invoke happy (first_time) > > ** Execute happy > > ** Invoke clean_build (first_time) > > ** Invoke happy > > ** Execute clean_build > > rake aborted! > > cannot find build in ProjectContext > > ./context.rb:195:in `get_mapping' > > ./context.rb:205:in `get_source_dir' > > ./context.rb:382:in `build_path' > > C:/IronRuby/rakefile:533 > > ./context.rb:499:in `instance_eval' > > ./context.rb:499:in `source_context' > > C:/IronRuby/rakefile:532 > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `call' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `execute' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `execute' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > `invoke_with_call_chain' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `synchronize' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `invoke_with_call_chain' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > > `invoke_prerequisites' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `send' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > > `invoke_prerequisites' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > > `invoke_with_call_chain' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `synchronize' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `invoke_with_call_chain' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > `invoke' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > `invoke_task' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `each' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > `top_level' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > `run' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > `run' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > c:/ruby/bin/rake:16:in `load' > > c:/ruby/bin/rake:16 > > > > C:\IronRuby> > > > > > > Warning 1 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 2 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 3 The referenced component 'Ruby (Ruby\Ruby)' > > could not be found. > > Warning 4 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 5 The referenced component 'Ruby > > (Languages\Ruby\Ruby)' could not be found. > > Warning 6 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 7 The referenced component 'Ruby > > (Languages\Ruby\Ruby)' could not be found. > > Warning 8 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 9 The referenced component 'IronRuby.Libraries' > > could not be found. > > Warning 10 The referenced component 'Ruby > > (Languages\Ruby\Ruby)' could not be found. > > Warning 11 The referenced component 'mscorlib' could not > > be found. > > Warning 12 The referenced component 'System' could not be > > found. > > Warning 13 The referenced component 'mscorlib' could not > > be found. > > Warning 14 The referenced component 'System' could not be > > found. > > Warning 15 The referenced component 'mscorlib' could not > > be found. > > Warning 16 The referenced component 'System' could not be > > found. > > > > > > _______________________________________________ > > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/e0d6c261/attachment.html From tranqy at gmail.com Fri Mar 21 10:43:04 2008 From: tranqy at gmail.com (Aaron Junod) Date: Fri, 21 Mar 2008 10:43:04 -0400 Subject: [Ironruby-core] Problems building revision 82 In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B26F8D@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E0632D91B26FC5@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Not related to building, but rake spec - - dox is breaking as well (first thing I do after I build :) Here is the output. C:\IronRuby>rake spec - - dox > output.txt :0:in `_stub_##9004': undefined local variable or method `<=>' for 1.8.6:ClrString (NoMethodError) from :0:in `method_missing' from :0:in `_stub_##9438' from c:\IronRuby\src\IronRuby.Libraries\Protocols.cs:478:in `Compare' from c:\IronRuby\src\IronRuby.Libraries\Builtins\RangeOps.cs:209:in `CaseEquals' from :0:in `#block' from :0:in `_stub_##9428' from c:\IronRuby\src\IronRuby.Libraries\Builtins\Enumerable.cs:80:in `b__0' from :0:in `_stub_##9427' from c:\IronRuby\src\IronRuby.Libraries\Extensions\IListOps.cs:766:in `Each' from :0:in `_stub_##8876' from c:\IronRuby\src\IronRuby.Libraries\Builtins\Enumerable.cs:78:in `TrueForItems' from c:\IronRuby\src\IronRuby.Libraries\Builtins\Enumerable.cs:73:in `TrueForAny' from :0:in `_stub_##9426' from :0:in `guard' from :0:in `version' from :0:in `#block' from :0:in `platform' from :0:in `#block' from :0:in `_stub_##9363' from :0:in `describe' from :0:in `_stub_##8947' from :0:in `describe' from :0:in `main' from :0:in `Initialize##9379' from c:\IronRuby\src\IronRuby.Libraries\Builtins\Kernel.cs:266:in `Load' from :0:in `_stub_##8933' from Snippets:0:in `#block' from :0:in `_stub_##8298' from c:\IronRuby\src\IronRuby.Libraries\Extensions\IListOps.cs:766:in `Each' from :0:in `_stub_##104' from Snippets:0:in `run_specs' from :0:in `_stub_##109' from Snippets:0:in `#block' from :0:in `_stub_##115' from c:\IronRuby\src\IronRuby.Libraries\Builtins\Dir.cs:88:in `ChangeDirectory' from :0:in `_stub_##107' from Snippets:0:in `#block' from :0:in `_stub_##8288' from c:\IronRuby\src\IronRuby.Libraries\Extensions\IListOps.cs:766:in `Each' from Snippets:0:in `main' from Snippets:0:in `Initialize' C:\IronRuby>rake spec - - dox > output.txt On Fri, Mar 21, 2008 at 10:31 AM, Aaron Junod wrote: > Works now from rake, but still can't compile in vs.net with ExternalDebug. > I tried upgrading the sln to 2k8 as well, still no go. Of much less concern > to me though :) > > Thanks > > Aaron > > > On Fri, Mar 21, 2008 at 10:23 AM, John Lam (DLR) > wrote: > > > R84 should fix this now. Can you verify? > > > > Thanks, > > -John > > > > > > > -----Original Message----- > > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > > bounces at rubyforge.org] On Behalf Of Aaron Junod > > > Sent: Friday, March 21, 2008 7:16 AM > > > To: ironruby-core at rubyforge.org > > > Subject: Re: [Ironruby-core] Problems building revision 82 > > > > > > John : > > > > > > I changed the SVN_ROOT in context.rb (very first line) and still get > > > the same stack trace from rake gen --trace and rake compile --trace. > > > Anything else I can try? > > > > > > Also of note, when I opened the solution I got warnings about source > > > control bindings. I don't remember getting that with the last version > > > I opened in vs.net, but could be mistaken. > > > > > > Thanks so much! > > > > > > Aaron > > > > > > > > > On Fri, Mar 21, 2008 at 9:21 AM, John Lam (DLR) > > > wrote: > > > > > > > > > Thanks - good news and bad news. > > > > > > > > > > > > Good news is that you can fix this problem by changing SVN_ROOT > > in > > > context.rb to c:\ironruby. > > > > > > > > > > > > Bad news (for me) is that I think I got some assumptions wrong > > in the > > > Rakefile. I'll get a fix out ASAP. > > > > > > > > > > > > -John > > > > > > > > > > > > > > > > > > > > > > > > From: ironruby-core-bounces at rubyforge.org > > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Junod > > > Sent: Friday, March 21, 2008 4:16 AM > > > To: ironruby-core at rubyforge.org > > > Subject: [Ironruby-core] Problems building revision 82 > > > > > > > > > > > > I just updated to r82 and had some issues. I removed my IronRuby > > > folder and started over and the problems stayed the same. > > > > > > I am running on windows 2k3 with vs.net 2k5 and 2k8 loaded. > > > > > > The rake --trace details for gen and compile are below. > > > > > > I also couldn't build in vs.net. Below the rake output is the > > warning > > > window from vs.net. It looks like none of the projects can find > > > mscorlib or system. I did change the build config to ExternalDebug. > > > > > > Please let me know if there is something I missed, or anything > > else I > > > can provide or do to help. > > > > > > Thanks > > > > > > Aaron > > > > > > > > > C:\IronRuby>rake gen --trace > > > (in C:/IronRuby) > > > ** Invoke gen (first_time) > > > ** Execute gen > > > rake aborted! > > > cannot find build in ProjectContext > > > ./context.rb:195:in `get_mapping' > > > ./context.rb:205:in `get_source_dir' > > > ./context.rb:382:in `build_path' > > > C:/IronRuby/rakefile:682 > > > ./context.rb:499:in `instance_eval' > > > ./context.rb:499:in `source_context' > > > C:/IronRuby/rakefile:681 > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > > `call' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `synchronize' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > > `invoke' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > > `invoke_task' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > > `standard_exception_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > > `standard_exception_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > > c:/ruby/bin/rake:16:in `load' > > > c:/ruby/bin/rake:16 > > > > > > C:\IronRuby>rake compile --trace > > > (in C:/IronRuby) > > > ** Invoke compile (first_time) > > > ** Invoke happy (first_time) > > > ** Execute happy > > > ** Invoke clean_build (first_time) > > > ** Invoke happy > > > ** Execute clean_build > > > rake aborted! > > > cannot find build in ProjectContext > > > ./context.rb:195:in `get_mapping' > > > ./context.rb:205:in `get_source_dir' > > > ./context.rb:382:in `build_path' > > > C:/IronRuby/rakefile:533 > > > ./context.rb:499:in `instance_eval' > > > ./context.rb:499:in `source_context' > > > C:/IronRuby/rakefile:532 > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > > `call' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `synchronize' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > > > `invoke_prerequisites' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > > `send' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > > > `invoke_prerequisites' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `synchronize' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > > `invoke' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > > `invoke_task' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > > `standard_exception_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > > `standard_exception_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > > c:/ruby/bin/rake:16:in `load' > > > c:/ruby/bin/rake:16 > > > > > > C:\IronRuby> > > > > > > > > > Warning 1 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 2 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 3 The referenced component 'Ruby (Ruby\Ruby)' > > > could not be found. > > > Warning 4 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 5 The referenced component 'Ruby > > > (Languages\Ruby\Ruby)' could not be found. > > > Warning 6 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 7 The referenced component 'Ruby > > > (Languages\Ruby\Ruby)' could not be found. > > > Warning 8 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 9 The referenced component 'IronRuby.Libraries' > > > could not be found. > > > Warning 10 The referenced component 'Ruby > > > (Languages\Ruby\Ruby)' could not be found. > > > Warning 11 The referenced component 'mscorlib' could not > > > be found. > > > Warning 12 The referenced component 'System' could not be > > > found. > > > Warning 13 The referenced component 'mscorlib' could not > > > be found. > > > Warning 14 The referenced component 'System' could not be > > > found. > > > Warning 15 The referenced component 'mscorlib' could not > > > be found. > > > Warning 16 The referenced component 'System' could not be > > > found. > > > > > > > > > _______________________________________________ > > > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/032f5b70/attachment-0001.html From jflam at microsoft.com Fri Mar 21 10:56:58 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Fri, 21 Mar 2008 07:56:58 -0700 Subject: [Ironruby-core] Problems building revision 82 In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B26F8D@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E0632D91B26FC5@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B26FD4@NA-EXMSG-C115.redmond.corp.microsoft.com> VS builds are still broken since I don't transform project files yet using the new logic. Rake spec is broken somewhere due to our code changes recently. We're not running specs in our check-in suite (we should), so this is a regression. -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Aaron Junod > Sent: Friday, March 21, 2008 7:31 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Problems building revision 82 > > Works now from rake, but still can't compile in vs.net with > ExternalDebug. I tried upgrading the sln to 2k8 as well, still no go. > Of much less concern to me though :) > > Thanks > > Aaron > > > On Fri, Mar 21, 2008 at 10:23 AM, John Lam (DLR) > wrote: > > > R84 should fix this now. Can you verify? > > Thanks, > -John > > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Aaron Junod > > Sent: Friday, March 21, 2008 7:16 AM > > To: ironruby-core at rubyforge.org > > > Subject: Re: [Ironruby-core] Problems building revision 82 > > > > John : > > > > I changed the SVN_ROOT in context.rb (very first line) and still > get > > the same stack trace from rake gen --trace and rake compile -- > trace. > > Anything else I can try? > > > > Also of note, when I opened the solution I got warnings about > source > > control bindings. I don't remember getting that with the last > version > > I opened in vs.net, but could be mistaken. > > > > Thanks so much! > > > > Aaron > > > > > > On Fri, Mar 21, 2008 at 9:21 AM, John Lam (DLR) > > > wrote: > > > > > > Thanks - good news and bad news. > > > > > > > > Good news is that you can fix this problem by changing > SVN_ROOT in > > context.rb to c:\ironruby. > > > > > > > > Bad news (for me) is that I think I got some assumptions > wrong in the > > Rakefile. I'll get a fix out ASAP. > > > > > > > > -John > > > > > > > > > > > > > > > > From: ironruby-core-bounces at rubyforge.org > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron > Junod > > Sent: Friday, March 21, 2008 4:16 AM > > To: ironruby-core at rubyforge.org > > Subject: [Ironruby-core] Problems building revision 82 > > > > > > > > I just updated to r82 and had some issues. I removed my > IronRuby > > folder and started over and the problems stayed the same. > > > > I am running on windows 2k3 with vs.net 2k5 and 2k8 > loaded. > > > > The rake --trace details for gen and compile are below. > > > > I also couldn't build in vs.net. Below the rake output > is the warning > > window from vs.net. It looks like none of the projects can find > > mscorlib or system. I did change the build config to ExternalDebug. > > > > Please let me know if there is something I missed, or > anything else I > > can provide or do to help. > > > > Thanks > > > > Aaron > > > > > > C:\IronRuby>rake gen --trace > > (in C:/IronRuby) > > ** Invoke gen (first_time) > > ** Execute gen > > rake aborted! > > cannot find build in ProjectContext > > ./context.rb:195:in `get_mapping' > > ./context.rb:205:in `get_source_dir' > > ./context.rb:382:in `build_path' > > C:/IronRuby/rakefile:682 > > ./context.rb:499:in `instance_eval' > > ./context.rb:499:in `source_context' > > C:/IronRuby/rakefile:681 > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `call' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `synchronize' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > `invoke' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > `invoke_task' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > `run' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > c:/ruby/bin/rake:16:in `load' > > c:/ruby/bin/rake:16 > > > > C:\IronRuby>rake compile --trace > > (in C:/IronRuby) > > ** Invoke compile (first_time) > > ** Invoke happy (first_time) > > ** Execute happy > > ** Invoke clean_build (first_time) > > ** Invoke happy > > ** Execute clean_build > > rake aborted! > > cannot find build in ProjectContext > > ./context.rb:195:in `get_mapping' > > ./context.rb:205:in `get_source_dir' > > ./context.rb:382:in `build_path' > > C:/IronRuby/rakefile:533 > > ./context.rb:499:in `instance_eval' > > ./context.rb:499:in `source_context' > > C:/IronRuby/rakefile:532 > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `call' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > `execute' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `synchronize' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > > `invoke_prerequisites' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `send' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > > `invoke_prerequisites' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `synchronize' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > `invoke_with_call_chain' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > `invoke' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > `invoke_task' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `each' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > `top_level' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > `standard_exception_handling' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > `run' > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > c:/ruby/bin/rake:16:in `load' > > c:/ruby/bin/rake:16 > > > > C:\IronRuby> > > > > > > Warning 1 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 2 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 3 The referenced component 'Ruby > (Ruby\Ruby)' > > could not be found. > > Warning 4 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 5 The referenced component 'Ruby > > (Languages\Ruby\Ruby)' could not be found. > > Warning 6 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 7 The referenced component 'Ruby > > (Languages\Ruby\Ruby)' could not be found. > > Warning 8 The referenced component > > 'Microsoft.Scripting.Core' could not be found. > > Warning 9 The referenced component > 'IronRuby.Libraries' > > could not be found. > > Warning 10 The referenced component 'Ruby > > (Languages\Ruby\Ruby)' could not be found. > > Warning 11 The referenced component 'mscorlib' > could not > > be found. > > Warning 12 The referenced component 'System' could > not be > > found. > > Warning 13 The referenced component 'mscorlib' > could not > > be found. > > Warning 14 The referenced component 'System' could > not be > > found. > > Warning 15 The referenced component 'mscorlib' > could not > > be found. > > Warning 16 The referenced component 'System' could > not be > > found. > > > > > > _______________________________________________ > > 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 tranqy at gmail.com Fri Mar 21 10:59:08 2008 From: tranqy at gmail.com (Aaron Junod) Date: Fri, 21 Mar 2008 10:59:08 -0400 Subject: [Ironruby-core] Problems building revision 82 In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B26FD4@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B26F8D@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E0632D91B26FC5@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E0632D91B26FD4@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Sounds good, yeah I saw your commit comment AFTER I sent the email :) If I get a chance I'll try to dig into the spec failure and give more details later today or tomorrow. Sounds like fun. Aaron On Fri, Mar 21, 2008 at 10:56 AM, John Lam (DLR) wrote: > VS builds are still broken since I don't transform project files yet using > the new logic. > > Rake spec is broken somewhere due to our code changes recently. We're not > running specs in our check-in suite (we should), so this is a regression. > > -John > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Aaron Junod > > Sent: Friday, March 21, 2008 7:31 AM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Problems building revision 82 > > > > Works now from rake, but still can't compile in vs.net with > > ExternalDebug. I tried upgrading the sln to 2k8 as well, still no go. > > Of much less concern to me though :) > > > > Thanks > > > > Aaron > > > > > > On Fri, Mar 21, 2008 at 10:23 AM, John Lam (DLR) > > wrote: > > > > > > R84 should fix this now. Can you verify? > > > > Thanks, > > -John > > > > > > > > > -----Original Message----- > > > From: ironruby-core-bounces at rubyforge.org > > [mailto:ironruby-core- > > > bounces at rubyforge.org] On Behalf Of Aaron Junod > > > Sent: Friday, March 21, 2008 7:16 AM > > > To: ironruby-core at rubyforge.org > > > > > Subject: Re: [Ironruby-core] Problems building revision 82 > > > > > > John : > > > > > > I changed the SVN_ROOT in context.rb (very first line) and still > > get > > > the same stack trace from rake gen --trace and rake compile -- > > trace. > > > Anything else I can try? > > > > > > Also of note, when I opened the solution I got warnings about > > source > > > control bindings. I don't remember getting that with the last > > version > > > I opened in vs.net, but could be mistaken. > > > > > > Thanks so much! > > > > > > Aaron > > > > > > > > > On Fri, Mar 21, 2008 at 9:21 AM, John Lam (DLR) > > > > > wrote: > > > > > > > > > Thanks - good news and bad news. > > > > > > > > > > > > Good news is that you can fix this problem by changing > > SVN_ROOT in > > > context.rb to c:\ironruby. > > > > > > > > > > > > Bad news (for me) is that I think I got some assumptions > > wrong in the > > > Rakefile. I'll get a fix out ASAP. > > > > > > > > > > > > -John > > > > > > > > > > > > > > > > > > > > > > > > From: ironruby-core-bounces at rubyforge.org > > > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron > > Junod > > > Sent: Friday, March 21, 2008 4:16 AM > > > To: ironruby-core at rubyforge.org > > > Subject: [Ironruby-core] Problems building revision 82 > > > > > > > > > > > > I just updated to r82 and had some issues. I removed my > > IronRuby > > > folder and started over and the problems stayed the same. > > > > > > I am running on windows 2k3 with vs.net 2k5 and 2k8 > > loaded. > > > > > > The rake --trace details for gen and compile are below. > > > > > > I also couldn't build in vs.net. Below the rake output > > is the warning > > > window from vs.net. It looks like none of the projects can find > > > mscorlib or system. I did change the build config to > ExternalDebug. > > > > > > Please let me know if there is something I missed, or > > anything else I > > > can provide or do to help. > > > > > > Thanks > > > > > > Aaron > > > > > > > > > C:\IronRuby>rake gen --trace > > > (in C:/IronRuby) > > > ** Invoke gen (first_time) > > > ** Execute gen > > > rake aborted! > > > cannot find build in ProjectContext > > > ./context.rb:195:in `get_mapping' > > > ./context.rb:205:in `get_source_dir' > > > ./context.rb:382:in `build_path' > > > C:/IronRuby/rakefile:682 > > > ./context.rb:499:in `instance_eval' > > > ./context.rb:499:in `source_context' > > > C:/IronRuby/rakefile:681 > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > > `call' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > > `execute' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > > `each' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > > `execute' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > > `invoke_with_call_chain' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `synchronize' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `invoke_with_call_chain' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > > `invoke' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > > `invoke_task' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `top_level' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `each' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `top_level' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > > `standard_exception_handling' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > > `top_level' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > > `run' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > > `standard_exception_handling' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > > c:/ruby/bin/rake:16:in `load' > > > c:/ruby/bin/rake:16 > > > > > > C:\IronRuby>rake compile --trace > > > (in C:/IronRuby) > > > ** Invoke compile (first_time) > > > ** Invoke happy (first_time) > > > ** Execute happy > > > ** Invoke clean_build (first_time) > > > ** Invoke happy > > > ** Execute clean_build > > > rake aborted! > > > cannot find build in ProjectContext > > > ./context.rb:195:in `get_mapping' > > > ./context.rb:205:in `get_source_dir' > > > ./context.rb:382:in `build_path' > > > C:/IronRuby/rakefile:533 > > > ./context.rb:499:in `instance_eval' > > > ./context.rb:499:in `source_context' > > > C:/IronRuby/rakefile:532 > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > > `call' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:546:in > > > `execute' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > > `each' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:541:in > > > `execute' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:508:in > > > `invoke_with_call_chain' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `synchronize' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `invoke_with_call_chain' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:518:in > > > `invoke_prerequisites' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > > `each' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > > `send' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1183:in > > > `each' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:515:in > > > `invoke_prerequisites' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:507:in > > > `invoke_with_call_chain' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `synchronize' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:501:in > > > `invoke_with_call_chain' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:494:in > > > `invoke' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1931:in > > > `invoke_task' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `top_level' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `each' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1909:in > > > `top_level' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > > `standard_exception_handling' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1903:in > > > `top_level' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1881:in > > > `run' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1948:in > > > `standard_exception_handling' > > > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/lib/rake.rb:1878:in > > > `run' > > > c:/ruby/lib/ruby/gems/1.8/gems/rake-0.8.1/bin/rake:31 > > > c:/ruby/bin/rake:16:in `load' > > > c:/ruby/bin/rake:16 > > > > > > C:\IronRuby> > > > > > > > > > Warning 1 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 2 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 3 The referenced component 'Ruby > > (Ruby\Ruby)' > > > could not be found. > > > Warning 4 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 5 The referenced component 'Ruby > > > (Languages\Ruby\Ruby)' could not be found. > > > Warning 6 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 7 The referenced component 'Ruby > > > (Languages\Ruby\Ruby)' could not be found. > > > Warning 8 The referenced component > > > 'Microsoft.Scripting.Core' could not be found. > > > Warning 9 The referenced component > > 'IronRuby.Libraries' > > > could not be found. > > > Warning 10 The referenced component 'Ruby > > > (Languages\Ruby\Ruby)' could not be found. > > > Warning 11 The referenced component 'mscorlib' > > could not > > > be found. > > > Warning 12 The referenced component 'System' could > > not be > > > found. > > > Warning 13 The referenced component 'mscorlib' > > could not > > > be found. > > > Warning 14 The referenced component 'System' could > > not be > > > found. > > > Warning 15 The referenced component 'mscorlib' > > could not > > > be found. > > > Warning 16 The referenced component 'System' could > > not be > > > found. > > > > > > > > > _______________________________________________ > > > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/c76ff10d/attachment-0001.html From jflam at microsoft.com Fri Mar 21 12:07:20 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Fri, 21 Mar 2008 09:07:20 -0700 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> If anyone strongly objects, please let me know ASAP. Thanks, -John -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/6a06fb68/attachment.html From rbazinet at gmail.com Fri Mar 21 12:10:41 2008 From: rbazinet at gmail.com (Robert Bazinet) Date: Fri, 21 Mar 2008 12:10:41 -0400 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: No, I would actually prefer it. -Rob Bazinet On Fri, Mar 21, 2008 at 12:07 PM, John Lam (DLR) wrote: > If anyone strongly objects, please let me know ASAP. > > > > Thanks, > > -John > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Rob Bazinet InfoQ Ruby and .NET Editor http://www.accidentaltechnologist.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/6b78153c/attachment.html From tranqy at gmail.com Fri Mar 21 12:12:53 2008 From: tranqy at gmail.com (Aaron Junod) Date: Fri, 21 Mar 2008 12:12:53 -0400 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: +1 to 2k8. Aaron On Fri, Mar 21, 2008 at 12:10 PM, Robert Bazinet wrote: > No, I would actually prefer it. > > -Rob Bazinet > > On Fri, Mar 21, 2008 at 12:07 PM, John Lam (DLR) > wrote: > > > If anyone strongly objects, please let me know ASAP. > > > > > > > > Thanks, > > > > -John > > > > > > > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > -- > Rob Bazinet > InfoQ Ruby and .NET Editor > http://www.accidentaltechnologist.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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/9f769b9b/attachment.html From jayme.edwards at gmail.com Fri Mar 21 12:59:25 2008 From: jayme.edwards at gmail.com (Jayme) Date: Fri, 21 Mar 2008 11:59:25 -0500 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Ditto. On Fri, Mar 21, 2008 at 11:12 AM, Aaron Junod wrote: > +1 to 2k8. > > Aaron > > > On Fri, Mar 21, 2008 at 12:10 PM, Robert Bazinet > wrote: > > > No, I would actually prefer it. > > > > -Rob Bazinet > > > > On Fri, Mar 21, 2008 at 12:07 PM, John Lam (DLR) > > wrote: > > > > > If anyone strongly objects, please let me know ASAP. > > > > > > > > > > > > Thanks, > > > > > > -John > > > > > > > > > > > > _______________________________________________ > > > Ironruby-core mailing list > > > Ironruby-core at rubyforge.org > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > > > > > -- > > Rob Bazinet > > InfoQ Ruby and .NET Editor > > http://www.accidentaltechnologist.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/4e2ec0e1/attachment.html From michael.letterle at gmail.com Fri Mar 21 13:03:43 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 21 Mar 2008 13:03:43 -0400 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: 2k8 FTW. On Fri, Mar 21, 2008 at 12:59 PM, Jayme wrote: > Ditto. > > > > > On Fri, Mar 21, 2008 at 11:12 AM, Aaron Junod wrote: > > > +1 to 2k8. > > > > Aaron > > > > > > > > > > > > On Fri, Mar 21, 2008 at 12:10 PM, Robert Bazinet > wrote: > > > > > No, I would actually prefer it. > > > > > > -Rob Bazinet > > > > > > > > > > > > > > > > > > On Fri, Mar 21, 2008 at 12:07 PM, John Lam (DLR) > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > If anyone strongly objects, please let me know ASAP. > > > > > > > > > > > > > > > > Thanks, > > > > > > > > -John > > > > > > > > > > > > _______________________________________________ > > > > Ironruby-core mailing list > > > > Ironruby-core at rubyforge.org > > > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > > > > > > > > > > > > > -- > > > Rob Bazinet > > > InfoQ Ruby and .NET Editor > > > http://www.accidentaltechnologist.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 > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From jayme.edwards at gmail.com Fri Mar 21 13:32:12 2008 From: jayme.edwards at gmail.com (Jayme) Date: Fri, 21 Mar 2008 12:32:12 -0500 Subject: [Ironruby-core] Submitting Patches? Message-ID: I just created a patch adding File.expand_path. Is there someone I should send it to, or somewhere I can read about the process for submitting SVN patch files? Thanks, -Jayme -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/85a823b0/attachment.html From jayme.edwards at gmail.com Fri Mar 21 13:50:34 2008 From: jayme.edwards at gmail.com (Jayme) Date: Fri, 21 Mar 2008 12:50:34 -0500 Subject: [Ironruby-core] Submitting Patches? In-Reply-To: References: Message-ID: Nevermind.... Found http://www.ironruby.net/fixing_a_bug/fixing_a_bug.html on Jon's blog. Which begs the point, is getting a wiki up and running for this project a possibility? It would be nice to capture info about the compiler architecture and stuff in a more organized format than searching the mailing list and blogs at some point. -Jayme On Fri, Mar 21, 2008 at 12:32 PM, Jayme wrote: > I just created a patch adding File.expand_path. Is there someone I should > send it to, or somewhere I can read about the process for submitting SVN > patch files? > > Thanks, > -Jayme > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/84a8b64a/attachment-0001.html From michael.letterle at gmail.com Fri Mar 21 13:52:32 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 21 Mar 2008 13:52:32 -0400 Subject: [Ironruby-core] Submitting Patches? In-Reply-To: References: Message-ID: Well a lot of times people submit them here on the mailing list, but really people SHOULD be using the rubyforge patch tracker for IronRuby I would think: http://rubyforge.org/tracker/?atid=16800&group_id=4359&func=browse On Fri, Mar 21, 2008 at 1:32 PM, Jayme wrote: > I just created a patch adding File.expand_path. Is there someone I should > send it to, or somewhere I can read about the process for submitting SVN > patch files? > > Thanks, > -Jayme > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From curt at hagenlocher.org Fri Mar 21 13:53:10 2008 From: curt at hagenlocher.org (Curt Hagenlocher) Date: Fri, 21 Mar 2008 10:53:10 -0700 Subject: [Ironruby-core] Submitting Patches? In-Reply-To: References: Message-ID: At some point in the not-too-distant past, this process was started by signing a contributor agreement. This could be done by sending an email to ssiadmin at microsoft.com and requesting to be added as a contributor to the IronRuby project. On Fri, Mar 21, 2008 at 10:32 AM, Jayme wrote: > I just created a patch adding File.expand_path. Is there someone I should > send it to, or somewhere I can read about the process for submitting SVN > patch files? > > Thanks, > -Jayme > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/e2d3f6d9/attachment.html From michael.letterle at gmail.com Fri Mar 21 13:57:21 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Fri, 21 Mar 2008 13:57:21 -0400 Subject: [Ironruby-core] Submitting Patches? In-Reply-To: References: Message-ID: Wouldn't you know it, rubyforge to the rescue again: http://ironruby.rubyforge.org/wiki/wiki.pl ;) IronRuby's RubyForge project needs love... give it some. On Fri, Mar 21, 2008 at 1:50 PM, Jayme wrote: > Nevermind.... > > Found http://www.ironruby.net/fixing_a_bug/fixing_a_bug.html on Jon's blog. > > Which begs the point, is getting a wiki up and running for this project a > possibility? It would be nice to capture info about the compiler > architecture and stuff in a more organized format than searching the mailing > list and blogs at some point. > > -Jayme > > > > On Fri, Mar 21, 2008 at 12:32 PM, Jayme wrote: > > > > > I just created a patch adding File.expand_path. Is there someone I should > send it to, or somewhere I can read about the process for submitting SVN > patch files? > > > > Thanks, > > -Jayme > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From jayme.edwards at gmail.com Fri Mar 21 14:36:03 2008 From: jayme.edwards at gmail.com (Jayme) Date: Fri, 21 Mar 2008 13:36:03 -0500 Subject: [Ironruby-core] Submitting Patches? In-Reply-To: References: Message-ID: *bow* thank you sir ;) -Jayme On Fri, Mar 21, 2008 at 12:57 PM, Michael Letterle < michael.letterle at gmail.com> wrote: > Wouldn't you know it, rubyforge to the rescue again: > http://ironruby.rubyforge.org/wiki/wiki.pl ;) > > IronRuby's RubyForge project needs love... give it some. > > On Fri, Mar 21, 2008 at 1:50 PM, Jayme wrote: > > Nevermind.... > > > > Found http://www.ironruby.net/fixing_a_bug/fixing_a_bug.html on Jon's > blog. > > > > Which begs the point, is getting a wiki up and running for this project > a > > possibility? It would be nice to capture info about the compiler > > architecture and stuff in a more organized format than searching the > mailing > > list and blogs at some point. > > > > -Jayme > > > > > > > > On Fri, Mar 21, 2008 at 12:32 PM, Jayme wrote: > > > > > > > > I just created a patch adding File.expand_path. Is there someone I > should > > send it to, or somewhere I can read about the process for submitting SVN > > patch files? > > > > > > Thanks, > > > -Jayme > > > > > > _______________________________________________ > > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/740fa1b7/attachment.html From ryan.riley at panesofglass.org Fri Mar 21 15:02:04 2008 From: ryan.riley at panesofglass.org (Ryan Riley) Date: Fri, 21 Mar 2008 14:02:04 -0500 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project Message-ID: +1 to 2k8 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/9affdbed/attachment.html From lists at ruby-forum.com Fri Mar 21 15:10:38 2008 From: lists at ruby-forum.com (Joe Chung) Date: Fri, 21 Mar 2008 20:10:38 +0100 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <818bf94fee72f0d9de7a75bcab7ce6d1@ruby-forum.com> Will it still target .NET 2.0, or will it target .NET 3.5? -- Posted via http://www.ruby-forum.com/. From jflam at microsoft.com Fri Mar 21 22:46:39 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Fri, 21 Mar 2008 19:46:39 -0700 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <818bf94fee72f0d9de7a75bcab7ce6d1@ruby-forum.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <818bf94fee72f0d9de7a75bcab7ce6d1@ruby-forum.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B2740A@NA-EXMSG-C115.redmond.corp.microsoft.com> We're still targeting 2.0 today. But we will likely start using C# 3 features soon (one project already does, but it's not essential). Thanks, -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Joe Chung > Sent: Friday, March 21, 2008 12:11 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS > 2008 project > > Will it still target .NET 2.0, or will it target .NET 3.5? > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From ironruby at monnet-usa.com Fri Mar 21 23:32:40 2008 From: ironruby at monnet-usa.com (Philippe Monnet) Date: Fri, 21 Mar 2008 21:32:40 -0600 Subject: [Ironruby-core] Cannot rake compile rev 78 In-Reply-To: <47E1B349.6090400@monnet-usa.com> References: <47E08A06.5060608@monnet-usa.com> <372109E149E8084D8E6C7D9CFD82E0632D91AA38B2@NA-EXMSG-C115.redmond.corp.microsoft.com> <47E1B349.6090400@monnet-usa.com> Message-ID: <47E47DD8.8070805@monnet-usa.com> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/17a0ae94/attachment.html From ironruby at monnet-usa.com Sat Mar 22 00:17:31 2008 From: ironruby at monnet-usa.com (Philippe Monnet) Date: Fri, 21 Mar 2008 22:17:31 -0600 Subject: [Ironruby-core] Support for classic core Ruby library Message-ID: <47E4885B.2070103@monnet-usa.com> An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080321/819ff037/attachment-0001.html From michael.letterle at gmail.com Sat Mar 22 00:39:18 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sat, 22 Mar 2008 00:39:18 -0400 Subject: [Ironruby-core] Support for classic core Ruby library In-Reply-To: <47E4885B.2070103@monnet-usa.com> References: <47E4885B.2070103@monnet-usa.com> Message-ID: John Lam has been pretty clear that IronRuby is Ruby first, .NET interop second. See: http://www.ruby-forum.com/topic/145427#644364 " Our primary goal is to run real Ruby programs." On Sat, Mar 22, 2008 at 12:17 AM, Philippe Monnet wrote: > > From rbx, I tried to use the classic respond_to? and methods on an object > instance (like I would from fxri). But I am getting an error: > > :0:in `main': undefined local variable or method `methods' for > #:Object (NoMethodError) > from :0:in `Initialize##222' > > Is the plan for IronRuby to support the core Ruby library or just the .NET > framework> > > Philippe > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From lists at ruby-forum.com Sat Mar 22 04:02:12 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Sat, 22 Mar 2008 09:02:12 +0100 Subject: [Ironruby-core] online console for IronRuby... Any Plans...? Message-ID: Hi, Its nice to know few new things today. As per this blog... http://www.hanselman.com/blog/IronPythonAndTheDLRMarchOn.aspx (1) Iron python has reached 2.0 beta 1 version (2) Djano is running on IronPython with SqlServer (3) Very soon IronRuby.sln will move to VS2008. Here's an link for Online Console running Ruby in brower http://tryruby.hobix.com/ I am keen to know, will there be any online console for IronRuby to try it in browser. I don't think every one can afford VS2008. -- Posted via http://www.ruby-forum.com/. From chris at developingchris.com Sat Mar 22 08:44:15 2008 From: chris at developingchris.com (Chris Chandler) Date: Sat, 22 Mar 2008 08:44:15 -0400 Subject: [Ironruby-core] online console for IronRuby... Any Plans...? In-Reply-To: References: Message-ID: <95f91cc30803220544wfa564a0nc94511159f570fe9@mail.gmail.com> I am not aware of any such plans. However, as for the cost of VS the free versions are able to run the IronRuby code, and you can build IronRuby without VS. However, like most, I can always use a little more Why The Lucky Stiff, so maybe someone should contact him and port his tryruby site to use IronRuby just for fun. Thanks, Chris On Sat, Mar 22, 2008 at 4:02 AM, Rahil Kantharia wrote: > Hi, > > Its nice to know few new things today. > > As per this blog... > http://www.hanselman.com/blog/IronPythonAndTheDLRMarchOn.aspx > > (1) Iron python has reached 2.0 beta 1 version > (2) Djano is running on IronPython with SqlServer > (3) Very soon IronRuby.sln will move to VS2008. > > Here's an link for Online Console running Ruby in brower > http://tryruby.hobix.com/ > > I am keen to know, will there be any online console for IronRuby > to try it in browser. I don't think every one can afford VS2008. > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Thanks, Chris Chandler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080322/ab99fe26/attachment.html From Harry.Pierson at microsoft.com Sat Mar 22 10:59:15 2008 From: Harry.Pierson at microsoft.com (Harry Pierson) Date: Sat, 22 Mar 2008 07:59:15 -0700 Subject: [Ironruby-core] online console for IronRuby... Any Plans...? In-Reply-To: <95f91cc30803220544wfa564a0nc94511159f570fe9@mail.gmail.com> References: <95f91cc30803220544wfa564a0nc94511159f570fe9@mail.gmail.com> Message-ID: Michael Foord demonstrated an interactive console in the browser running IronPython @ PyCon last week. He blogged about it here: http://www.voidspace.org.uk/python/weblog/arch_d7_2008_03_15.shtml#e946 I imagine it wouldn't be too tough to create a Ruby version of it. There's also the DLR Console demo on http://www.dynamicsilverlight.net/, which also provides an interactive console. (though I'm having issues reaching that site at the moment) Harry Pierson Program Manager, IronPython email : harry.pierson at microsoft.com office : 425/705-6045 mobile : 425/761-0293 weblog : http://devhawk.net "Don't worry about people stealing your ideas. If your ideas are any good, you'll have to ram them down people's throats." - Howard Aiken From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Chris Chandler Sent: Saturday, March 22, 2008 5:44 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] online console for IronRuby... Any Plans...? I am not aware of any such plans. However, as for the cost of VS the free versions are able to run the IronRuby code, and you can build IronRuby without VS. However, like most, I can always use a little more Why The Lucky Stiff, so maybe someone should contact him and port his tryruby site to use IronRuby just for fun. Thanks, Chris On Sat, Mar 22, 2008 at 4:02 AM, Rahil Kantharia > wrote: Hi, Its nice to know few new things today. As per this blog... http://www.hanselman.com/blog/IronPythonAndTheDLRMarchOn.aspx (1) Iron python has reached 2.0 beta 1 version (2) Djano is running on IronPython with SqlServer (3) Very soon IronRuby.sln will move to VS2008. Here's an link for Online Console running Ruby in brower http://tryruby.hobix.com/ I am keen to know, will there be any online console for IronRuby to try it in browser. I don't think every one can afford VS2008. -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -- Thanks, Chris Chandler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080322/cdefc03e/attachment.html From podunk.vn at gmail.com Sat Mar 22 13:46:53 2008 From: podunk.vn at gmail.com (Matthew Miller) Date: Sat, 22 Mar 2008 13:46:53 -0400 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B2740A@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <818bf94fee72f0d9de7a75bcab7ce6d1@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D91B2740A@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: I have a working copy from a few weeks ago, I've been using it since I let VS upgrade it and it seems to work. On Fri, Mar 21, 2008 at 10:46 PM, John Lam (DLR) wrote: > We're still targeting 2.0 today. But we will likely start using C# 3 > features soon (one project already does, but it's not essential). > > Thanks, > -John > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Joe Chung > > Sent: Friday, March 21, 2008 12:11 PM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS > > 2008 project > > > > Will it still target .NET 2.0, or will it target .NET 3.5? > > -- > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080322/e5ac3ade/attachment-0001.html From mwatts42 at gmail.com Sat Mar 22 15:53:37 2008 From: mwatts42 at gmail.com (Mark) Date: Sat, 22 Mar 2008 15:53:37 -0400 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <818bf94fee72f0d9de7a75bcab7ce6d1@ruby-forum.com> <372109E149E8084D8E6C7D9CFD82E0632D91B2740A@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <3c17278b0803221253n6163da38l9eeb28d36d5b389c@mail.gmail.com> +1 On Sat, Mar 22, 2008 at 1:46 PM, Matthew Miller wrote: > I have a working copy from a few weeks ago, I've been using it since I let > VS upgrade it and it seems to work. > > > On Fri, Mar 21, 2008 at 10:46 PM, John Lam (DLR) > wrote: > > > We're still targeting 2.0 today. But we will likely start using C# 3 > > features soon (one project already does, but it's not essential). > > > > Thanks, > > -John > > > > > -----Original Message----- > > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > > bounces at rubyforge.org] On Behalf Of Joe Chung > > > Sent: Friday, March 21, 2008 12:11 PM > > > To: ironruby-core at rubyforge.org > > > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS > > > 2008 project > > > > > > Will it still target .NET 2.0, or will it target .NET 3.5? > > > -- > > > 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 > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- -mark -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080322/2e7cc40a/attachment.html From sanxiyn at gmail.com Sat Mar 22 16:02:53 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sun, 23 Mar 2008 05:02:53 +0900 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <5b0248170803221302l418f9007y222c3b775b3ef1f8@mail.gmail.com> 2008/3/22, John Lam (DLR) : > If anyone strongly objects, please let me know ASAP. Choice of VS version doesn't affect me (since I don't use VS) but choice of C# language version does. If IronRuby's use of C# 3 features causes me trouble, I will scream loudly so that you will know. :) -- Seo Sanghyeon From fuzzyman at voidspace.org.uk Sat Mar 22 16:03:58 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sat, 22 Mar 2008 20:03:58 +0000 Subject: [Ironruby-core] IronPython & Silverlight 2 Tutorial with Demos and Downloads Message-ID: <47E5662E.3000003@voidspace.org.uk> Hello all, My first post to the IronRuby list, sorry it is mainly about IronPython (and sorry for the HTML in the post - I plead special circumstances and won't do it again). I've just put up articles and demos based on my PyCon talk about Dynamic Silverlight. All the examples use Python, but the articles on packaging, embedding in C#, compiling from the command line and using the Silverlight APIs are all relevant. These articles also include the Interactive Python Interpreter in the browser that Harry Pierson mentioned. (It won't work properly until the Python binaries from Dynamic Silverlight have a bugfixed and I fix the Javascript to work in browsers other than Silverlight). The interpreter is based on a Python standard library module called 'code' ( http://docs.python.org/lib/module-code.html ) - so it won't port directly to Ruby. On the other hand there is no reason why a similar app. shouldn't be written in Ruby (and the Javascript would be useful for providing a console in a textarea). Michael IronPython & Silverlight 2 Tutorial with Demos and Downloads Instead of posting my PyCon talk slides, I've turned them into a series of articles instead, which should be easier to follow. All the examples are available online and for download. This is everything you need to get started with IronPython and Silverlight 2. All the articles, demos and downloads can be found at: Voidspace IronPython and Silverlight Pages . You can experiment online with the IronPython & Silverlight Web IDE . There is also a prototype of my Interactive Python Interpreter in the Browser . Due to a bug in the /current/ Dynamic Silverlight binaries it can't handle indented blocks. I expect Dino will be able to post fixed binaries soon. If you want to help me make the Javascript cross-browser then get in touch! (Currently it is safari only I think.) The Articles These articles will take you through everything you need to know to write Silverlight applications with IronPython: * Introduction to IronPython & Silverlight 2 * The Structure and Contents of a Dynamic Silverlight Application * Getting Started: Minimal Examples of IronPython and Silverlight * The Silverlight APIs Exploring the Core-CLR that comes with Silverlight. This includes accessing the browser DOM, working with XAML, creating controls, the video player, accessing server resources, using local storage and more. * From Silverlight to Javascript and Back Again Interacting with Javascript from IronPython code is easy, but needs a bit of C#. This article shows you how to do it - including compiling the C# from the command line (without Visual Studio installed). * Embedding IronPython in a C# Silverlight Application * Interactive Python Interpreter in the Browser An interactive Python interpreter that runs in the browser, inside an HTML textarea. Great for documentation and tutorials where you can try the code in the browser. Downloads & Online Examples You can download several of the examples used in the articles: * View Minimal IronPython Example 1 Online (with XAML) * Download Minimal IronPython Example 1 * View Minimal IronPython Example 2 Online (pure-Python) * Download Minimal IronPython Example 2 * View IronPython Controls Example 1 Online (from XAML) * Download IronPython Controls Example 1 * View IronPython Controls Example 2 Online * Download IronPython Controls Example 2 * View Simple Animation Example Online * Download Simple Animation Example The easiest way of experimenting with the Silverlight APIs is through the Web IDE: * View IronPython & Silverlight Web IDE Online . * Download IronPython & Silverlight Web IDE 0.5.0 . The following downloads use C#: * Visual Studio 2008 Project Using the Scriptable Attributes * Compiling C# from the Command Line (batch file) * Embedded IronPython Project One of the most exciting things about Silverlight 2 is the possibility of embedding an interactive interpreter inside web pages: * View Interactive Interpreter Online * Download Interactive Interpreter If you find any bugs, typos or missing links then please let me know. Posted by *Fuzzyman* on 2008-03-22 19:03:34. Categories: Writing , Python , IronPython Visit the Voidspace Techie Blog to read this entry and more. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080322/5ce632ec/attachment-0001.html From fuzzyman at voidspace.org.uk Sat Mar 22 16:08:44 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sat, 22 Mar 2008 20:08:44 +0000 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <5b0248170803221302l418f9007y222c3b775b3ef1f8@mail.gmail.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <5b0248170803221302l418f9007y222c3b775b3ef1f8@mail.gmail.com> Message-ID: <47E5674C.6040506@voidspace.org.uk> Sanghyeon Seo wrote: > 2008/3/22, John Lam (DLR) : > >> If anyone strongly objects, please let me know ASAP. >> > > Choice of VS version doesn't affect me (since I don't use VS) but > choice of C# language version does. If IronRuby's use of C# 3 features > causes me trouble, I will scream loudly so that you will know. :) > > Depending on .NET 3 features will greatly reduce the number of people capable of running IronRuby... Michael Foord From mwatts42 at gmail.com Sat Mar 22 16:09:35 2008 From: mwatts42 at gmail.com (Mark) Date: Sat, 22 Mar 2008 16:09:35 -0400 Subject: [Ironruby-core] Problems building r85 using VS Message-ID: <3c17278b0803221309w2aaf54c8kf9ec74e8b6341933@mail.gmail.com> When trying to build using VS I run into the following problems. * Projects contain targets that attempt to sign using a key found at ..\..\MSSharedLibKey.snk. This key is not present * Project references contain references to Silverlight mscorlib and both Silverlight and standard System assemblies. This may be OK but depending on the target some referencs have warning icons displayed. * Projects reference missing SilverlightKey.snk and SilverlightVersion.cs files.Again these might be ok if a do a non-silverlight build. When I generate a dummy snk file that can be used to sign the assemblies of course the test assembly fails to compile due to the InternalsVisibleTo attribute requiremens Also, it seems a bit odd that the assemblies all have target directories that are outside the repository. root:/ironrubyrepo/src/.... generates all binaries in root:/bin/ Is this intended? -mark -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080322/ed63f139/attachment.html From sanxiyn at gmail.com Sat Mar 22 16:16:37 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Sun, 23 Mar 2008 05:16:37 +0900 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <47E5674C.6040506@voidspace.org.uk> References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <5b0248170803221302l418f9007y222c3b775b3ef1f8@mail.gmail.com> <47E5674C.6040506@voidspace.org.uk> Message-ID: <5b0248170803221316g47162d2aha3331ec67277fb4b@mail.gmail.com> 2008/3/23, Michael Foord : > Depending on .NET 3 features will greatly reduce the number of people > capable of running IronRuby... Using C# 3 features does not mean using .NET 3 features. -- Seo Sanghyeon From mwatts42 at gmail.com Sat Mar 22 16:31:56 2008 From: mwatts42 at gmail.com (Mark) Date: Sat, 22 Mar 2008 16:31:56 -0400 Subject: [Ironruby-core] Problems building r85 using VS In-Reply-To: <3c17278b0803221309w2aaf54c8kf9ec74e8b6341933@mail.gmail.com> References: <3c17278b0803221309w2aaf54c8kf9ec74e8b6341933@mail.gmail.com> Message-ID: <3c17278b0803221331k62bc6c3dwcbf53680949b5cb3@mail.gmail.com> I was accidentally using r84 insteas of r85 which the big errors mentioned below addressed. -mark On Sat, Mar 22, 2008 at 4:09 PM, Mark wrote: > When trying to build using VS I run into the following problems. > > * Projects contain targets that attempt to sign using a key found > at ..\..\MSSharedLibKey.snk. This key is not present > * Project references contain references to Silverlight mscorlib and both > Silverlight and standard System assemblies. This may be OK but depending on > the target some referencs have warning icons displayed. > * Projects reference missing SilverlightKey.snk and SilverlightVersion.cs > files.Again these might be ok if a do a non-silverlight build. > > When I generate a dummy snk file that can be used to sign the assemblies > of course the test assembly fails to compile due to the InternalsVisibleTo > attribute requiremens > > Also, it seems a bit odd that the assemblies all have target directories > that are outside the repository. > > root:/ironrubyrepo/src/.... > generates all binaries in > root:/bin/ > > Is this intended? > > -mark > -- -mark -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080322/27321a50/attachment.html From lists at ruby-forum.com Sat Mar 22 22:46:19 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Sun, 23 Mar 2008 03:46:19 +0100 Subject: [Ironruby-core] =?utf-8?q?IronPython_=26_Silverlight_2_Tutorial_w?= =?utf-8?q?ith_Demos_and=09Downl?= In-Reply-To: <47E5662E.3000003@voidspace.org.uk> References: <47E5662E.3000003@voidspace.org.uk> Message-ID: <5a7cece3ad957aff823b98246fa1170e@ruby-forum.com> Hello, I think the above links were not placed properly and hence shows errors. I one again place the working links..... http://www.voidspace.org.uk/ironpython/silverlight/interactive.shtml http://www.voidspace.org.uk/ironpython/silverlight/introduction.shtml http://www.voidspace.org.uk/ironpython/silverlight/index.shtml http://www.voidspace.org.uk/ironpython/index.shtml The whole credit goes to Mr. Michael Foord. Cheers. -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Sun Mar 23 00:38:48 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 22 Mar 2008 21:38:48 -0700 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <47E5674C.6040506@voidspace.org.uk> References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <5b0248170803221302l418f9007y222c3b775b3ef1f8@mail.gmail.com> <47E5674C.6040506@voidspace.org.uk> Message-ID: Can you be more specific? Are you worried about support of the additional features on Mono? Or are there any issues with installing .NET Framework 3.5? Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Foord Sent: Saturday, March 22, 2008 1:09 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project Sanghyeon Seo wrote: > 2008/3/22, John Lam (DLR) : > >> If anyone strongly objects, please let me know ASAP. >> > > Choice of VS version doesn't affect me (since I don't use VS) but > choice of C# language version does. If IronRuby's use of C# 3 features > causes me trouble, I will scream loudly so that you will know. :) > > Depending on .NET 3 features will greatly reduce the number of people capable of running IronRuby... Michael Foord _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From fuzzyman at voidspace.org.uk Sun Mar 23 00:50:32 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sun, 23 Mar 2008 04:50:32 +0000 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <5b0248170803221302l418f9007y222c3b775b3ef1f8@mail.gmail.com> <47E5674C.6040506@voidspace.org.uk> Message-ID: <47E5E198.3030909@voidspace.org.uk> Tomas Matousek wrote: > Can you be more specific? Are you worried about support of the additional features on Mono? Or are there any issues with installing .NET Framework 3.5? > > .NET 2 has a wide installed user base. .NET 3 penetration is much lower. I know that at Resolver Systems < http://www.resolversystems.com >, where we are building a spreadsheet development environment with IronPython, *most* of our customers have .NET 2 and very few have .NET 3. As Seo says though, using some C# 3 language features is not the same as depending on .NET 3. Michael Foord IrnPython in Action http://www.manning.com/foord > Tomas > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Foord > Sent: Saturday, March 22, 2008 1:09 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project > > Sanghyeon Seo wrote: > >> 2008/3/22, John Lam (DLR) : >> >> >>> If anyone strongly objects, please let me know ASAP. >>> >>> >> Choice of VS version doesn't affect me (since I don't use VS) but >> choice of C# language version does. If IronRuby's use of C# 3 features >> causes me trouble, I will scream loudly so that you will know. :) >> >> >> > Depending on .NET 3 features will greatly reduce the number of people > capable of running IronRuby... > > Michael Foord > _______________________________________________ > 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 michael.letterle at gmail.com Sun Mar 23 00:54:18 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Sun, 23 Mar 2008 00:54:18 -0400 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <5b0248170803221302l418f9007y222c3b775b3ef1f8@mail.gmail.com> <47E5674C.6040506@voidspace.org.uk> Message-ID: I think the primary concern would be with C# 3.0 features that the mono compiler does not support, i.e. Extension Methods, Lambdas, Linq... Though I know they've been working towards support. Secondary concerns would be .NET 3.0+ libraries that Mono hasn't implemented yet. Right now (well as of Rev 77) I can compile IronRuby on mono in Linux, don't want to loose that. On Sun, Mar 23, 2008 at 12:38 AM, Tomas Matousek wrote: > Can you be more specific? Are you worried about support of the additional features on Mono? Or are there any issues with installing .NET Framework 3.5? > > Tomas > > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Foord > Sent: Saturday, March 22, 2008 1:09 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project > > > > Sanghyeon Seo wrote: > > 2008/3/22, John Lam (DLR) : > > > >> If anyone strongly objects, please let me know ASAP. > >> > > > > Choice of VS version doesn't affect me (since I don't use VS) but > > choice of C# language version does. If IronRuby's use of C# 3 features > > causes me trouble, I will scream loudly so that you will know. :) > > > > > Depending on .NET 3 features will greatly reduce the number of people > capable of running IronRuby... > > Michael Foord > _______________________________________________ > 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 From podunk.vn at gmail.com Sun Mar 23 13:04:15 2008 From: podunk.vn at gmail.com (Matthew Miller) Date: Sun, 23 Mar 2008 13:04:15 -0400 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91B2701C@NA-EXMSG-C115.redmond.corp.microsoft.com> <5b0248170803221302l418f9007y222c3b775b3ef1f8@mail.gmail.com> <47E5674C.6040506@voidspace.org.uk> Message-ID: Linq would be the biggest thing. The reason being, when devs begin to get very serious with new things like this, mono users are screwed... On Sun, Mar 23, 2008 at 12:54 AM, Michael Letterle < michael.letterle at gmail.com> wrote: > I think the primary concern would be with C# 3.0 features that the > mono compiler does not support, i.e. Extension Methods, Lambdas, > Linq... Though I know they've been working towards support. > Secondary concerns would be .NET 3.0+ libraries that Mono hasn't > implemented yet. Right now (well as of Rev 77) I can compile IronRuby > on mono in Linux, don't want to loose that. > > On Sun, Mar 23, 2008 at 12:38 AM, Tomas Matousek > wrote: > > Can you be more specific? Are you worried about support of the > additional features on Mono? Or are there any issues with installing .NET > Framework 3.5? > > > > Tomas > > > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Foord > > Sent: Saturday, March 22, 2008 1:09 PM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS > 2008 project > > > > > > > > Sanghyeon Seo wrote: > > > 2008/3/22, John Lam (DLR) : > > > > > >> If anyone strongly objects, please let me know ASAP. > > >> > > > > > > Choice of VS version doesn't affect me (since I don't use VS) but > > > choice of C# language version does. If IronRuby's use of C# 3 > features > > > causes me trouble, I will scream loudly so that you will know. :) > > > > > > > > Depending on .NET 3 features will greatly reduce the number of people > > capable of running IronRuby... > > > > Michael Foord > > _______________________________________________ > > 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 > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080323/1685312a/attachment-0001.html From podunk.vn at gmail.com Sun Mar 23 13:11:32 2008 From: podunk.vn at gmail.com (Matthew Miller) Date: Sun, 23 Mar 2008 13:11:32 -0400 Subject: [Ironruby-core] IronPython & Silverlight 2 Tutorial with Demos and Downl In-Reply-To: <5a7cece3ad957aff823b98246fa1170e@ruby-forum.com> References: <47E5662E.3000003@voidspace.org.uk> <5a7cece3ad957aff823b98246fa1170e@ruby-forum.com> Message-ID: +1 Foord. On Sat, Mar 22, 2008 at 10:46 PM, Rahil Kantharia wrote: > Hello, > > I think the above links were not placed properly and hence shows errors. > > I one again place the working links..... > > > http://www.voidspace.org.uk/ironpython/silverlight/interactive.shtml > > http://www.voidspace.org.uk/ironpython/silverlight/introduction.shtml > > http://www.voidspace.org.uk/ironpython/silverlight/index.shtml > > http://www.voidspace.org.uk/ironpython/index.shtml > > > The whole credit goes to Mr. Michael Foord. > > Cheers. > -- > 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080323/19ef33b6/attachment.html From podunk.vn at gmail.com Sun Mar 23 13:24:15 2008 From: podunk.vn at gmail.com (Matthew Miller) Date: Sun, 23 Mar 2008 13:24:15 -0400 Subject: [Ironruby-core] IronPython & Silverlight 2 Tutorial with Demos and Downloads In-Reply-To: <47E5662E.3000003@voidspace.org.uk> References: <47E5662E.3000003@voidspace.org.uk> Message-ID: Very nice! On Sat, Mar 22, 2008 at 4:03 PM, Michael Foord wrote: > Hello all, > > My first post to the IronRuby list, sorry it is mainly about IronPython > (and sorry for the HTML in the post - I plead special circumstances and > won't do it again). > > I've just put up articles and demos based on my PyCon talk about Dynamic > Silverlight. All the examples use Python, but the articles on packaging, > embedding in C#, compiling from the command line and using the Silverlight > APIs are all relevant. > > These articles also include the Interactive Python Interpreter in the > browser that Harry Pierson mentioned. (It won't work properly until the > Python binaries from Dynamic Silverlight have a bugfixed and I fix the > Javascript to work in browsers other than Silverlight). The interpreter is > based on a Python standard library module called 'code' ( > http://docs.python.org/lib/module-code.html ) - so it won't port directly > to Ruby. On the other hand there is no reason why a similar app. shouldn't > be written in Ruby (and the Javascript would be useful for providing a > console in a textarea). > > Michael > > > IronPython & Silverlight 2 Tutorial with Demos and Downloads > > Instead of posting my PyCon talk slides, I've turned them into a series of > articles instead, which should be easier to follow. All the examples are > available online and for download. This is everything you need to get > started with IronPython and Silverlight 2. > > All the articles, demos and downloads can be found at: Voidspace > IronPython and Silverlight Pages > . > > You can experiment online with the IronPython & Silverlight Web IDE > . > > There is also a prototype of my Interactive Python Interpreter in the > Browser. > Due to a bug in the *current* Dynamic Silverlight binaries it can't handle > indented blocks. I expect Dino will be able to post fixed binaries soon. If > you want to help me make the Javascript cross-browser then get in touch! > (Currently it is safari only I think.) > The Articles > > These articles will take you through everything you need to know to write > Silverlight applications with IronPython: > > - > > Introduction to IronPython & Silverlight 2 > - > > The Structure and Contents of a Dynamic Silverlight Application > - > > Getting Started: Minimal Examples of IronPython and Silverlight > - > > The Silverlight APIs > > Exploring the Core-CLR that comes with Silverlight. This includes > accessing the browser DOM, working with XAML, creating controls, the video > player, accessing server resources, using local storage and more. > > - > > From Silverlight to Javascript and Back Again > > Interacting with Javascript from IronPython code is easy, but needs > a bit of C#. This article shows you how to do it - including compiling the > C# from the command line (without Visual Studio installed). > > - > > Embedding IronPython in a C# Silverlight Application > - > > Interactive Python Interpreter in the Browser > > An interactive Python interpreter that runs in the browser, inside > an HTML textarea. Great for documentation and tutorials where you can try > the code in the browser. > > > Downloads & Online Examples > > You can download several of the examples used in the articles: > > - View Minimal IronPython Example 1 Online (with XAML) > - Download Minimal IronPython Example 1 > - View Minimal IronPython Example 2 Online (pure-Python) > - Download Minimal IronPython Example 2 > - View IronPython Controls Example 1 Online (from XAML) > - Download IronPython Controls Example 1 > - View IronPython Controls Example 2 Online > - Download IronPython Controls Example 2 > - View Simple Animation Example Online > - Download Simple Animation Example > > The easiest way of experimenting with the Silverlight APIs is through the > Web IDE: > > - View IronPython & Silverlight Web IDE Online > . > - Download IronPython & Silverlight Web IDE 0.5.0 > . > > The following downloads use C#: > > - Visual Studio 2008 Project Using the Scriptable Attributes > - Compiling C# from the Command Line (batch file) > - Embedded IronPython Project > > One of the most exciting things about Silverlight 2 is the possibility of > embedding an interactive interpreter inside web pages: > > - View Interactive Interpreter Online > - Download Interactive Interpreter > > If you find any bugs, typos or missing links then please let me know. > > Posted by *Fuzzyman* on 2008-03-22 19:03:34. > Categories: Writing, > Python , > IronPython > Visit the Voidspace Techie Blogto read this entry and more. > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080323/79ca5445/attachment.html From podunk.vn at gmail.com Sun Mar 23 13:35:02 2008 From: podunk.vn at gmail.com (Matthew Miller) Date: Sun, 23 Mar 2008 13:35:02 -0400 Subject: [Ironruby-core] online console for IronRuby... Any Plans...? In-Reply-To: References: <95f91cc30803220544wfa564a0nc94511159f570fe9@mail.gmail.com> Message-ID: The console in the win32 environment is VERY sticky. I'm willing to share the class I made for it. The class makes sense of the madness ;) On Sat, Mar 22, 2008 at 10:59 AM, Harry Pierson wrote: > Michael Foord demonstrated an interactive console in the browser running > IronPython @ PyCon last week. He blogged about it here: > http://www.voidspace.org.uk/python/weblog/arch_d7_2008_03_15.shtml#e946 > > > > I imagine it wouldn't be too tough to create a Ruby version of it. > > > > There's also the DLR Console demo on http://www.dynamicsilverlight.net/, > which also provides an interactive console. (though I'm having issues > reaching that site at the moment) > > > > > > *Harry Pierson* > > Program Manager, IronPython > > > > email : harry.pierson at microsoft.com > > office : 425/705-6045 > > mobile : 425/761-0293 > > weblog : http://devhawk.net > > > > *"Don't worry about people stealing your ideas. > If your ideas are any good, > you'll have to ram them down people's throats."* > > * - Howard Aiken * > > > > > > > > > > > > *From:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *On Behalf Of *Chris Chandler > *Sent:* Saturday, March 22, 2008 5:44 AM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] online console for IronRuby... Any > Plans...? > > > > I am not aware of any such plans. However, as for the cost of VS the free > versions are able to run the IronRuby code, and you can build IronRuby > without VS. > However, like most, I can always use a little more Why The Lucky Stiff, so > maybe someone should contact him and port his tryruby site to use IronRuby > just for fun. > > Thanks, > Chris > > On Sat, Mar 22, 2008 at 4:02 AM, Rahil Kantharia > wrote: > > Hi, > > Its nice to know few new things today. > > As per this blog... > http://www.hanselman.com/blog/IronPythonAndTheDLRMarchOn.aspx > > (1) Iron python has reached 2.0 beta 1 version > (2) Djano is running on IronPython with SqlServer > (3) Very soon IronRuby.sln will move to VS2008. > > Here's an link for Online Console running Ruby in brower > http://tryruby.hobix.com/ > > I am keen to know, will there be any online console for IronRuby > to try it in browser. I don't think every one can afford VS2008. > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Thanks, > Chris Chandler > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080323/e6a8583e/attachment-0001.html From fuzzyman at voidspace.org.uk Sun Mar 23 13:39:01 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sun, 23 Mar 2008 17:39:01 +0000 Subject: [Ironruby-core] IronPython & Silverlight 2 Tutorial with Demos and Downloads In-Reply-To: References: <47E5662E.3000003@voidspace.org.uk> Message-ID: <47E695B5.8070809@voidspace.org.uk> Matthew Miller wrote: > Very nice! > Thanks > On Sat, Mar 22, 2008 at 4:03 PM, Michael Foord > > wrote: > > [snip...] > > These articles also include the Interactive Python Interpreter in > the browser that Harry Pierson mentioned. (It won't work properly > until the Python binaries from Dynamic Silverlight have a bugfixed > and I fix the Javascript to work in browsers other than Silverlight). > That should have read - 'browsers other than safari'. I've had the javascript for the 'interpreter in the browser' working for both Firefox and IE - but managed to break it a while ago. Without it working in Silverlight anyway I haven't bothered to fix it... Once fixed, the Javascript (and C# for communicating between JS and Silverlight) will work with IronRuby just as well as IronPython. The Read-Eval-Print-Loop (interactive interpreter) for Ruby you will have to provide yourselves... Michael http://www.manning.com/foord From fuzzyman at voidspace.org.uk Sun Mar 23 13:40:04 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sun, 23 Mar 2008 17:40:04 +0000 Subject: [Ironruby-core] online console for IronRuby... Any Plans...? In-Reply-To: References: <95f91cc30803220544wfa564a0nc94511159f570fe9@mail.gmail.com> Message-ID: <47E695F4.3040606@voidspace.org.uk> Matthew Miller wrote: > The console in the win32 environment is VERY sticky. > > I'm willing to share the class I made for it. > > The class makes sense of the madness ;) Are you talking about 'in the browser'? It would appear that you aren't... Michael > > On Sat, Mar 22, 2008 at 10:59 AM, Harry Pierson > > wrote: > > Michael Foord demonstrated an interactive console in the browser > running IronPython @ PyCon last week. He blogged about it here: > http://www.voidspace.org.uk/python/weblog/arch_d7_2008_03_15.shtml#e946 > > > > I imagine it wouldn't be too tough to create a Ruby version of it. > > > > There's also the DLR Console demo on > http://www.dynamicsilverlight.net/, which also provides an > interactive console. (though I'm having issues reaching that site > at the moment) > > > > > > *Harry Pierson* > > Program Manager, IronPython > > > > email : harry.pierson at microsoft.com > > > office : 425/705-6045 > > mobile : 425/761-0293 > > weblog : http://devhawk.net > > > > */"Don't worry about people stealing your ideas. > If your ideas are any good, > you'll have to ram them down people's throats."/* > > */ - Howard Aiken > /* > > > > > > > > > > > > *From:* ironruby-core-bounces at rubyforge.org > > [mailto:ironruby-core-bounces at rubyforge.org > ] *On Behalf Of *Chris > Chandler > *Sent:* Saturday, March 22, 2008 5:44 AM > *To:* ironruby-core at rubyforge.org > *Subject:* Re: [Ironruby-core] online console for IronRuby... Any > Plans...? > > > > I am not aware of any such plans. However, as for the cost of VS > the free versions are able to run the IronRuby code, and you can > build IronRuby without VS. > However, like most, I can always use a little more Why The Lucky > Stiff, so maybe someone should contact him and port his tryruby > site to use IronRuby just for fun. > > Thanks, > Chris > > On Sat, Mar 22, 2008 at 4:02 AM, Rahil Kantharia > > wrote: > > Hi, > > Its nice to know few new things today. > > As per this blog... > http://www.hanselman.com/blog/IronPythonAndTheDLRMarchOn.aspx > > (1) Iron python has reached 2.0 beta 1 version > (2) Djano is running on IronPython with SqlServer > (3) Very soon IronRuby.sln will move to VS2008. > > Here's an link for Online Console running Ruby in brower > http://tryruby.hobix.com/ > > I am keen to know, will there be any online console for IronRuby > to try it in browser. I don't think every one can afford VS2008. > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > -- > Thanks, > Chris Chandler > > > _______________________________________________ > 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 jflam at microsoft.com Sun Mar 23 13:55:11 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sun, 23 Mar 2008 10:55:11 -0700 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91324086@NA-EXMSG-C115.redmond.corp.microsoft.com> Last time i talked to Miguel, he said that they were done implementing linq modulo bugs. - John Sent from my phone ________________________________ From: Matthew Miller Sent: Sunday, March 23, 2008 10:08 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project Linq would be the biggest thing. The reason being, when devs begin to get very serious with new things like this, mono users are screwed... On Sun, Mar 23, 2008 at 12:54 AM, Michael Letterle > wrote: I think the primary concern would be with C# 3.0 features that the mono compiler does not support, i.e. Extension Methods, Lambdas, Linq... Though I know they've been working towards support. Secondary concerns would be .NET 3.0+ libraries that Mono hasn't implemented yet. Right now (well as of Rev 77) I can compile IronRuby on mono in Linux, don't want to loose that. On Sun, Mar 23, 2008 at 12:38 AM, Tomas Matousek > wrote: > Can you be more specific? Are you worried about support of the additional features on Mono? Or are there any issues with installing .NET Framework 3.5? > > Tomas > > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Michael Foord > Sent: Saturday, March 22, 2008 1:09 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project > > > > Sanghyeon Seo wrote: > > 2008/3/22, John Lam (DLR) >: > > > >> If anyone strongly objects, please let me know ASAP. > >> > > > > Choice of VS version doesn't affect me (since I don't use VS) but > > choice of C# language version does. If IronRuby's use of C# 3 features > > causes me trouble, I will scream loudly so that you will know. :) > > > > > Depending on .NET 3 features will greatly reduce the number of people > capable of running IronRuby... > > Michael Foord > _______________________________________________ > 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 _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080323/a6b416f9/attachment.html From fuzzyman at voidspace.org.uk Sun Mar 23 13:57:38 2008 From: fuzzyman at voidspace.org.uk (Michael Foord) Date: Sun, 23 Mar 2008 17:57:38 +0000 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91324086@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91324086@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <47E69A12.6040702@voidspace.org.uk> John Lam (DLR) wrote: > Last time i talked to Miguel, he said that they were done implementing > linq modulo bugs. > In some ways Mono users are better off in this regard. Presumably when integrated it will just be a standard part of Mono. For .NET users it is an additional dependency. Michael Foord http://www.manning.com/foord > - John > Sent from my phone > > ------------------------------------------------------------------------ > From: Matthew Miller > Sent: Sunday, March 23, 2008 10:08 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS > 2008 project > > Linq would be the biggest thing. The reason being, when devs begin to > get very serious with new things like this, mono users are screwed... > > On Sun, Mar 23, 2008 at 12:54 AM, Michael Letterle > > wrote: > > I think the primary concern would be with C# 3.0 features that the > mono compiler does not support, i.e. Extension Methods, Lambdas, > Linq... Though I know they've been working towards support. > Secondary concerns would be .NET 3.0+ libraries that Mono hasn't > implemented yet. Right now (well as of Rev 77) I can compile IronRuby > on mono in Linux, don't want to loose that. > > On Sun, Mar 23, 2008 at 12:38 AM, Tomas Matousek > > wrote: > > Can you be more specific? Are you worried about support of the > additional features on Mono? Or are there any issues with > installing .NET Framework 3.5? > > > > Tomas > > > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org > > [mailto:ironruby-core-bounces at rubyforge.org > ] On Behalf Of Michael > Foord > > Sent: Saturday, March 22, 2008 1:09 PM > > To: ironruby-core at rubyforge.org > > > Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to > a VS 2008 project > > > > > > > > Sanghyeon Seo wrote: > > > 2008/3/22, John Lam (DLR) >: > > > > > >> If anyone strongly objects, please let me know ASAP. > > >> > > > > > > Choice of VS version doesn't affect me (since I don't use VS) but > > > choice of C# language version does. If IronRuby's use of C# 3 > features > > > causes me trouble, I will scream loudly so that you will know. :) > > > > > > > > Depending on .NET 3 features will greatly reduce the number of > people > > capable of running IronRuby... > > > > Michael Foord > > _______________________________________________ > > 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 > _______________________________________________ > 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 tranqy at gmail.com Sun Mar 23 14:56:17 2008 From: tranqy at gmail.com (Aaron Junod) Date: Sun, 23 Mar 2008 14:56:17 -0400 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <47E69A12.6040702@voidspace.org.uk> References: <372109E149E8084D8E6C7D9CFD82E0632D91324086@NA-EXMSG-C115.redmond.corp.microsoft.com> <47E69A12.6040702@voidspace.org.uk> Message-ID: <9AE23C81-BC33-46D1-BA85-F4A884F44213@gmail.com> In any case, there will be an interop question to answer here. I think we can assume .net will always be x number of features ahead of mono. Being a .net developer by day, interop with .net would be more important for me. I'd love for ironruby to be able to support all of my .net artifacts no matter when we upgrade. I'm sure plenty of people in the list will think mono support is more important to them. I'm wondering how possible it will be to support both scenarios by mixing in the different language constructs when needed. I realize the interop stories haven't been given much thought yet, but the earlier this dialog is started the better off the implementers will be when its time to hit the road. Aaron On Mar 23, 2008, at 13:57, Michael Foord wrote: > John Lam (DLR) wrote: >> Last time i talked to Miguel, he said that they were done >> implementing >> linq modulo bugs. >> > In some ways Mono users are better off in this regard. Presumably when > integrated it will just be a standard part of Mono. > > For .NET users it is an additional dependency. > > Michael Foord > http://www.manning.com/foord > >> - John >> Sent from my phone >> >> --- >> --------------------------------------------------------------------- >> From: Matthew Miller >> Sent: Sunday, March 23, 2008 10:08 AM >> To: ironruby-core at rubyforge.org >> Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to a VS >> 2008 project >> >> Linq would be the biggest thing. The reason being, when devs begin >> to >> get very serious with new things like this, mono users are screwed... >> >> On Sun, Mar 23, 2008 at 12:54 AM, Michael Letterle >> > >> wrote: >> >> I think the primary concern would be with C# 3.0 features that the >> mono compiler does not support, i.e. Extension Methods, Lambdas, >> Linq... Though I know they've been working towards support. >> Secondary concerns would be .NET 3.0+ libraries that Mono hasn't >> implemented yet. Right now (well as of Rev 77) I can compile >> IronRuby >> on mono in Linux, don't want to loose that. >> >> On Sun, Mar 23, 2008 at 12:38 AM, Tomas Matousek >> > > wrote: >>> Can you be more specific? Are you worried about support of the >> additional features on Mono? Or are there any issues with >> installing .NET Framework 3.5? >>> >>> Tomas >>> >>> >>> -----Original Message----- >>> From: ironruby-core-bounces at rubyforge.org >> >> [mailto:ironruby-core-bounces at rubyforge.org >> ] On Behalf Of Michael >> Foord >>> Sent: Saturday, March 22, 2008 1:09 PM >>> To: ironruby-core at rubyforge.org >> >>> Subject: Re: [Ironruby-core] Planning to change IronRuby.sln to >> a VS 2008 project >>> >>> >>> >>> Sanghyeon Seo wrote: >>>> 2008/3/22, John Lam (DLR) > >: >>>> >>>>> If anyone strongly objects, please let me know ASAP. >>>>> >>>> >>>> Choice of VS version doesn't affect me (since I don't use VS) but >>>> choice of C# language version does. If IronRuby's use of C# 3 >> features >>>> causes me trouble, I will scream loudly so that you will know. :) >>>> >>>> >>> Depending on .NET 3 features will greatly reduce the number of >> people >>> capable of running IronRuby... >>> >>> Michael Foord >>> _______________________________________________ >>> 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 >> _______________________________________________ >> 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 m.david at xmlhacker.com Sun Mar 23 15:38:44 2008 From: m.david at xmlhacker.com (M. David Peterson) Date: Sun, 23 Mar 2008 13:38:44 -0600 Subject: [Ironruby-core] Planning to change IronRuby.sln to a VS 2008 project In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91324086@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91324086@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: On Sun, 23 Mar 2008 11:55:11 -0600, John Lam (DLR) wrote: > Last time i talked to Miguel, he said that they were done implementing linq modulo bugs. The most recent release (1.9) contains a *HUGE* number of improvements to both their C# 3.0 feature support as well as LINQ-related feature support. Though quite obviously they exist somewhere in the feature chain, as of this date I have yet to run across any compilation or runtime issues between .NET 3.5 and Mono 1.9, though I've only recently (as of the last 3-4 months) started taking full advantage of both in the Nuxleus code base (which covers a fairly large swath of the FCL.) That said, if there's one thing that's been proven more times than I am both willing and able to count it's that the Mono Project developers are constantly driven by the challenge to ensure the DLR and related projects are able to both compile and run against the Mono assemblies. In other words, sometimes the best way to get something fixed is to highlight the fact that it's broken. Pushing the envelope via using some of the more alluring features and functionality of both C# 3.0 and .NET 3.0/3.5/LINQ is certainly one way to find out what works and works well and what is in need of attention. -- /M:D M. David Peterson Co-Founder & Chief Architect, 3rd&Urban, LLC Email: m.david at xmlhacker.com | m.david at amp.fm | Mobile: (206) 418-9027 Web: http://amp.fm/ | http://www.oreillynet.com/pub/au/2354 From brianblackwell at realemail.net Sun Mar 23 19:08:59 2008 From: brianblackwell at realemail.net (Brian Blackwell) Date: Mon, 24 Mar 2008 09:08:59 +1000 Subject: [Ironruby-core] IronRuby MySQL/ADO.NET wrapper Message-ID: <1206313739.14218.1243892199@webmail.messagingengine.com> Hi all, If anyone is interested, I have knocked up a prototype for an IronRuby wrapper over MySQL Connector/NET (the MySQL ADO.NET driver) that implements the Ruby-MySQL interface. The idea is that this should be able to function as a drop-in replacement for either the native or pure Ruby MySQL drivers, thus allowing you to run things like ActiveRecord without modification. There are still a number of methods that I haven't yet implemented, but you can at least connect to a database and perform queries. Regards Brian Blackwell -------------- next part -------------- A non-text attachment was scrubbed... Name: mysql-ironruby.rb Type: application/octet-stream Size: 25735 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080324/448ce747/attachment-0002.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: test-mysql-ironruby.rb Type: application/octet-stream Size: 1165 bytes Desc: not available Url : http://rubyforge.org/pipermail/ironruby-core/attachments/20080324/448ce747/attachment-0003.obj From jflam at microsoft.com Sun Mar 23 23:16:03 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Sun, 23 Mar 2008 20:16:03 -0700 Subject: [Ironruby-core] online console for IronRuby... Any Plans...? In-Reply-To: <47E695F4.3040606@voidspace.org.uk> References: <95f91cc30803220544wfa564a0nc94511159f570fe9@mail.gmail.com> <47E695F4.3040606@voidspace.org.uk> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B274D1@NA-EXMSG-C115.redmond.corp.microsoft.com> _why's Try Ruby project is remarkable not just for the technical aspects, but for the pedagogical aspects of it. It should be straightforward to build a Silverlight implementation of Try Ruby that runs in the browser. In some ways, _why's latest project- Shoes is all about enabling this in a cross platform native app. However, it still requires installing native code on your machine, and requires more friction than Try Ruby today or a Silverlight version. Anyone interested in trying to port _why's tutorials (I suspect the app would need to be written from scratch since Try Ruby executes Ruby code on the server). BTW, this won't be possible until we have string-based eval working (ETA should be a couple of weeks if I believe Tomas' estimates :) Thanks, -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Michael Foord > Sent: Sunday, March 23, 2008 10:40 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] online console for IronRuby... Any > Plans...? > > Matthew Miller wrote: > > The console in the win32 environment is VERY sticky. > > > > I'm willing to share the class I made for it. > > > > The class makes sense of the madness ;) > > Are you talking about 'in the browser'? It would appear that you > aren't... > > Michael > > > > > On Sat, Mar 22, 2008 at 10:59 AM, Harry Pierson > > > > wrote: > > > > Michael Foord demonstrated an interactive console in the browser > > running IronPython @ PyCon last week. He blogged about it here: > > > http://www.voidspace.org.uk/python/weblog/arch_d7_2008_03_15.shtml#e946 > > > > > > > > I imagine it wouldn't be too tough to create a Ruby version of > it. > > > > > > > > There's also the DLR Console demo on > > http://www.dynamicsilverlight.net/, which also provides an > > interactive console. (though I'm having issues reaching that site > > at the moment) > > > > > > > > > > > > *Harry Pierson* > > > > Program Manager, IronPython > > > > > > > > email : harry.pierson at microsoft.com > > > > > > office : 425/705-6045 > > > > mobile : 425/761-0293 > > > > weblog : http://devhawk.net > > > > > > > > */"Don't worry about people stealing your ideas. > > If your ideas are any good, > > you'll have to ram them down people's throats."/* > > > > */ - Howard Aiken > > /* > > > > > > > > > > > > > > > > > > > > > > > > *From:* ironruby-core-bounces at rubyforge.org > > > > [mailto:ironruby-core-bounces at rubyforge.org > > ] *On Behalf Of > *Chris > > Chandler > > *Sent:* Saturday, March 22, 2008 5:44 AM > > *To:* ironruby-core at rubyforge.org core at rubyforge.org> > > *Subject:* Re: [Ironruby-core] online console for IronRuby... Any > > Plans...? > > > > > > > > I am not aware of any such plans. However, as for the cost of VS > > the free versions are able to run the IronRuby code, and you can > > build IronRuby without VS. > > However, like most, I can always use a little more Why The Lucky > > Stiff, so maybe someone should contact him and port his tryruby > > site to use IronRuby just for fun. > > > > Thanks, > > Chris > > > > On Sat, Mar 22, 2008 at 4:02 AM, Rahil Kantharia > > > wrote: > > > > Hi, > > > > Its nice to know few new things today. > > > > As per this blog... > > http://www.hanselman.com/blog/IronPythonAndTheDLRMarchOn.aspx > > > > (1) Iron python has reached 2.0 beta 1 version > > (2) Djano is running on IronPython with SqlServer > > (3) Very soon IronRuby.sln will move to VS2008. > > > > Here's an link for Online Console running Ruby in brower > > http://tryruby.hobix.com/ > > > > I am keen to know, will there be any online console for IronRuby > > to try it in browser. I don't think every one can afford VS2008. > > -- > > Posted via http://www.ruby-forum.com/. > > _______________________________________________ > > Ironruby-core mailing list > > Ironruby-core at rubyforge.org > > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > > > > > > > -- > > Thanks, > > Chris Chandler > > > > > > _______________________________________________ > > 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 Tomas.Matousek at microsoft.com Mon Mar 24 16:13:34 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Mon, 24 Mar 2008 13:13:34 -0700 Subject: [Ironruby-core] digest.so implemented Message-ID: Wayne Kelly: > Attached is an implementation of the methods and classes from external > library digest.so that are used by some simple Rails use cases. Thanks for the contribution! Sorry for such a long delay. It required some additional work on our side and we also had some issues with TFS to SVN sync tool. John fixed that last week, so your contribution have finally been checked-in. I've reviewed the code. While this feedback is specific to your contribution, this is general advice that other contributors should follow as well. Check out the latest code in SVN - all my suggestions are reflected there. 1) Coding conventions: a) Use .NET Framework conventions for all identifiers (see http://msdn2.microsoft.com/en-us/library/ms229002.aspx). There is no specific guideline for naming private fields in this document; we prefix field names with underscores (e.g. private string _fooBar). If you're not sure about some convention try to find out in the rest of the IronRuby code or ask in the list. b) Use /*!*/ for method parameters and instance fields that should never be null. See http://research.microsoft.com/specsharp for details on Spec# annotations. 2) Do not use public fields (Base::algorithm, buffer). Use properties if it is necessary to expose the field or private/internal visibility otherwise. Also use readonly if the field is not mutated after the object is constructed. 3) You don't need to declare Call_Foo methods in order to invoke a dynamic site unless the invocation is somehow more complex (involves some conversions etc.) 4) Please test for corner cases, eg whether the methods accept null arguments etc. Mark the parameters appropriately ([NotNull] attribute, /*!*/ etc.), add precondition checks. Here's an example: [RubyMethod("*")] public static RubyArray/*!*/ Repetition(IList/*!*/ self, int repeat) { if (repeat < 0) { throw RubyExceptions.CreateArgumentError("negative argument"); } ... } Thanks, Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080324/0417f1b8/attachment.html From bacondarwin at googlemail.com Mon Mar 24 16:47:32 2008 From: bacondarwin at googlemail.com (Peter Bacon Darwin) Date: Mon, 24 Mar 2008 20:47:32 -0000 Subject: [Ironruby-core] digest.so implemented In-Reply-To: References: Message-ID: <001a01c88df0$4f1b0f20$ed512d60$@com> This was just dying out for a wiki page: http://ironruby.rubyforge.org/wiki/wiki.pl?ContributionGuidelines Pete From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek Sent: Monday,24 March 24, 2008 20:14 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] digest.so implemented Wayne Kelly: > Attached is an implementation of the methods and classes from external > library digest.so that are used by some simple Rails use cases. Thanks for the contribution! Sorry for such a long delay. It required some additional work on our side and we also had some issues with TFS to SVN sync tool. John fixed that last week, so your contribution have finally been checked-in. I've reviewed the code. While this feedback is specific to your contribution, this is general advice that other contributors should follow as well. Check out the latest code in SVN - all my suggestions are reflected there. 1) Coding conventions: a) Use .NET Framework conventions for all identifiers (see http://msdn2.microsoft.com/en-us/library/ms229002.aspx). There is no specific guideline for naming private fields in this document; we prefix field names with underscores (e.g. private string _fooBar). If you're not sure about some convention try to find out in the rest of the IronRuby code or ask in the list. b) Use /*!*/ for method parameters and instance fields that should never be null. See http://research.microsoft.com/specsharp for details on Spec# annotations. 2) Do not use public fields (Base::algorithm, buffer). Use properties if it is necessary to expose the field or private/internal visibility otherwise. Also use readonly if the field is not mutated after the object is constructed. 3) You don't need to declare Call_Foo methods in order to invoke a dynamic site unless the invocation is somehow more complex (involves some conversions etc.) 4) Please test for corner cases, eg whether the methods accept null arguments etc. Mark the parameters appropriately ([NotNull] attribute, /*!*/ etc.), add precondition checks. Here's an example: [RubyMethod("*")] public static RubyArray/*!*/ Repetition(IList/*!*/ self, int repeat) { if (repeat < 0) { throw RubyExceptions.CreateArgumentError("negative argument"); } ... } Thanks, Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080324/f6d7cbcc/attachment-0001.html From bacondarwin at googlemail.com Mon Mar 24 16:47:53 2008 From: bacondarwin at googlemail.com (Peter Bacon Darwin) Date: Mon, 24 Mar 2008 20:47:53 -0000 Subject: [Ironruby-core] digest.so implemented In-Reply-To: References: Message-ID: <001f01c88df0$57fd88c0$07f89a40$@com> Or crying out, even! From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek Sent: Monday,24 March 24, 2008 20:14 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] digest.so implemented Wayne Kelly: > Attached is an implementation of the methods and classes from external > library digest.so that are used by some simple Rails use cases. Thanks for the contribution! Sorry for such a long delay. It required some additional work on our side and we also had some issues with TFS to SVN sync tool. John fixed that last week, so your contribution have finally been checked-in. I've reviewed the code. While this feedback is specific to your contribution, this is general advice that other contributors should follow as well. Check out the latest code in SVN - all my suggestions are reflected there. 1) Coding conventions: a) Use .NET Framework conventions for all identifiers (see http://msdn2.microsoft.com/en-us/library/ms229002.aspx). There is no specific guideline for naming private fields in this document; we prefix field names with underscores (e.g. private string _fooBar). If you're not sure about some convention try to find out in the rest of the IronRuby code or ask in the list. b) Use /*!*/ for method parameters and instance fields that should never be null. See http://research.microsoft.com/specsharp for details on Spec# annotations. 2) Do not use public fields (Base::algorithm, buffer). Use properties if it is necessary to expose the field or private/internal visibility otherwise. Also use readonly if the field is not mutated after the object is constructed. 3) You don't need to declare Call_Foo methods in order to invoke a dynamic site unless the invocation is somehow more complex (involves some conversions etc.) 4) Please test for corner cases, eg whether the methods accept null arguments etc. Mark the parameters appropriately ([NotNull] attribute, /*!*/ etc.), add precondition checks. Here's an example: [RubyMethod("*")] public static RubyArray/*!*/ Repetition(IList/*!*/ self, int repeat) { if (repeat < 0) { throw RubyExceptions.CreateArgumentError("negative argument"); } ... } Thanks, Tomas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080324/71501f33/attachment.html From jflam at microsoft.com Mon Mar 24 18:02:20 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Mon, 24 Mar 2008 15:02:20 -0700 Subject: [Ironruby-core] digest.so implemented In-Reply-To: <001a01c88df0$4f1b0f20$ed512d60$@com> References: <001a01c88df0$4f1b0f20$ed512d60$@com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B27970@NA-EXMSG-C115.redmond.corp.microsoft.com> Thanks! -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Peter Bacon Darwin > Sent: Monday, March 24, 2008 1:48 PM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] digest.so implemented > > This was just dying out for a wiki page: > http://ironruby.rubyforge.org/wiki/wiki.pl?ContributionGuidelines > > Pete > > > > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas > Matousek > Sent: Monday,24 March 24, 2008 20:14 > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] digest.so implemented > > > > Wayne Kelly: > > > > > Attached is an implementation of the methods and classes from > external > > library digest.so that are used by some simple Rails use cases. > > > > Thanks for the contribution! Sorry for such a long delay. It required > some additional work on our side and we also had some issues with TFS > to SVN sync tool. John fixed that last week, so your contribution have > finally been checked-in. > > > > I've reviewed the code. While this feedback is specific to your > contribution, this is general advice that other contributors should > follow as well. > > Check out the latest code in SVN - all my suggestions are reflected > there. > > > > 1) Coding conventions: > > > > a) Use .NET Framework conventions for all identifiers (see > http://msdn2.microsoft.com/en-us/library/ms229002.aspx). There is no > specific guideline for naming private fields in this document; we > prefix field names with underscores (e.g. private string _fooBar). If > you're not sure about some convention try to find out in the rest of > the IronRuby code or ask in the list. > > > > b) Use /*!*/ for method parameters and instance fields that should > never be null. See http://research.microsoft.com/specsharp for details > on Spec# annotations. > > > > 2) Do not use public fields (Base::algorithm, buffer). Use properties > if it is necessary to expose the field or private/internal visibility > otherwise. > > Also use readonly if the field is not mutated after the object is > constructed. > > > > 3) You don't need to declare Call_Foo methods in order to invoke a > dynamic site unless the invocation is somehow more complex (involves > some conversions etc.) > > > > 4) Please test for corner cases, eg whether the methods accept null > arguments etc. Mark the parameters appropriately ([NotNull] attribute, > /*!*/ etc.), add precondition checks. Here's an example: > > > > [RubyMethod("*")] > > public static RubyArray/*!*/ Repetition(IList/*!*/ self, int repeat) { > > if (repeat < 0) { > > throw RubyExceptions.CreateArgumentError("negative argument"); > > } > > ... > > } > > > > Thanks, > > Tomas > > From Jimmy.Schementi at microsoft.com Mon Mar 24 18:54:04 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Mon, 24 Mar 2008 15:54:04 -0700 Subject: [Ironruby-core] http://codeplex.com/dynamicsilverlight Message-ID: Spamming both the lists, http://www.codeplex.com/dynamicsilverlight has been updated to host the Silverlight2 Beta1 bits. We will be using it as Dynamic Silverlight's project site, so please report any Silverlight-specific bugs there. Next steps are to move more samples up to the site, and host them on http://dynamicsilverlight.net and http://silverlight.net. Also, if you'd like to have a Dynamic Silverlight app showcased on http://dynamicsilverlight.net and the CodePlex project, please post the app (links to zipped source code and the live app) to the Discussions tab on the project and we will host it for you! Let me know what else you'd like to see on the Dynamic Silverlight CodePlex project site. Thanks! ~Jimmy From jflam at microsoft.com Mon Mar 24 19:54:33 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Mon, 24 Mar 2008 16:54:33 -0700 Subject: [Ironruby-core] R86 is out Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B27A2C@NA-EXMSG-C115.redmond.corp.microsoft.com> Fixes some small bugs that blocked the specs from running. So rake spec should now report 1325 specs running with 0 failures. The spec baseline needs to be reset given the large amount of work that Tomas has put into the compiler. Will do this in a separate check-in. We also need to update the specs to the latest version in rubinius. That will be done this week so that we can continue to push on the compiler to see if we can run their new spec runner without any modifications. Thanks, -John From sanxiyn at gmail.com Tue Mar 25 02:17:10 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 25 Mar 2008 15:17:10 +0900 Subject: [Ironruby-core] IronRuby r86 on Mono Message-ID: <5b0248170803242317w64a8c882g1b73c4324b47d7bb@mail.gmail.com> The law of nature dictates that if it is not tested, it is broken. So it is only natural that the recent rewrite of IronRuby's Rakefile broke build on Mono. No worry, I guess that's why I'm on this list. :-) The preliminary fixes are available here: http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/patch-rakefile Let me go through changes one by one. - exec "mkdir #{build_path}" + mkdir build_path If you have defined an abstraction, you better use it. Related is: - exec_f "mkdir #{path}" + if ENV['mono'].nil? + exec_f "mkdir #{path}" + else + exec_f "mkdir -p #{path}" + end On Windows, mkdir command will create any necessary parent directories. To get the same effect, you need -p option on Unix. This change is arguably wrong, since you can use Mono on Windows too. But let's worry about that later. I guess reimlementing "mkdir -p" in Ruby would be the way to go. Since such functionality would be generally useful, it could be contributed to, say, Ruby standard library. Perhaps such functionality is already there... framework_path { libdir = IO.popen('pkg-config --variable=libdir mono').read.strip - Pathname.new(libdir) + 'mono' + '2.0' + [Pathname.new(libdir) + 'mono' + '2.0'] } framework_path should be called with an array, or with a block returning *an array*. - get_source_dir(:build) + "/#{clr ... + get_source_dir(:build) + "#{clr ... Pathname.new('build') + '/release' produces 'build\\release' on Windows, but '/release' on Unix. PLEASE NO PATH SEPARATOR IN STRING WHEN USING PATHNAME. - compile :dlr, ... + compile :dlr, :references => ['!System.Configuration.dll'], ... Apparently Microsoft C# compiler references System.Configuration.dll automatically. The rest are boring case sensitivity issues. Also, since references to framework paths are resolved by calling Configuration.get_references(clr), I let clr return :mono and change group(:common) to group(:mono). -- Seo Sanghyeon From thibaut.barrere at gmail.com Tue Mar 25 05:51:58 2008 From: thibaut.barrere at gmail.com (=?ISO-8859-1?Q?Thibaut_Barr=E8re?=) Date: Tue, 25 Mar 2008 10:51:58 +0100 Subject: [Ironruby-core] Continuous integration on top of rubyforge SVN, your opinion ? Message-ID: <4a68b8cf0803250251y2575ac78v7ba00b6306ff7604@mail.gmail.com> Hi, What about setting up a basic continuous integration process to ensure we keep the core compiling (if not more) ? I believe internally at Microsoft this process is already in place with TFS. It could be useful (see previous threads last week) to have a continuous integration monitoring the rubyforge SVN as well. It's a bit of pain to retrieve the trunk to discover it doesn't compile isn't it ? I suggest the following tasks: - full clean then rake compile (for windows, for mono) - possibly: full clean then msbuild - a notification to ironruby-core when the build status changes (a flawless "clean" ie deleting the whole folder then running svn update could be nice). We could implement this with a box (hosted at Microsoft ?) and cruisecontrol.rb, for instance. What do you think ? cheers, -- Thibaut [blog] http://evolvingworker.com - tools for a better day [blog] http://blog.logeek.fr - learning content for developers -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080325/b9e4daf4/attachment-0001.html From jflam at microsoft.com Tue Mar 25 09:44:17 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 25 Mar 2008 06:44:17 -0700 Subject: [Ironruby-core] Continuous integration on top of rubyforge SVN, your opinion ? In-Reply-To: <4a68b8cf0803250251y2575ac78v7ba00b6306ff7604@mail.gmail.com> References: <4a68b8cf0803250251y2575ac78v7ba00b6306ff7604@mail.gmail.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B27B65@NA-EXMSG-C115.redmond.corp.microsoft.com> Thibaut Barr?re: > What about setting up a basic continuous integration process to ensure > we keep the core compiling (if not more) ? This is a good idea. > I believe internally at Microsoft this process is already in place > with TFS. It could be useful (see previous threads last week) to have > a continuous integration monitoring the rubyforge SVN as well. We have a set of check-in gates here called SNAP that runs off of TFS. When we submit our changes (or your changes) to SNAP, it runs through a set of check-in tests. SNAP parallelizes our tests across a farm of ~20 machines. It takes at least 30 minutes for SNAP to complete a check-in for Ruby. Once SNAP blesses the check-in it submits it to TFS and commits the change. As you might imagine, we don't have Linux in our test matrix, and it would be a very large work item to add it to SNAP. In a way, we're really relying on you (this means you, Seo :)) to keep filing bug reports on whether things are building and running on Mono. > It's a bit of pain to retrieve the trunk to discover it doesn't > compile isn't it ? This is entirely my fault. As I was rewriting the Rakefile to deal with multiple targets and fixing the source and project transformations, things got in an inconsistent state. Things should be much better from this point onward. We also have a gap in our SNAP tests - the specs weren't reporting some failures for some reason (we're investigating why) and that caused the breakage in the rake spec test suite which was fixed yesterday. > I suggest the following tasks: > - full clean then rake compile (for windows, for mono) > - possibly: full clean then msbuild > - a notification to ironruby-core when the build status changes > > (a flawless "clean" ie deleting the whole folder then running svn > update could be nice). > > We could implement this with a box (hosted at Microsoft ?) and > cruisecontrol.rb, for instance. While this is a good idea for Mono, I'm not sure what this buys us that SNAP doesn't already for Windows. In an ideal world we would have Mono in SNAP, but that isn't happening anytime soon ... It seems like Seo's doing a good job of being a human CI server for the Mono builds - do we need more for the time being? Thanks, -John From jflam at microsoft.com Tue Mar 25 09:44:42 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 25 Mar 2008 06:44:42 -0700 Subject: [Ironruby-core] IronRuby r86 on Mono In-Reply-To: <5b0248170803242317w64a8c882g1b73c4324b47d7bb@mail.gmail.com> References: <5b0248170803242317w64a8c882g1b73c4324b47d7bb@mail.gmail.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B27B66@NA-EXMSG-C115.redmond.corp.microsoft.com> Awesome! Thanks for the patch. Will integrate ASAP. -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Sanghyeon Seo > Sent: Monday, March 24, 2008 11:17 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby r86 on Mono > > The law of nature dictates that if it is not tested, it is broken. So > it is only natural that the recent rewrite of IronRuby's Rakefile > broke build on Mono. No worry, I guess that's why I'm on this list. > :-) > > The preliminary fixes are available here: > http://sparcs.kaist.ac.kr/~tinuviel/download/IronRuby/patch-rakefile > > Let me go through changes one by one. > > - exec "mkdir #{build_path}" > + mkdir build_path > > If you have defined an abstraction, you better use it. Related is: > > - exec_f "mkdir #{path}" > + if ENV['mono'].nil? > + exec_f "mkdir #{path}" > + else > + exec_f "mkdir -p #{path}" > + end > > On Windows, mkdir command will create any necessary parent > directories. To get the same effect, you need -p option on Unix. > > This change is arguably wrong, since you can use Mono on Windows too. > But let's worry about that later. I guess reimlementing "mkdir -p" in > Ruby would be the way to go. Since such functionality would be > generally useful, it could be contributed to, say, Ruby standard > library. Perhaps such functionality is already there... > > framework_path { > libdir = IO.popen('pkg-config --variable=libdir mono').read.strip > - Pathname.new(libdir) + 'mono' + '2.0' > + [Pathname.new(libdir) + 'mono' + '2.0'] > } > > framework_path should be called with an array, or with a block > returning *an array*. > > - get_source_dir(:build) + "/#{clr ... > + get_source_dir(:build) + "#{clr ... > > Pathname.new('build') + '/release' produces 'build\\release' on > Windows, but '/release' on Unix. PLEASE NO PATH SEPARATOR IN STRING > WHEN USING PATHNAME. > > - compile :dlr, ... > + compile :dlr, :references => ['!System.Configuration.dll'], ... > > Apparently Microsoft C# compiler references System.Configuration.dll > automatically. > > The rest are boring case sensitivity issues. Also, since references to > framework paths are resolved by calling > Configuration.get_references(clr), I let clr return :mono and change > group(:common) to group(:mono). > > -- > Seo Sanghyeon > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core From jflam at microsoft.com Tue Mar 25 10:08:15 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Tue, 25 Mar 2008 07:08:15 -0700 Subject: [Ironruby-core] IronRuby MySQL/ADO.NET wrapper In-Reply-To: <1206313739.14218.1243892199@webmail.messagingengine.com> References: <1206313739.14218.1243892199@webmail.messagingengine.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91B27B7F@NA-EXMSG-C115.redmond.corp.microsoft.com> This looks awesome. Do you know of the ADO.NET driver runs on top of Mono? I know that the SQL Server ADO.NET driver contains a large amount of unmanaged code that prevents it from running on Mono. Thanks, -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Brian Blackwell > Sent: Sunday, March 23, 2008 4:09 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] IronRuby MySQL/ADO.NET wrapper > > Hi all, > > If anyone is interested, I have knocked up a prototype for an IronRuby > wrapper over MySQL Connector/NET (the MySQL ADO.NET driver) that > implements the Ruby-MySQL interface. The idea is that this should be > able to function as a drop-in replacement for either the native or > pure Ruby MySQL drivers, thus allowing you to run things like > ActiveRecord without modification. There are still a number of methods > that I haven't yet implemented, but you can at least connect to a > database and perform queries. > > Regards > Brian Blackwell From sanxiyn at gmail.com Tue Mar 25 10:43:02 2008 From: sanxiyn at gmail.com (Sanghyeon Seo) Date: Tue, 25 Mar 2008 23:43:02 +0900 Subject: [Ironruby-core] IronRuby MySQL/ADO.NET wrapper In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B27B7F@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <1206313739.14218.1243892199@webmail.messagingengine.com> <372109E149E8084D8E6C7D9CFD82E0632D91B27B7F@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <5b0248170803250743h5084b100wb9b57317a6d723ea@mail.gmail.com> 2008/3/25, John Lam (DLR) : > This looks awesome. Do you know of the ADO.NET driver runs on top of Mono? I know that the SQL Server ADO.NET driver contains a large amount of unmanaged code that prevents it from running on Mono. FYI, Mono ships with fully managed ADO.NET provider for PostgreSQL, which runs on MS.NET too. http://www.mono-project.com/PostgreSQL -- Seo Sanghyeon From lists at ruby-forum.com Tue Mar 25 20:56:02 2008 From: lists at ruby-forum.com (Aaron Clauson) Date: Wed, 26 Mar 2008 01:56:02 +0100 Subject: [Ironruby-core] Regular Expressions Message-ID: <05adb4221e0b83b99e4175585fb0fc24@ruby-forum.com> Hi, Sorry if this is already discussed somewhere but after a trawl through this forum I couldn't find what the state of play is with regular expression support in IronRuby. I took a look at the IronRuby.Libraries assembly and saw the comment below so I've hazarded a guess the guts of regular expression support for IronRuby is still on the ToDo list? In which case it will be a while before the /^.+/ constructs can be used? "// TODO: this implementation is totally wrong, but this is a placeholder for a couple of weeks until // jomes gets a real implementation of regex. This is only here to enable the spec running harness." Regards, Aaron -- Posted via http://www.ruby-forum.com/. From Jimmy.Schementi at microsoft.com Tue Mar 25 21:02:01 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Tue, 25 Mar 2008 18:02:01 -0700 Subject: [Ironruby-core] Regular Expressions In-Reply-To: <05adb4221e0b83b99e4175585fb0fc24@ruby-forum.com> Message-ID: I was able to get a JSON parser working in IronRuby, and that heavily relies on Regex support. http://jimmy.schementi.com/blog/2008/03/parsing-json-in-ironruby.html. On 3/25/08 5:56 PM, "Aaron Clauson" wrote: Hi, Sorry if this is already discussed somewhere but after a trawl through this forum I couldn't find what the state of play is with regular expression support in IronRuby. I took a look at the IronRuby.Libraries assembly and saw the comment below so I've hazarded a guess the guts of regular expression support for IronRuby is still on the ToDo list? In which case it will be a while before the /^.+/ constructs can be used? "// TODO: this implementation is totally wrong, but this is a placeholder for a couple of weeks until // jomes gets a real implementation of regex. This is only here to enable the spec running harness." Regards, Aaron -- 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: http://rubyforge.org/pipermail/ironruby-core/attachments/20080325/1d95634a/attachment.html From Tomas.Matousek at microsoft.com Tue Mar 25 22:54:45 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Tue, 25 Mar 2008 19:54:45 -0700 Subject: [Ironruby-core] Regular Expressions In-Reply-To: <05adb4221e0b83b99e4175585fb0fc24@ruby-forum.com> References: <05adb4221e0b83b99e4175585fb0fc24@ruby-forum.com> Message-ID: Yes, it's still on todo list. It's right after 'eval'. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Aaron Clauson Sent: Tuesday, March 25, 2008 5:56 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Regular Expressions Hi, Sorry if this is already discussed somewhere but after a trawl through this forum I couldn't find what the state of play is with regular expression support in IronRuby. I took a look at the IronRuby.Libraries assembly and saw the comment below so I've hazarded a guess the guts of regular expression support for IronRuby is still on the ToDo list? In which case it will be a while before the /^.+/ constructs can be used? "// TODO: this implementation is totally wrong, but this is a placeholder for a couple of weeks until // jomes gets a real implementation of regex. This is only here to enable the spec running harness." Regards, Aaron -- 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 Wed Mar 26 01:06:42 2008 From: lists at ruby-forum.com (Aaron Clauson) Date: Wed, 26 Mar 2008 06:06:42 +0100 Subject: [Ironruby-core] Regular Expressions In-Reply-To: References: <05adb4221e0b83b99e4175585fb0fc24@ruby-forum.com> Message-ID: <1da5b97b6e3adbd04c6ece57692fd763@ruby-forum.com> Thanks for the replies! I have wrapped up the .Net Regex.Match method as an interim measure but look forward to the much cleaner Ruby =~ and /../ approach. Regards, Aaron -- Posted via http://www.ruby-forum.com/. From thibaut.barrere at gmail.com Wed Mar 26 03:59:37 2008 From: thibaut.barrere at gmail.com (=?ISO-8859-1?Q?Thibaut_Barr=E8re?=) Date: Wed, 26 Mar 2008 08:59:37 +0100 Subject: [Ironruby-core] Continuous integration on top of rubyforge SVN, your opinion ? In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91B27B65@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <4a68b8cf0803250251y2575ac78v7ba00b6306ff7604@mail.gmail.com> <372109E149E8084D8E6C7D9CFD82E0632D91B27B65@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <4a68b8cf0803260059x407318b1mb4f4ce8a5d9d7732@mail.gmail.com> Hi John, Thanks for the SNAP insight first! I believe it's enough for the time being. Out of curiosity, is SNAP calling the rake task ? If we meet inconsistencies in the future (ie things work in TFS but not from a SVN/rubyforge user point of view), it may be worth setting up something though. cheers -- Thibaut -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080326/ca6904ad/attachment.html From chris at developingchris.com Wed Mar 26 10:27:42 2008 From: chris at developingchris.com (Chris Chandler) Date: Wed, 26 Mar 2008 10:27:42 -0400 Subject: [Ironruby-core] Cleanup RubyForge Message-ID: <95f91cc30803260727v7917fbacg620fd3314e6676f@mail.gmail.com> There are a lot of bugs on the rubyforge tracker system, as well as patches for some, and some that have been found invalid. Can we cleanup rubyforge tracker/patches? Is the tracker being used internally by the IronRuby Team? Should we adopt a patching system at least socially like rails? For those not used to the rails patch process. Basically three community members must comment on the ticket that the patch runs for them when applied to the current svn repository. This allows the submitter to put a tag on the ticket which puts it in a priority 1 report for the core team to apply within the next cycle, usually within the next week. There are also other report queues that have corresponding tags so that they can clean up bad patch bug combo's. -- Thanks, Chris Chandler -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080326/2a9d8a81/attachment-0001.html From jflam at microsoft.com Wed Mar 26 10:39:36 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Wed, 26 Mar 2008 07:39:36 -0700 Subject: [Ironruby-core] Calling Josh Charles and Jayme Edwards Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2C6@NA-EXMSG-C115.redmond.corp.microsoft.com> Hi Guys, Can I get you to send an email to ssiadmin at microsoft.com to sign a contributor agreement so that I can start processing your patches? Thanks! -John From michael.letterle at gmail.com Wed Mar 26 10:40:23 2008 From: michael.letterle at gmail.com (Michael Letterle) Date: Wed, 26 Mar 2008 10:40:23 -0400 Subject: [Ironruby-core] Cleanup RubyForge In-Reply-To: <95f91cc30803260727v7917fbacg620fd3314e6676f@mail.gmail.com> References: <95f91cc30803260727v7917fbacg620fd3314e6676f@mail.gmail.com> Message-ID: I agree, RubyForge seems to be woefully underutilized. It should be kept up to date and be THE resource for IronRuby development. On Wed, Mar 26, 2008 at 10:27 AM, Chris Chandler wrote: > There are a lot of bugs on the rubyforge tracker system, as well as patches > for some, and some that have been found invalid. > > Can we cleanup rubyforge tracker/patches? Is the tracker being used > internally by the IronRuby Team? Should we adopt a patching system at least > socially like rails? > > > For those not used to the rails patch process. > Basically three community members must comment on the ticket that the patch > runs for them when applied to the current svn repository. > This allows the submitter to put a tag on the ticket which puts it in a > priority 1 report for the core team to apply within the next cycle, usually > within the next week. > There are also other report queues that have corresponding tags so that > they can clean up bad patch bug combo's. > > -- > Thanks, > Chris Chandler > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Michael Letterle [Polymath Prokrammer] http://blog.prokrams.com From jflam at microsoft.com Wed Mar 26 10:45:16 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Wed, 26 Mar 2008 07:45:16 -0700 Subject: [Ironruby-core] Cleanup RubyForge In-Reply-To: <95f91cc30803260727v7917fbacg620fd3314e6676f@mail.gmail.com> References: <95f91cc30803260727v7917fbacg620fd3314e6676f@mail.gmail.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2CD@NA-EXMSG-C115.redmond.corp.microsoft.com> Chris Chandler: > There are a lot of bugs on the rubyforge tracker system, as well as > patches for some, and some that have been found invalid. > > Can we cleanup rubyforge tracker/patches? Is the tracker being used > internally by the IronRuby Team? Should we adopt a patching system at > least socially like rails? Working on this right now. Thanks for the poke :) > For those not used to the rails patch process. > Basically three community members must comment on the ticket that the > patch runs for them when applied to the current svn repository. > This allows the submitter to put a tag on the ticket which puts it in > a priority 1 report for the core team to apply within the next cycle, > usually within the next week. > There are also other report queues that have corresponding tags so > that they can clean up bad patch bug combo's. This might be too high of a bar given our current rate of contributions. That said, it would be awesome if folks could ping the list when the post a patch and reference the patch # in the ping. Thanks, -John From jayme.edwards at gmail.com Wed Mar 26 10:48:23 2008 From: jayme.edwards at gmail.com (Jayme) Date: Wed, 26 Mar 2008 09:48:23 -0500 Subject: [Ironruby-core] Calling Josh Charles and Jayme Edwards In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2C6@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2C6@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: Did this two days ago, not sure why you haven't received the agreement yet? -Jayme On Wed, Mar 26, 2008 at 9:39 AM, John Lam (DLR) wrote: > Hi Guys, > > Can I get you to send an email to ssiadmin at microsoft.com to sign a > contributor agreement so that I can start processing your patches? > > Thanks! > -John > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080326/42993af0/attachment.html From jflam at microsoft.com Wed Mar 26 10:53:15 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Wed, 26 Mar 2008 07:53:15 -0700 Subject: [Ironruby-core] Calling Josh Charles and Jayme Edwards In-Reply-To: References: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2C6@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2D1@NA-EXMSG-C115.redmond.corp.microsoft.com> Not sure - we're a big company and it takes time for the folks who manage this to deal with the process. I'll let you know when the agreement hits our database. Thanks! -John > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > bounces at rubyforge.org] On Behalf Of Jayme > Sent: Wednesday, March 26, 2008 7:48 AM > To: ironruby-core at rubyforge.org > Subject: Re: [Ironruby-core] Calling Josh Charles and Jayme Edwards > > Did this two days ago, not sure why you haven't received the agreement > yet? > > -Jayme > > > On Wed, Mar 26, 2008 at 9:39 AM, John Lam (DLR) > wrote: > > > Hi Guys, > > Can I get you to send an email to ssiadmin at microsoft.com to sign a > contributor agreement so that I can start processing your patches? > > Thanks! > -John > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > From jayme.edwards at gmail.com Wed Mar 26 11:47:48 2008 From: jayme.edwards at gmail.com (Jayme) Date: Wed, 26 Mar 2008 10:47:48 -0500 Subject: [Ironruby-core] Calling Josh Charles and Jayme Edwards In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2D1@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2C6@NA-EXMSG-C115.redmond.corp.microsoft.com> <372109E149E8084D8E6C7D9CFD82E0632D91BDA2D1@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: No problem, just letting you know it's "in the pipe" :) -Jayme On Wed, Mar 26, 2008 at 9:53 AM, John Lam (DLR) wrote: > Not sure - we're a big company and it takes time for the folks who manage > this to deal with the process. I'll let you know when the agreement hits our > database. > > Thanks! > -John > > > > -----Original Message----- > > From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core- > > bounces at rubyforge.org] On Behalf Of Jayme > > Sent: Wednesday, March 26, 2008 7:48 AM > > To: ironruby-core at rubyforge.org > > Subject: Re: [Ironruby-core] Calling Josh Charles and Jayme Edwards > > > > Did this two days ago, not sure why you haven't received the agreement > > yet? > > > > -Jayme > > > > > > On Wed, Mar 26, 2008 at 9:39 AM, John Lam (DLR) > > wrote: > > > > > > Hi Guys, > > > > Can I get you to send an email to ssiadmin at microsoft.com to sign a > > contributor agreement so that I can start processing your patches? > > > > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080326/ead0e94e/attachment.html From jflam at microsoft.com Wed Mar 26 13:39:11 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Wed, 26 Mar 2008 10:39:11 -0700 Subject: [Ironruby-core] Cleanup RubyForge In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91BDA2CD@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <95f91cc30803260727v7917fbacg620fd3314e6676f@mail.gmail.com> <372109E149E8084D8E6C7D9CFD82E0632D91BDA2CD@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91BDA406@NA-EXMSG-C115.redmond.corp.microsoft.com> John Lam: > > There are a lot of bugs on the rubyforge tracker system, as well as > > patches for some, and some that have been found invalid. > > > > Can we cleanup rubyforge tracker/patches? Is the tracker being used > > internally by the IronRuby Team? Should we adopt a patching system at > > least socially like rails? > > Working on this right now. Thanks for the poke :) Just finished triaging all of the open bugs. I closed a few after verifying the fixes but at least every bug has an owner. Will hopefully close some of the older / simpler ones today. Thanks, -John From jayme.edwards at gmail.com Wed Mar 26 16:37:45 2008 From: jayme.edwards at gmail.com (Jayme) Date: Wed, 26 Mar 2008 15:37:45 -0500 Subject: [Ironruby-core] Updated the wiki a bit Message-ID: Hey guys, Just giving you a heads up that I've made some tweaks to the organization of the wiki. There are several topics I still need to clean up but the main page and most topics have been updated with a little more clarity and cleaner formatting. I'll try to get the rest when I have some more spare time tomorrow. Trying to keep with the concise/open source spirit but also make it easier for someone new to the codebase to get started. -Jayme -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080326/55a806f1/attachment.html From lists at ruby-forum.com Wed Mar 26 19:52:20 2008 From: lists at ruby-forum.com (Tor erik Linnerud) Date: Thu, 27 Mar 2008 00:52:20 +0100 Subject: [Ironruby-core] IronRuby r86 on Mono In-Reply-To: <5b0248170803242317w64a8c882g1b73c4324b47d7bb@mail.gmail.com> References: <5b0248170803242317w64a8c882g1b73c4324b47d7bb@mail.gmail.com> Message-ID: <38ea463f0444c9262ffe2c5fe501555c@ruby-forum.com> I guess reimlementing "mkdir -p" in > Ruby would be the way to go. Since such functionality would be > generally useful, it could be contributed to, say, Ruby standard > library. Perhaps such functionality is already there... irb(main):001:0> require 'fileutils' => true irb(main):002:0> FileUtils.mkdir_p 'foo/bar' => "foo/bar" regards, Tor Erik -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Thu Mar 27 02:18:51 2008 From: lists at ruby-forum.com (Softmind Technology) Date: Thu, 27 Mar 2008 07:18:51 +0100 Subject: [Ironruby-core] Few Small Examples in Linq with IronRuby In-Reply-To: <88bc128e0441625a5faf0d6310492d3d@ruby-forum.com> References: <88bc128e0441625a5faf0d6310492d3d@ruby-forum.com> Message-ID: <86b7f868787815fd46115885b4c2061e@ruby-forum.com> Rahil Kantharia wrote: > Web Reservoir wrote: > LINQ 2 SQL is very important. I think few experts should start some > tutorials about this > I think, its time for some experts to come ahead a start blogging about Linq to sql with Iron Ruby to start with. + 1 on the suggestion by Mr.Rahil SoftMind -- Posted via http://www.ruby-forum.com/. From noonknight at gmail.com Thu Mar 27 09:03:26 2008 From: noonknight at gmail.com (Jeff Siebold) Date: Thu, 27 Mar 2008 08:03:26 -0500 Subject: [Ironruby-core] debugging IR Message-ID: <689a7f9e0803270603x35db7474n92ce15c96f6cd0f8@mail.gmail.com> Hi all, I've been following IR since pre-alpha and have enjoyed being able to play with .NET within Ruby. Since the beginning, the one thing that I've been most looking forward to has been debugging. I've seen that some debugging might already be in the current SVN rev (a blog post by John & I think revision notes too). Is this true? If so, how can I debug ruby code? I'm using VS 2008. Thanks for any help, Noon From jflam at microsoft.com Thu Mar 27 21:25:08 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 27 Mar 2008 18:25:08 -0700 Subject: [Ironruby-core] Updated the wiki a bit In-Reply-To: References: Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91BDADA8@NA-EXMSG-C115.redmond.corp.microsoft.com> Jayme: > Just giving you a heads up that I've made some tweaks to the > organization of the wiki. There are several topics I still need to > clean up but the main page and most topics have been updated with a > little more clarity and cleaner formatting. I'll try to get the rest > when I have some more spare time tomorrow. Trying to keep with the > concise/open source spirit but also make it easier for someone new to > the codebase to get started. > > -Jayme Nice! Thanks for making those changes! -John From jflam at microsoft.com Thu Mar 27 21:47:02 2008 From: jflam at microsoft.com (John Lam (DLR)) Date: Thu, 27 Mar 2008 18:47:02 -0700 Subject: [Ironruby-core] debugging IR In-Reply-To: <689a7f9e0803270603x35db7474n92ce15c96f6cd0f8@mail.gmail.com> References: <689a7f9e0803270603x35db7474n92ce15c96f6cd0f8@mail.gmail.com> Message-ID: <372109E149E8084D8E6C7D9CFD82E0632D91BDADC8@NA-EXMSG-C115.redmond.corp.microsoft.com> Jeff Siebold: > I've been following IR since pre-alpha and have enjoyed being able to > play with .NET within Ruby. Since the beginning, the one thing that > I've been most looking forward to has been debugging. I've seen that > some debugging might already be in the current SVN rev (a blog post by > John & I think revision notes too). Is this true? If so, how can I > debug ruby code? I'm using VS 2008. Debugging support works today in Silverlight as long as you have the Silverlight tools for VS installed. It should just work on desktop CLR as well. Now 'just work' means that our source spans aren't defined precisely which means that stepping over individual statements and in conditionals is, um, weird. But it does hit breakpoints and show locals and the call stack correctly, but I wouldn't really use it for real until we fix how we generate sequence points. Thanks, -John From Tomas.Matousek at microsoft.com Thu Mar 27 22:25:14 2008 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 27 Mar 2008 19:25:14 -0700 Subject: [Ironruby-core] debugging IR In-Reply-To: <372109E149E8084D8E6C7D9CFD82E0632D91BDADC8@NA-EXMSG-C115.redmond.corp.microsoft.com> References: <689a7f9e0803270603x35db7474n92ce15c96f6cd0f8@mail.gmail.com> <372109E149E8084D8E6C7D9CFD82E0632D91BDADC8@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: "It should just work" means you open IronRuby.sln, the Ruby source file you want to debug, place a breakpoint and run Ruby.Console project with the source file path on the command line. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Lam (DLR) Sent: Thursday, March 27, 2008 6:47 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] debugging IR Jeff Siebold: > I've been following IR since pre-alpha and have enjoyed being able to > play with .NET within Ruby. Since the beginning, the one thing that > I've been most looking forward to has been debugging. I've seen that > some debugging might already be in the current SVN rev (a blog post by > John & I think revision notes too). Is this true? If so, how can I > debug ruby code? I'm using VS 2008. Debugging support works today in Silverlight as long as you have the Silverlight tools for VS installed. It should just work on desktop CLR as well. Now 'just work' means that our source spans aren't defined precisely which means that stepping over individual statements and in conditionals is, um, weird. But it does hit breakpoints and show locals and the call stack correctly, but I wouldn't really use it for real until we fix how we generate sequence points. Thanks, -John _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Sat Mar 29 06:17:53 2008 From: lists at ruby-forum.com (Rahil Kantharia) Date: Sat, 29 Mar 2008 11:17:53 +0100 Subject: [Ironruby-core] IronRuby in Action.... On its way Message-ID: <451ca26798c07b753557c8922043d907@ruby-forum.com> Hello, Its nice to know that books are getting announced for IronRuby. I knew that Ivan Porto Carrero, is writing a book on IronRuby, but was unaware about the Title. Ok.. its now officially declared as " IronRuby in Action " by manning publications. Ivan has already earned a reputation by helping most of the members here. He goes a step ahead by asking suggestions on the most preferred ORM for IronRuby. He shall explain more time devoting to the specified Orm. My suggestions gies like this... (1) Active Record ---- Rails (2) Linq to Sql (3) Subsonic I requset you all to place your suggestions here or on hos blog at.. http://flanders.co.nz/2008/03/18/a-status-report-on-the-ironruby-inaction-book/#comments Rahil -- Posted via http://www.ruby-forum.com/. From Jimmy.Schementi at microsoft.com Sun Mar 30 19:10:34 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Sun, 30 Mar 2008 16:10:34 -0700 Subject: [Ironruby-core] Using Dynamic Languages in Silverlight with Visual Studio Message-ID: http://blogs.msdn.com/webnext/archive/2008/03/30/silverlight-dynamic-languag es-in-visual-studio.aspx For all those who have been asking about Visual Studio support, Laurence Moroney just posted about using Dynamic Languages in Silverlight with Visual Studio! Shows you how to start Chiron with F5 in a website solution. Let me know if anyone has any feedback for Laurence, as this will content will make it into his Silverlight 2 book! Thanks again Laurence! ~Jimmy From robert.brotherus at napa.fi Mon Mar 31 03:44:21 2008 From: robert.brotherus at napa.fi (Robert Brotherus) Date: Mon, 31 Mar 2008 10:44:21 +0300 Subject: [Ironruby-core] debugging IR References: <689a7f9e0803270603x35db7474n92ce15c96f6cd0f8@mail.gmail.com><372109E149E8084D8E6C7D9CFD82E0632D91BDADC8@NA-EXMSG-C115.redmond.corp.microsoft.com> Message-ID: <53194650933664488F3F0C3A0AB56832228290@nw60.napa.fi> I have been embedding IronRuby to our WPF C# application, so I am not starting rbx but rather doing calls like: MyEngine.CreateScriptSourceFromFile("MyRuby.rb").Execute(MyScope); Any hope for me to get to use the nice new debugging goodies? :-) I did install the silverlight VS extension, included MyRuby.rb to my C# project and placed breakpoint there, but that did not seem to be enough to have execution stopping there :-( Robert Brotherus -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek Sent: 28. maaliskuuta 2008 4:25 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] debugging IR "It should just work" means you open IronRuby.sln, the Ruby source file you want to debug, place a breakpoint and run Ruby.Console project with the source file path on the command line. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Lam (DLR) Sent: Thursday, March 27, 2008 6:47 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] debugging IR Jeff Siebold: > I've been following IR since pre-alpha and have enjoyed being able to > play with .NET within Ruby. Since the beginning, the one thing that > I've been most looking forward to has been debugging. I've seen that > some debugging might already be in the current SVN rev (a blog post by > John & I think revision notes too). Is this true? If so, how can I > debug ruby code? I'm using VS 2008. Debugging support works today in Silverlight as long as you have the Silverlight tools for VS installed. It should just work on desktop CLR as well. Now 'just work' means that our source spans aren't defined precisely which means that stepping over individual statements and in conditionals is, um, weird. But it does hit breakpoints and show locals and the call stack correctly, but I wouldn't really use it for real until we fix how we generate sequence points. 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 Jimmy.Schementi at microsoft.com Mon Mar 31 06:30:31 2008 From: Jimmy.Schementi at microsoft.com (Jimmy Schementi) Date: Mon, 31 Mar 2008 03:30:31 -0700 Subject: [Ironruby-core] debugging IR In-Reply-To: <53194650933664488F3F0C3A0AB56832228290@nw60.napa.fi> Message-ID: You have to explicitly tell the DLR to generate "debuggable" code. ScriptRuntime env = ScriptRuntime.Create(setup); env.GlobalOptions.DebugMode = true; ScriptEngine MyEngine = env.GetEngineByFileExtension("rb"); // ... MyEngine.CreateScriptSourceFromFile("MyRuby.rb").Execute(MyScope); Disclaimer: compiled by brain =P ~js On 3/31/08 12:44 AM, "Robert Brotherus" wrote: I have been embedding IronRuby to our WPF C# application, so I am not starting rbx but rather doing calls like: MyEngine.CreateScriptSourceFromFile("MyRuby.rb").Execute(MyScope); Any hope for me to get to use the nice new debugging goodies? :-) I did install the silverlight VS extension, included MyRuby.rb to my C# project and placed breakpoint there, but that did not seem to be enough to have execution stopping there :-( Robert Brotherus -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Tomas Matousek Sent: 28. maaliskuuta 2008 4:25 To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] debugging IR "It should just work" means you open IronRuby.sln, the Ruby source file you want to debug, place a breakpoint and run Ruby.Console project with the source file path on the command line. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of John Lam (DLR) Sent: Thursday, March 27, 2008 6:47 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] debugging IR Jeff Siebold: > I've been following IR since pre-alpha and have enjoyed being able to > play with .NET within Ruby. Since the beginning, the one thing that > I've been most looking forward to has been debugging. I've seen that > some debugging might already be in the current SVN rev (a blog post by > John & I think revision notes too). Is this true? If so, how can I > debug ruby code? I'm using VS 2008. Debugging support works today in Silverlight as long as you have the Silverlight tools for VS installed. It should just work on desktop CLR as well. Now 'just work' means that our source spans aren't defined precisely which means that stepping over individual statements and in conditionals is, um, weird. But it does hit breakpoints and show locals and the call stack correctly, but I wouldn't really use it for real until we fix how we generate sequence points. 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080331/26a8ea1d/attachment.html From enicholson at gmail.com Mon Mar 31 23:07:03 2008 From: enicholson at gmail.com (Eric Nicholson) Date: Mon, 31 Mar 2008 23:07:03 -0400 Subject: [Ironruby-core] Patch submitted - [#19230] Time implementation Message-ID: Hey Guys, Josh Charles put a bug in my ear (thanks Josh!), so I got off my duff and submitted a patch for the Time class that's been sitting on my laptop for months. It should have implementations for most of the basic Time functionality save for the strftime method. It'll pass 22 of the 55 time specs. It would pass almost all of them, but the specs depend on ENV["TZ"] to set the system time zone, which I'm not sure is really possible on Windows, and seems a little sketchy anyway (who wants specs monkeying with their system time?). I had more luck with the JRuby tests when I ran them. I hope it's useful for somebody... Cheers! Eric Nicholson -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ironruby-core/attachments/20080331/ff5732fb/attachment-0001.html