From lists at ruby-forum.com Sat Jan 1 13:01:57 2011 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Sat, 01 Jan 2011 19:01:57 +0100 Subject: [Ironruby-core] Any coming IronRuby releases fixing igem this year? In-Reply-To: References: <96697BDC863ACA41B6F3A3743B8CB75C88B4D7@idefix.Curit.local> Message-ID: Hope the holiday was relaxing to all. Is there any news about the fix for the gems? Maybe a 1.1.2 version? Regards to all... Eduardo Tomas Matousek wrote in post #970167: > I was able to repro this issue on my laptop and will check in a fix > soon. > > Albert-Jan was right, the problem was in SocketStream.cs though the > solution is to remove most of the code there rather then add any. I have > no idea what was it supposed to achieve but it seems the class is a bit > overengineered. > > > > Tomas > -- Posted via http://www.ruby-forum.com/. From me at slodge.com Wed Jan 5 11:15:08 2011 From: me at slodge.com (Stuart Lodge) Date: Wed, 5 Jan 2011 16:15:08 +0000 Subject: [Ironruby-core] Iron7 - what to checkin where... Message-ID: Happy New Year to you all :) I'm back from skiing and I hope to get some time to try to do something (some form of build and checkin) with iron7 next week - currently I'm guessing what I'll do is: - strip out the dependencies - e.g. things like Json.net, Hammock REST and the CodeMirror editor - then check that in alongside some scripts for tetris, fingerpaint, GPS/mapping, accelerometer, etc. - I'll hopefully also include the code to allow the sample to work with http://script.iron7.com - at least until the WP7 editor has cut and paste! Currently I'm expecting this sample to complement the existing WP7 sample rather than to replace it. Alternatively, I could just checkin pretty much everything I have over on a different code tree - e.g. on a new tree on codeplex or on github? Does anyone have any preferences for what I check in or how I do it? Also, if anyone's got any specific WP7 functionality they'd like to see exposed/demoed then please let me know - it'll be easier to code while I can still remember how it works ;) Best wishes for 2011 Stuart -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Wed Jan 5 11:25:34 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Wed, 5 Jan 2011 11:25:34 -0500 Subject: [Ironruby-core] Iron7 - what to checkin where... In-Reply-To: References: Message-ID: Stuart, are you saying you want to check in a slimmed-down version of iron7 into the IronLanguages repo on GitHub? If so, sounds great; fork the repo make your changes and let me know when it's ready to pull into the main repo. Let me know if I misunderstood. =) ~Jimmy On Wed, Jan 5, 2011 at 11:15 AM, Stuart Lodge wrote: > Happy New Year to you all :) > > I'm back from skiing and I hope to get some time to try to do something > (some form of build and checkin) with iron7 next week - currently I'm > guessing what I'll do is: > - strip out the dependencies - e.g. things like Json.net, Hammock REST and > the CodeMirror editor > - then check that in alongside some scripts for tetris, fingerpaint, > GPS/mapping, accelerometer, etc. > - I'll hopefully also include the code to allow the sample to work with > http://script.iron7.com - at least until the WP7 editor has cut and paste! > > Currently I'm expecting this sample to complement the existing WP7 sample > rather than to replace it. > > Alternatively, I could just checkin pretty much everything I have over on a > different code tree - e.g. on a new tree on codeplex or on github? > > Does anyone have any preferences for what I check in or how I do it? > > Also, if anyone's got any specific WP7 functionality they'd like to see > exposed/demoed then please let me know - it'll be easier to code while I can > still remember how it works ;) > > Best wishes for 2011 > > Stuart > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gthiesfeld at gmail.com Wed Jan 5 14:11:19 2011 From: gthiesfeld at gmail.com (Gordon Thiesfeld) Date: Wed, 5 Jan 2011 13:11:19 -0600 Subject: [Ironruby-core] ironruby packages Message-ID: Hello all, I'm the author of pik[1], which is a tool similar to RVM, but for Windows. I recently got a report that people can't install the latest IronRuby packages via pik [2]. This is because the latest packages aren't available on RubyForge. Currently, pik just scrapes the rubyforge files page to determine what IronRuby packages are available. I plan on coming up with a better solution than scraping, but my other concern is that I can't find any direct download links on codeplex. You have to agree to their license agreement before a download can begin. If anyone has any ideas of how I can solve this problem, and improve pik's ability to install newer IronRuby packages, I would greatly appreciate it. Thanks, Gordon Thiesfeld [1] https://github.com/vertiginous/pik [2] https://gist.github.com/766812 From jimmy at schementi.com Wed Jan 5 14:32:10 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Wed, 5 Jan 2011 14:32:10 -0500 Subject: [Ironruby-core] ironruby packages In-Reply-To: References: Message-ID: Hey Gordon, We used to put IronRuby on RubyForge as well, http://rubyforge.org/frs/?group_id=4359, but stopped because we didn't think anyone was using them. Sounds like pik was the one consumer, sorry! As for the CodePlex direct link issue, I think there is a direct link (via HTTP GET) that we could publicize, but I'm not sure what it is at this point, though firing up Fiddler and watching what CodePlex does should answer the question. If you can't figure it out, we'll find some other way of providing a direct download link. ~Jimmy On Wed, Jan 5, 2011 at 2:11 PM, Gordon Thiesfeld wrote: > Hello all, > > I'm the author of pik[1], which is a tool similar to RVM, but for > Windows. I recently got a report that people can't install the latest > IronRuby packages via pik [2]. This is because the latest packages > aren't available on RubyForge. Currently, pik just scrapes the > rubyforge files page to determine what IronRuby packages are > available. I plan on coming up with a better solution than scraping, > but my other concern is that I can't find any direct download links on > codeplex. You have to agree to their license agreement before a > download can begin. > > If anyone has any ideas of how I can solve this problem, and improve > pik's ability to install newer IronRuby packages, I would greatly > appreciate it. > > Thanks, > > Gordon Thiesfeld > > [1] https://github.com/vertiginous/pik > [2] https://gist.github.com/766812 > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at slodge.com Wed Jan 5 14:51:51 2011 From: me at slodge.com (Stuart Lodge) Date: Wed, 5 Jan 2011 19:51:51 +0000 Subject: [Ironruby-core] Iron7 - what to checkin where...& In-Reply-To= Yup - I'm still intending to share the code - just got to make sure I don't pollute your lovely source tree with too many other open source licenses. I'm also looking at the gestalt project - thinking about if there's anyway I can combine the projects - e.g. if i can find a way to run the same scripts within Silverlight/HTML5 and within WP7 Thinking about it... but also got the day job to do too ;) Stuart -------------- next part -------------- An HTML attachment was scrubbed... URL: From cchayden at gmail.com Wed Jan 5 20:22:05 2011 From: cchayden at gmail.com (Charles Hayden) Date: Wed, 5 Jan 2011 17:22:05 -0800 Subject: [Ironruby-core] interfacing with the Asynchronous Programming Model Message-ID: I am thinking about using about using Ruby in conjunction with the APM. I want to transition from a C# program written using the BeginXXX/EndXXX paradigm to execute the asynchronous part in a ruby script host. I would need to be able to run many threads over the same script, to have it return when waiting rather than hold onto the thread, and to be able to resume on a different thread than it had been running originally. Note: I do not want to use the Iron Ruby thread, which maps to a .NET thread, but to use the ability to suspend and later resume a computation to execute many kinds of activities on a single thread, or on a set of threads in the thread pool. Is this going to be possible, given the limitations of Iron Ruby? Is is bad idea for some other reason? From poojan at 6waghs.net Thu Jan 6 09:35:44 2011 From: poojan at 6waghs.net (Poojan Wagh) Date: Thu, 06 Jan 2011 08:35:44 -0600 Subject: [Ironruby-core] Location of ir.exe.config in IronRuby 1.1 Message-ID: <4D25D340.4050606@6waghs.net> I'm trying to set the useLegacyV2RuntimeActivationPolicy option so that my IronRuby script can reference .NET 2.0 assemblies from .NET 4.0. I found a few references that say that .NET will run the script in IronRuby's (ir.exe) app domain, so I need to modify ir.exe.config. However, for IronRuby 1.1, I can't find ir.exe.config anywhere. Is there some other method IronRuby is using for setting such .NET options. If not, where should I put ir.exe.config? Any help or pointers would be much-appreciated. Thanks, -- Poojan From sb at dev-heaven.net Thu Jan 6 10:51:46 2011 From: sb at dev-heaven.net (Sick Boy) Date: Thu, 6 Jan 2011 15:51:46 +0000 Subject: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast In-Reply-To: References: Message-ID: Hello, I am since some weeks working with IronRuby.I do not consider myself a great programmer in neither Ruby or .NET, yet I really love Ruby, and in these past few weeks IronRuby and .NET in general has really grown on me; very powerful!So first; my gratitude for this amazing product, thanks to all who make this possible! My project's available @ Github: https://github.com/sickboy/six-updater-gui My current issue is that SQLite writes seem to take at least 0.7 seconds per write.So if I update 100 records at once in 1 query, it will take ~0.8s.But also if I update 1 record, it will take ~0.7s..In comparison, the same actions with mingw Ruby 1.9.2 (from RubyInstaller.org), these writes take only about 0.005s Reads seem to be okay. Is this a known problem? Is there anything that can be done about this?Do others see these long delays as well? How about msSQL (/Express)? Not sure if I should create a seperate mail thread for this;The second problem i'm having is that when I load a database model with ActiveRecord 2.3.8 into a BindingList, and that to a BindingSource, and assign it to a DataGridView, everything is fine.When I use ActiveRecord 3.03, I get "A singleton class has no underlying system type". Unless I don't add records to the binding list, before assigning the BindingSource as data_source of the DataGridView, and instead, add records to the binding list after assigning the data_source.I am not sure how I should debug this problem. Lastly I have the feeling (based on timing results in my logs) that processing IronRuby scripts is faster when they run through the ir.exe interpreter, than when they are executed in an engine from within a c# app.Could that be because certain optimizations are enabled in ir.exe, or something similair? Thanks for your time! -------------- next part -------------- An HTML attachment was scrubbed... URL: From sb at dev-heaven.net Thu Jan 6 10:56:16 2011 From: sb at dev-heaven.net (Sick Boy) Date: Thu, 6 Jan 2011 15:56:16 +0000 Subject: [Ironruby-core] interfacing with the Asynchronous Programming Model Message-ID: Hi, You can find the ir app.config included in the IronLanguages repository, iirc Bin/Debughttps://github.com/IronLanguages/main Personally I've found that no matter what you put in there at least for LibraryPaths / StdLib settings,if you have IronRuby installed it will not take your settings. For the paths im setting them from inside the C# app. Hope this helps. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sb at dev-heaven.net Thu Jan 6 11:00:51 2011 From: sb at dev-heaven.net (Sick Boy) Date: Thu, 6 Jan 2011 16:00:51 +0000 Subject: [Ironruby-core] Location of ir.exe.config in IronRuby 1.1 In-Reply-To: References: Message-ID: Hi, You can find the ir app.config included in the IronLanguages repository, iirc Bin/Debughttps://github.com/IronLanguages/main Personally I've found that no matter what you put in there at least for LibraryPaths / StdLib settings,if you have IronRuby installed it will not take your settings. For the paths im setting them from inside the C# app. Hope this helps. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Thu Jan 6 12:14:51 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 6 Jan 2011 17:14:51 +0000 Subject: [Ironruby-core] Location of ir.exe.config in IronRuby 1.1 In-Reply-To: <4D25D340.4050606@6waghs.net> References: <4D25D340.4050606@6waghs.net> Message-ID: Create a new file ir.exe.config next to ir.exe. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Poojan Wagh Sent: Thursday, January 06, 2011 6:36 AM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] Location of ir.exe.config in IronRuby 1.1 I'm trying to set the useLegacyV2RuntimeActivationPolicy option so that my IronRuby script can reference .NET 2.0 assemblies from .NET 4.0. I found a few references that say that .NET will run the script in IronRuby's (ir.exe) app domain, so I need to modify ir.exe.config. However, for IronRuby 1.1, I can't find ir.exe.config anywhere. Is there some other method IronRuby is using for setting such .NET options. If not, where should I put ir.exe.config? Any help or pointers would be much-appreciated. Thanks, -- Poojan _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From sb at dev-heaven.net Sat Jan 8 06:53:05 2011 From: sb at dev-heaven.net (Sick Boy) Date: Sat, 8 Jan 2011 11:53:05 +0000 Subject: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast In-Reply-To: References: , Message-ID: I went out of my way and decided to have a look at updating the SQlite dll. It seems the interface has changed since sqlite3-ironruby gem release. I have downloaded and put the Community.CsharpSqlite.dll in the native folder:http://code.google.com/p/csharp-sqlite/downloads/list?can=1&q=&colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount Then I have adjusted driver.rb to: http://pastebin.com/diff.php?i=7e522Rvs Most things seem to just work, and it's blazing fast now, about as fast as Ruby 1.9.2's sqlite3 performance! I thought i'd let you know in case experiencing similair issues :-) From: sb at dev-heaven.net To: ironruby-core at rubyforge.org Date: Thu, 6 Jan 2011 15:51:46 +0000 Subject: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast Hello, I am since some weeks working with IronRuby.I do not consider myself a great programmer in neither Ruby or .NET, yet I really love Ruby, and in these past few weeks IronRuby and .NET in general has really grown on me; very powerful!So first; my gratitude for this amazing product, thanks to all who make this possible! My project's available @ Github: https://github.com/sickboy/six-updater-gui My current issue is that SQLite writes seem to take at least 0.7 seconds per write.So if I update 100 records at once in 1 query, it will take ~0.8s.But also if I update 1 record, it will take ~0.7s..In comparison, the same actions with mingw Ruby 1.9.2 (from RubyInstaller.org), these writes take only about 0.005s Reads seem to be okay. Is this a known problem? Is there anything that can be done about this?Do others see these long delays as well? How about msSQL (/Express)? Not sure if I should create a seperate mail thread for this;The second problem i'm having is that when I load a database model with ActiveRecord 2.3.8 into a BindingList, and that to a BindingSource, and assign it to a DataGridView, everything is fine.When I use ActiveRecord 3.03, I get "A singleton class has no underlying system type". Unless I don't add records to the binding list, before assigning the BindingSource as data_source of the DataGridView, and instead, add records to the binding list after assigning the data_source.I am not sure how I should debug this problem. Lastly I have the feeling (based on timing results in my logs) that processing IronRuby scripts is faster when they run through the ir.exe interpreter, than when they are executed in an engine from within a c# app.Could that be because certain optimizations are enabled in ir.exe, or something similair? Thanks for your time! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From sb at dev-heaven.net Sat Jan 8 18:58:21 2011 From: sb at dev-heaven.net (Sick Boy) Date: Sat, 8 Jan 2011 23:58:21 +0000 Subject: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast In-Reply-To: References: , , , Message-ID: Only problem i've ran into with this method for now has been the usage of System::Int64 for Primary keys. In a join table it was storing the yaml representation of the Int64 object instead of the proper Integer value, as a quick patch I've applied the following but i'm sure there is a better safer way; class System::Int64 def to_i; self.to_s.to_i; end end From: sb at dev-heaven.net To: ironruby-core at rubyforge.org Date: Sat, 8 Jan 2011 11:53:05 +0000 Subject: Re: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast I went out of my way and decided to have a look at updating the SQlite dll. It seems the interface has changed since sqlite3-ironruby gem release. I have downloaded and put the Community.CsharpSqlite.dll in the native folder:http://code.google.com/p/csharp-sqlite/downloads/list?can=1&q=&colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount Then I have adjusted driver.rb to: http://pastebin.com/diff.php?i=7e522Rvs Most things seem to just work, and it's blazing fast now, about as fast as Ruby 1.9.2's sqlite3 performance! I thought i'd let you know in case experiencing similair issues :-) From: sb at dev-heaven.net To: ironruby-core at rubyforge.org Date: Thu, 6 Jan 2011 15:51:46 +0000 Subject: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast Hello, I am since some weeks working with IronRuby.I do not consider myself a great programmer in neither Ruby or .NET, yet I really love Ruby, and in these past few weeks IronRuby and .NET in general has really grown on me; very powerful!So first; my gratitude for this amazing product, thanks to all who make this possible! My project's available @ Github: https://github.com/sickboy/six-updater-gui My current issue is that SQLite writes seem to take at least 0.7 seconds per write.So if I update 100 records at once in 1 query, it will take ~0.8s.But also if I update 1 record, it will take ~0.7s..In comparison, the same actions with mingw Ruby 1.9.2 (from RubyInstaller.org), these writes take only about 0.005s Reads seem to be okay. Is this a known problem? Is there anything that can be done about this?Do others see these long delays as well? How about msSQL (/Express)? Not sure if I should create a seperate mail thread for this;The second problem i'm having is that when I load a database model with ActiveRecord 2.3.8 into a BindingList, and that to a BindingSource, and assign it to a DataGridView, everything is fine.When I use ActiveRecord 3.03, I get "A singleton class has no underlying system type". Unless I don't add records to the binding list, before assigning the BindingSource as data_source of the DataGridView, and instead, add records to the binding list after assigning the data_source.I am not sure how I should debug this problem. Lastly I have the feeling (based on timing results in my logs) that processing IronRuby scripts is faster when they run through the ir.exe interpreter, than when they are executed in an engine from within a c# app.Could that be because certain optimizations are enabled in ir.exe, or something similair? Thanks for your time! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Sat Jan 8 19:27:03 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 9 Jan 2011 00:27:03 +0000 Subject: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast In-Reply-To: References: , , , Message-ID: The driver should convert Int64 to Bignum, using e.g. Kernel#Integer: >>> i64 = System::Int64.new(1000000000000) => 1000000000000 (Int64) >>> Integer(i64) => 1000000000000 >>> Integer(i64).class => Bignum >>> Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Sick Boy Sent: Saturday, January 08, 2011 3:58 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast Only problem i've ran into with this method for now has been the usage of System::Int64 for Primary keys. In a join table it was storing the yaml representation of the Int64 object instead of the proper Integer value, as a quick patch I've applied the following but i'm sure there is a better safer way; class System::Int64 def to_i; self.to_s.to_i; end end ________________________________ From: sb at dev-heaven.net To: ironruby-core at rubyforge.org Date: Sat, 8 Jan 2011 11:53:05 +0000 Subject: Re: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast I went out of my way and decided to have a look at updating the SQlite dll. It seems the interface has changed since sqlite3-ironruby gem release. I have downloaded and put the Community.CsharpSqlite.dll in the native folder: http://code.google.com/p/csharp-sqlite/downloads/list?can=1&q=&colspec=Filename+Summary+Uploaded+ReleaseDate+Size+DownloadCount Then I have adjusted driver.rb to: http://pastebin.com/diff.php?i=7e522Rvs Most things seem to just work, and it's blazing fast now, about as fast as Ruby 1.9.2's sqlite3 performance! I thought i'd let you know in case experiencing similair issues :-) ________________________________ From: sb at dev-heaven.net To: ironruby-core at rubyforge.org Date: Thu, 6 Jan 2011 15:51:46 +0000 Subject: [Ironruby-core] IR WPF Project, ActiveRecord sqlite3-ironruby writes slow, reads fast Hello, I am since some weeks working with IronRuby. I do not consider myself a great programmer in neither Ruby or .NET, yet I really love Ruby, and in these past few weeks IronRuby and .NET in general has really grown on me; very powerful! So first; my gratitude for this amazing product, thanks to all who make this possible! My project's available @ Github: https://github.com/sickboy/six-updater-gui My current issue is that SQLite writes seem to take at least 0.7 seconds per write. So if I update 100 records at once in 1 query, it will take ~0.8s. But also if I update 1 record, it will take ~0.7s.. In comparison, the same actions with mingw Ruby 1.9.2 (from RubyInstaller.org), these writes take only about 0.005s Reads seem to be okay. Is this a known problem? Is there anything that can be done about this? Do others see these long delays as well? How about msSQL (/Express)? Not sure if I should create a seperate mail thread for this; The second problem i'm having is that when I load a database model with ActiveRecord 2.3.8 into a BindingList, and that to a BindingSource, and assign it to a DataGridView, everything is fine. When I use ActiveRecord 3.03, I get "A singleton class has no underlying system type". Unless I don't add records to the binding list, before assigning the BindingSource as data_source of the DataGridView, and instead, add records to the binding list after assigning the data_source. I am not sure how I should debug this problem. Lastly I have the feeling (based on timing results in my logs) that processing IronRuby scripts is faster when they run through the ir.exe interpreter, than when they are executed in an engine from within a c# app. Could that be because certain optimizations are enabled in ir.exe, or something similair? Thanks for your time! _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Tue Jan 11 13:40:40 2011 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Tue, 11 Jan 2011 19:40:40 +0100 Subject: [Ironruby-core] ironruby.net website not accessible Message-ID: <560dededd41a94416b22e2bb2d527d42@ruby-forum.com> Hi all, I've found that you can't access to IronRuby.net website anymore. Do you have any idea of what's happening? Moving the website to some other hosting? Happy new year to everyone and keep up with the good job. I love Iron Ruby and wish that ir 1.1.2 comes close with the igem installer fixed. Best regards to all Eduardo Blumenfeld -- Posted via http://www.ruby-forum.com/. From Larry.Jones at aspentech.com Tue Jan 11 13:56:24 2011 From: Larry.Jones at aspentech.com (Jones, Larry) Date: Tue, 11 Jan 2011 13:56:24 -0500 Subject: [Ironruby-core] ironruby.net website not accessible In-Reply-To: <560dededd41a94416b22e2bb2d527d42@ruby-forum.com> References: <560dededd41a94416b22e2bb2d527d42@ruby-forum.com> Message-ID: +1 I saw the same behavior this weekend and figured it was just me. --- Larry Jones ||| Senior Level Development Engineer Aspen Technology, Inc. ||| +1 281-504-3324 ||| fax: 281-584-1062 ||| www.aspentech.com -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Eduardo Blumenfeld Sent: Tuesday, January 11, 2011 12:41 PM To: ironruby-core at rubyforge.org Subject: [Ironruby-core] ironruby.net website not accessible Hi all, I've found that you can't access to IronRuby.net website anymore. Do you have any idea of what's happening? Moving the website to some other hosting? Happy new year to everyone and keep up with the good job. I love Iron Ruby and wish that ir 1.1.2 comes close with the igem installer fixed. Best regards to all Eduardo Blumenfeld -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core This e-mail and any attachments are intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified any dissemination, distribution or copying of this email, and any attachments thereto, is strictly prohibited. If you receive this email in error please immediately notify the sender and permanently delete the original copy and any copy of any e-mail, and any printout thereof. From jimmy at schementi.com Tue Jan 11 16:44:18 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Tue, 11 Jan 2011 16:44:18 -0500 Subject: [Ironruby-core] ironruby.net website not accessible In-Reply-To: References: <560dededd41a94416b22e2bb2d527d42@ruby-forum.com> Message-ID: It's not the domain that's the issue ... the wiki IronRuby is hosted on is requiring us to pay to continue using it. I'm in contact with the company to get a snapshot of our data and finally put up the new site ( https://github.com/jschementi/iron-websites). Sorry for the downtime, but I'll keep the list posted. Bill/Tomas, I may need to get access to GoDaddy again if you've changed any passwords... ~Jimmy On Tue, Jan 11, 2011 at 1:56 PM, Jones, Larry wrote: > +1 > > I saw the same behavior this weekend and figured it was just me. > > --- > Larry Jones > ||| Senior Level Development Engineer > Aspen Technology, Inc. ||| +1 281-504-3324 ||| fax: 281-584-1062 ||| > www.aspentech.com > > > > -----Original Message----- > From: ironruby-core-bounces at rubyforge.org > [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Eduardo > Blumenfeld > Sent: Tuesday, January 11, 2011 12:41 PM > To: ironruby-core at rubyforge.org > Subject: [Ironruby-core] ironruby.net website not accessible > > Hi all, > > I've found that you can't access to IronRuby.net website anymore. > > Do you have any idea of what's happening? > Moving the website to some other hosting? > > Happy new year to everyone and keep up with the good job. > > I love Iron Ruby and wish that ir 1.1.2 comes close with the igem > installer fixed. > > Best regards to all > > Eduardo Blumenfeld > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > This e-mail and any attachments are intended only for use by the > addressee(s) named herein and may contain legally privileged and/or > confidential information. If you are not the intended recipient of > this e-mail, you are hereby notified any dissemination, > distribution or copying of this email, and any attachments thereto, > is strictly prohibited. If you receive this email in error please > immediately notify the sender and permanently delete the original > copy and any copy of any e-mail, and any printout thereof. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at slodge.com Wed Jan 12 13:29:41 2011 From: me at slodge.com (Stuart Lodge) Date: Wed, 12 Jan 2011 18:29:41 +0000 Subject: [Ironruby-core] Value types - e.g. TimeSpan Message-ID: Hi all I've had some discussions offline about accessing the properties of TimeSpan. The issue is that while the static methods on TimeSpan work, the instance properties don't: t = System::TimeSpan.from_seconds(1.1) # works m = t.total_milliseconds # doesn't work All my testing done on iron7 on WP7 of course! The route of this problem seems to be (from Tomas Matousek): The problem is that the interpreter doesn't support instance method calls on > value types: > if (!node.Method.IsStatic && node.Method.DeclaringType.IsValueType && > !node.Method.DeclaringType.IsPrimitive)) _forceCompile = true; > Such method can update the value type in-place, which is difficult to > interpret. We don't know that the method is only reading the fields of the > value type, so we disallow interpretation even if we could do that. I'll > think about how to fix this but am not sure if we can do anything > reasonable. We're thinking about this... one thing is that I think we could allow this for Get methods - for readonly properties - I need to read the code a bit (a lot!) more before I can comment on whether this is correct though... Stuart -------------- next part -------------- An HTML attachment was scrubbed... URL: From grauenwolf at gmail.com Wed Jan 12 13:37:16 2011 From: grauenwolf at gmail.com (Jonathan Allen) Date: Wed, 12 Jan 2011 10:37:16 -0800 Subject: [Ironruby-core] Value types - e.g. TimeSpan In-Reply-To: References: Message-ID: You could probably allow methods as well, as the vast majority of value types are immutable. Even in C#, calling Set on a value type only works if that value type happens to be a local variable. If it comes back from a property then it just becomes a no-op. Jonathan On Wed, Jan 12, 2011 at 10:29 AM, Stuart Lodge wrote: > Hi all > > I've had some discussions offline about accessing the properties of > TimeSpan. > > The issue is that while the static methods on TimeSpan work, the instance > properties don't: > > t = System::TimeSpan.from_seconds(1.1) # works > m = t.total_milliseconds # doesn't work > > > All my testing done on iron7 on WP7 of course! > > The route of this problem seems to be (from Tomas Matousek): > > The problem is that the interpreter doesn't support instance method calls >> on value types: > > >> if (!node.Method.IsStatic && node.Method.DeclaringType.IsValueType && >> !node.Method.DeclaringType.IsPrimitive)) _forceCompile = true; > > >> Such method can update the value type in-place, which is difficult to >> interpret. We don't know that the method is only reading the fields of the >> value type, so we disallow interpretation even if we could do that. I'll >> think about how to fix this but am not sure if we can do anything >> reasonable. > > > We're thinking about this... one thing is that I think we could allow this > for Get methods - for readonly properties - I need to read the code a bit (a > lot!) more before I can comment on whether this is correct though... > > > Stuart > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -- Jonathan Allen 619-933-8527 -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at slodge.com Wed Jan 12 15:05:56 2011 From: me at slodge.com (Stuart Lodge) Date: Wed, 12 Jan 2011 20:05:56 +0000 Subject: [Ironruby-core] Value types - e.g. TimeSpan Message-ID: Interesting This is the code I was trying to play with - http://denismarkelov.blogspot.com/2011/01/leveraging-rubys-fluid-syntax-in-dsls Monkeypatching DSLs?! I definitely feel like I'm learning at least one new language :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From albertjan at curit.com Thu Jan 13 04:33:42 2011 From: albertjan at curit.com (Albert-Jan Pieter Nijburg) Date: Thu, 13 Jan 2011 10:33:42 +0100 Subject: [Ironruby-core] Encoding problem Message-ID: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local> Hi Guys, My boss thought it would be cool to use "?" in an sql tablename, many of you will want to shoot her now J. But now I did find something weird, I can't even print "?". It says: tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding::InvalidByteSequenceError) from tabaco.rb:16 or when I print the string somewhere else :S when it comes back from a method. System::Text::DecoderFallbackException at /patient/0 Unable to translate bytes [EB] at index 3 from specified code page to Unicode. Or when I don't mess with it Encoding::InvalidByteSequenceError at /patient/0 invalid byte sequence EB on UTF-8 All the same problem coming from 3 places. Is this a fundamental issue or should this be solvable? If you could point me in the right direction I could try to maybe fix it. Thanks, Albert-Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: From dezso.zoltan at gmail.com Thu Jan 13 08:51:50 2011 From: dezso.zoltan at gmail.com (Dezso Zoltan) Date: Thu, 13 Jan 2011 22:51:50 +0900 Subject: [Ironruby-core] Encoding problem In-Reply-To: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local> References: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local> Message-ID: Hi, I don't really know the solution to your question, but this might help: ? is Unicode U+00EB, which is 0xC3AB in UTF-8 (so we are dealing with unicode rather than utf-8, which I assume is because IronRuby uses the immutable .NET strings internally with Unicode encoding). The errors are expected if your default encoding is US-ASCII because it does not contain ? (and uses single bytes, so the 0x00EB would be broken into two bytes and your script would choke on the second 0xEB) : you will need to set your encoding to something compatible, like utf-8. I don't quite know how to do that properly in IronRuby, but in CRuby 1.9 you could use "magic comments" in your ruby file and in 1.8 something like $KCODE='u' could work. You might also be able to drop back into .NET and set the encoding there, but I'm not sure how that affects IronRuby assemblies. I would start with $KCODE = 'u' Let me know how that works for you. Zaki On Thu, Jan 13, 2011 at 6:33 PM, Albert-Jan Pieter Nijburg < albertjan at curit.com> wrote: > Hi Guys, > > > > My boss thought it would be cool to use ??? in an sql tablename, many of > you will want to shoot her now J. > > > > But now I did find something weird, I can?t even print ???. > > > > It says: > > > > tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII > (Encoding::InvalidByteSequenceError) > > from tabaco.rb:16 > > > > or > > > > when I print the string somewhere else :S when it comes back from a method. > > > > System::Text::DecoderFallbackException at /patient/0 > > Unable to translate bytes [EB] at index 3 from specified code page to > Unicode. > > > > Or when I don?t mess with it > > > > Encoding::InvalidByteSequenceError at /patient/0 > > invalid byte sequence EB on UTF-8 > > > > > > All the same problem coming from 3 places. > > > > Is this a fundamental issue or should this be solvable? > > > > If you could point me in the right direction I could try to maybe fix it. > > > > > > Thanks, > > > > Albert-Jan > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From albertjan at curit.com Thu Jan 13 09:20:34 2011 From: albertjan at curit.com (Albert-Jan Pieter Nijburg) Date: Thu, 13 Jan 2011 15:20:34 +0100 Subject: [Ironruby-core] Encoding problem In-Reply-To: References: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local> Message-ID: <96697BDC863ACA41B6F3A3743B8CB75C88B597@idefix.Curit.local> Hey Zaki, WARNING: YAML.add_builtin_type is not implemented unknown:0: warning: variable $KCODE is no longer effective tabaco.rb:11:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding: :InvalidByteSequenceError) from tabaco.rb:11 Too bad.. thanks though. I'll have a look in the source if I can find something. Annoying Europeans :P Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 14:52 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, I don't really know the solution to your question, but this might help: ? is Unicode U+00EB, which is 0xC3AB in UTF-8 (so we are dealing with unicode rather than utf-8, which I assume is because IronRuby uses the immutable .NET strings internally with Unicode encoding). The errors are expected if your default encoding is US-ASCII because it does not contain ? (and uses single bytes, so the 0x00EB would be broken into two bytes and your script would choke on the second 0xEB) : you will need to set your encoding to something compatible, like utf-8. I don't quite know how to do that properly in IronRuby, but in CRuby 1.9 you could use "magic comments" in your ruby file and in 1.8 something like $KCODE='u' could work. You might also be able to drop back into .NET and set the encoding there, but I'm not sure how that affects IronRuby assemblies. I would start with $KCODE = 'u' Let me know how that works for you. Zaki On Thu, Jan 13, 2011 at 6:33 PM, Albert-Jan Pieter Nijburg wrote: Hi Guys, My boss thought it would be cool to use "?" in an sql tablename, many of you will want to shoot her now J. But now I did find something weird, I can't even print "?". It says: tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding::InvalidByteSequenceError) from tabaco.rb:16 or when I print the string somewhere else :S when it comes back from a method. System::Text::DecoderFallbackException at /patient/0 Unable to translate bytes [EB] at index 3 from specified code page to Unicode. Or when I don't mess with it Encoding::InvalidByteSequenceError at /patient/0 invalid byte sequence EB on UTF-8 All the same problem coming from 3 places. Is this a fundamental issue or should this be solvable? If you could point me in the right direction I could try to maybe fix it. Thanks, Albert-Jan _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From albertjan at curit.com Thu Jan 13 09:59:50 2011 From: albertjan at curit.com (Albert-Jan Pieter Nijburg) Date: Thu, 13 Jan 2011 15:59:50 +0100 Subject: [Ironruby-core] Encoding problem In-Reply-To: References: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local> Message-ID: <96697BDC863ACA41B6F3A3743B8CB75C88B598@idefix.Curit.local> I Just found this: # puts "pati?nt" which outputs: pati???nt It doesn?t crash anymore J Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 14:52 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, I don't really know the solution to your question, but this might help: ? is Unicode U+00EB, which is 0xC3AB in UTF-8 (so we are dealing with unicode rather than utf-8, which I assume is because IronRuby uses the immutable .NET strings internally with Unicode encoding). The errors are expected if your default encoding is US-ASCII because it does not contain ? (and uses single bytes, so the 0x00EB would be broken into two bytes and your script would choke on the second 0xEB) : you will need to set your encoding to something compatible, like utf-8. I don't quite know how to do that properly in IronRuby, but in CRuby 1.9 you could use "magic comments" in your ruby file and in 1.8 something like $KCODE='u' could work. You might also be able to drop back into .NET and set the encoding there, but I'm not sure how that affects IronRuby assemblies. I would start with $KCODE = 'u' Let me know how that works for you. Zaki On Thu, Jan 13, 2011 at 6:33 PM, Albert-Jan Pieter Nijburg wrote: Hi Guys, My boss thought it would be cool to use ??? in an sql tablename, many of you will want to shoot her now J. But now I did find something weird, I can?t even print ???. It says: tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding::InvalidByteSequenceError) from tabaco.rb:16 or when I print the string somewhere else :S when it comes back from a method. System::Text::DecoderFallbackException at /patient/0 Unable to translate bytes [EB] at index 3 from specified code page to Unicode. Or when I don?t mess with it Encoding::InvalidByteSequenceError at /patient/0 invalid byte sequence EB on UTF-8 All the same problem coming from 3 places. Is this a fundamental issue or should this be solvable? If you could point me in the right direction I could try to maybe fix it. Thanks, Albert-Jan _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From dezso.zoltan at gmail.com Thu Jan 13 10:04:25 2011 From: dezso.zoltan at gmail.com (Dezso Zoltan) Date: Fri, 14 Jan 2011 00:04:25 +0900 Subject: [Ironruby-core] Encoding problem In-Reply-To: <96697BDC863ACA41B6F3A3743B8CB75C88B597@idefix.Curit.local> References: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local> <96697BDC863ACA41B6F3A3743B8CB75C88B597@idefix.Curit.local> Message-ID: Hi, > warning: variable $KCODE is no longer effective This means that you are in 1.9 mode :) In that case there are two things you could try: 1) set the encoding at the top of the file in the form of the comment: # encoding: UTF-8 2) force an encoding on the string(s) in question with the method (if 1) fails in IronRuby): .force_encoding("UTF-8") Zaki On Thu, Jan 13, 2011 at 11:20 PM, Albert-Jan Pieter Nijburg < albertjan at curit.com> wrote: > Hey Zaki, > > > > WARNING: YAML.add_builtin_type is not implemented > > unknown:0: warning: variable $KCODE is no longer effective > > tabaco.rb:11:in `puts': character U+00EB can't be encoded in US-ASCII > (Encoding: > > :InvalidByteSequenceError) > > from tabaco.rb:11 > > > > Too bad.. thanks though. I?ll have a look in the source if I can find > something. > > > > Annoying Europeans :P > > > > Albert-Jan > > > > *Van:* ironruby-core-bounces at rubyforge.org [mailto: > ironruby-core-bounces at rubyforge.org] *Namens *Dezso Zoltan > *Verzonden:* donderdag 13 januari 2011 14:52 > *Aan:* ironruby-core at rubyforge.org > *Onderwerp:* Re: [Ironruby-core] Encoding problem > > > > Hi, > > > > I don't really know the solution to your question, but this might help: > > ? is Unicode U+00EB, which is 0xC3AB in UTF-8 (so we are dealing with > unicode rather than utf-8, which I assume is because IronRuby uses the > immutable .NET strings internally with Unicode encoding). > > > > The errors are expected if your default encoding is US-ASCII because it > does not contain ? (and uses single bytes, so the 0x00EB would be broken > into two bytes and your script would choke on the second 0xEB) : you will > need to set your encoding to something compatible, like utf-8. > > > > I don't quite know how to do that properly in IronRuby, but in CRuby 1.9 > you could use "magic comments" in your ruby file and in 1.8 something like > $KCODE='u' could work. You might also be able to drop back into .NET and set > the encoding there, but I'm not sure how that affects IronRuby assemblies. > > > > I would start with $KCODE = 'u' Let me know how that works for you. > > > > Zaki > > > > On Thu, Jan 13, 2011 at 6:33 PM, Albert-Jan Pieter Nijburg < > albertjan at curit.com> wrote: > > Hi Guys, > > > > My boss thought it would be cool to use ??? in an sql tablename, many of > you will want to shoot her now J. > > > > But now I did find something weird, I can?t even print ???. > > > > It says: > > > > tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII > (Encoding::InvalidByteSequenceError) > > from tabaco.rb:16 > > > > or > > > > when I print the string somewhere else :S when it comes back from a method. > > > > System::Text::DecoderFallbackException at /patient/0 > > Unable to translate bytes [EB] at index 3 from specified code page to > Unicode. > > > > Or when I don?t mess with it > > > > Encoding::InvalidByteSequenceError at /patient/0 > > invalid byte sequence EB on UTF-8 > > > > > > All the same problem coming from 3 places. > > > > Is this a fundamental issue or should this be solvable? > > > > If you could point me in the right direction I could try to maybe fix it. > > > > > > Thanks, > > > > Albert-Jan > > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From albertjan at curit.com Thu Jan 13 10:48:36 2011 From: albertjan at curit.com (Albert-Jan Pieter Nijburg) Date: Thu, 13 Jan 2011 16:48:36 +0100 Subject: [Ironruby-core] Encoding problem In-Reply-To: References: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local><96697BDC863ACA41B6F3A3743B8CB75C88B597@idefix.Curit.local> Message-ID: <96697BDC863ACA41B6F3A3743B8CB75C88B599@idefix.Curit.local> Hey, I found out that if I put nothing at the top and I do this: puts "\x89" it puts "?" if I put the #Encoding: UTF-8 at the top this happens. J ?mscorlib:0:in `Throw': Unable to translate bytes [89] at index -1 from specifie d code page to Unicode. (System::Text::DecoderFallbackException) from mscorlib:0:in `Fallback' from mscorlib:0:in `InternalFallback' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetChars' from tabaco.rb:2:in `puts' from tabaco.rb:2 It does print it but then it dies. # puts "\x89".force_encoding("UTF-8") does the same # puts "?".force_encoding("UTF-8") does the same as before. Also without the # So I thought I had it with the puts "\x89" and I tried this: class PatGeg < ActiveRecord::Base set_table_name "Pati\x89ntGegevens" end PatGeg.first.Achternaam and here's what I got c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/g ems/activerecord-3.0.0/lib/active_record/connection_adapters/abstract_adapter.rb :200:in `log': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding: :CompatibilityError) from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/database_statements.rb:217:in `raw_select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/database_statements.rb:178:in `select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/connection_adapters/abstra ct/database_statements.rb:7:in `select_all' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/connection_adapters/abstra ct/query_cache.rb:56:in `select_all' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/base.rb:467:in `find_by_sq l' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation.rb:64:in `to_a' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :333:in `find_first' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :122:in `first' from c:6:in `__send__' from c:6:in `first' I've tried to do the force_encoding("UTF-8") on this thing to which results in something very similar : c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/g ems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connection_adapters/s qlserver/quoting.rb:31:in `=~': invalid byte sequence 89 on UTF-8 (Encoding::Inv alidByteSequenceError) from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/quoting.rb:31:in `quote_table_name' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/base.rb:597:in `quoted_tab le_name' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 234:in `build_select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 159:in `build_arel' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 110:in `arel' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation.rb:64:in `to_a' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :333:in `find_first' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :122:in `first' from c:6:in `__send__' from c:6:in `first' from tabaco.rb:34 I have a feeling that ironruby and .net are not in sync with the encodings Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 16:04 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, > warning: variable $KCODE is no longer effective This means that you are in 1.9 mode :) In that case there are two things you could try: 1) set the encoding at the top of the file in the form of the comment: # encoding: UTF-8 2) force an encoding on the string(s) in question with the method (if 1) fails in IronRuby): .force_encoding("UTF-8") Zaki On Thu, Jan 13, 2011 at 11:20 PM, Albert-Jan Pieter Nijburg wrote: Hey Zaki, WARNING: YAML.add_builtin_type is not implemented unknown:0: warning: variable $KCODE is no longer effective tabaco.rb:11:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding: :InvalidByteSequenceError) from tabaco.rb:11 Too bad.. thanks though. I'll have a look in the source if I can find something. Annoying Europeans :P Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 14:52 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, I don't really know the solution to your question, but this might help: ? is Unicode U+00EB, which is 0xC3AB in UTF-8 (so we are dealing with unicode rather than utf-8, which I assume is because IronRuby uses the immutable .NET strings internally with Unicode encoding). The errors are expected if your default encoding is US-ASCII because it does not contain ? (and uses single bytes, so the 0x00EB would be broken into two bytes and your script would choke on the second 0xEB) : you will need to set your encoding to something compatible, like utf-8. I don't quite know how to do that properly in IronRuby, but in CRuby 1.9 you could use "magic comments" in your ruby file and in 1.8 something like $KCODE='u' could work. You might also be able to drop back into .NET and set the encoding there, but I'm not sure how that affects IronRuby assemblies. I would start with $KCODE = 'u' Let me know how that works for you. Zaki On Thu, Jan 13, 2011 at 6:33 PM, Albert-Jan Pieter Nijburg wrote: Hi Guys, My boss thought it would be cool to use "?" in an sql tablename, many of you will want to shoot her now J. But now I did find something weird, I can't even print "?". It says: tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding::InvalidByteSequenceError) from tabaco.rb:16 or when I print the string somewhere else :S when it comes back from a method. System::Text::DecoderFallbackException at /patient/0 Unable to translate bytes [EB] at index 3 from specified code page to Unicode. Or when I don't mess with it Encoding::InvalidByteSequenceError at /patient/0 invalid byte sequence EB on UTF-8 All the same problem coming from 3 places. Is this a fundamental issue or should this be solvable? If you could point me in the right direction I could try to maybe fix it. Thanks, Albert-Jan _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Thu Jan 13 13:12:56 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Thu, 13 Jan 2011 18:12:56 +0000 Subject: [Ironruby-core] Encoding problem In-Reply-To: <96697BDC863ACA41B6F3A3743B8CB75C88B599@idefix.Curit.local> References: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local><96697BDC863ACA41B6F3A3743B8CB75C88B597@idefix.Curit.local> <96697BDC863ACA41B6F3A3743B8CB75C88B599@idefix.Curit.local> Message-ID: What IronRuby version do you use? On my machine (github/master): a.rb (saved as UTF-8 encoded file): # encoding: UTF-8 a = "?" b = "\u{eb}" puts a.encoding, b.encoding, a, b, a.inspect, b.inspect C:\Temp>rbx a.rb UTF-8 UTF-8 ?? ?? "\u{eb}" "\u{eb}" Which is also what MRI 1.9.2 does. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Albert-Jan Pieter Nijburg Sent: Thursday, January 13, 2011 7:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Encoding problem Hey, I found out that if I put nothing at the top and I do this: puts "\x89" it puts ??? if I put the #Encoding: UTF-8 at the top this happens. ? ?mscorlib:0:in `Throw': Unable to translate bytes [89] at index -1 from specifie d code page to Unicode. (System::Text::DecoderFallbackException) from mscorlib:0:in `Fallback' from mscorlib:0:in `InternalFallback' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetChars' from tabaco.rb:2:in `puts' from tabaco.rb:2 It does print it but then it dies. # puts "\x89".force_encoding("UTF-8") does the same # puts "?".force_encoding("UTF-8") does the same as before. Also without the # So I thought I had it with the puts ?\x89? and I tried this: class PatGeg < ActiveRecord::Base set_table_name "Pati\x89ntGegevens" end PatGeg.first.Achternaam and here?s what I got c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/g ems/activerecord-3.0.0/lib/active_record/connection_adapters/abstract_adapter.rb :200:in `log': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding: :CompatibilityError) from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/database_statements.rb:217:in `raw_select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/database_statements.rb:178:in `select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/connection_adapters/abstra ct/database_statements.rb:7:in `select_all' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/connection_adapters/abstra ct/query_cache.rb:56:in `select_all' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/base.rb:467:in `find_by_sq l' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation.rb:64:in `to_a' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :333:in `find_first' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :122:in `first' from c:6:in `__send__' from c:6:in `first' I?ve tried to do the force_encoding(?UTF-8?) on this thing to which results in something very similar : c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/g ems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connection_adapters/s qlserver/quoting.rb:31:in `=~': invalid byte sequence 89 on UTF-8 (Encoding::Inv alidByteSequenceError) from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/quoting.rb:31:in `quote_table_name' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/base.rb:597:in `quoted_tab le_name' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 234:in `build_select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 159:in `build_arel' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 110:in `arel' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation.rb:64:in `to_a' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :333:in `find_first' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :122:in `first' from c:6:in `__send__' from c:6:in `first' from tabaco.rb:34 I have a feeling that ironruby and .net are not in sync with the encodings Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 16:04 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, > warning: variable $KCODE is no longer effective This means that you are in 1.9 mode :) In that case there are two things you could try: 1) set the encoding at the top of the file in the form of the comment: # encoding: UTF-8 2) force an encoding on the string(s) in question with the method (if 1) fails in IronRuby): .force_encoding("UTF-8") Zaki On Thu, Jan 13, 2011 at 11:20 PM, Albert-Jan Pieter Nijburg > wrote: Hey Zaki, WARNING: YAML.add_builtin_type is not implemented unknown:0: warning: variable $KCODE is no longer effective tabaco.rb:11:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding: :InvalidByteSequenceError) from tabaco.rb:11 Too bad.. thanks though. I?ll have a look in the source if I can find something. Annoying Europeans :P Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 14:52 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, I don't really know the solution to your question, but this might help: ? is Unicode U+00EB, which is 0xC3AB in UTF-8 (so we are dealing with unicode rather than utf-8, which I assume is because IronRuby uses the immutable .NET strings internally with Unicode encoding). The errors are expected if your default encoding is US-ASCII because it does not contain ? (and uses single bytes, so the 0x00EB would be broken into two bytes and your script would choke on the second 0xEB) : you will need to set your encoding to something compatible, like utf-8. I don't quite know how to do that properly in IronRuby, but in CRuby 1.9 you could use "magic comments" in your ruby file and in 1.8 something like $KCODE='u' could work. You might also be able to drop back into .NET and set the encoding there, but I'm not sure how that affects IronRuby assemblies. I would start with $KCODE = 'u' Let me know how that works for you. Zaki On Thu, Jan 13, 2011 at 6:33 PM, Albert-Jan Pieter Nijburg > wrote: Hi Guys, My boss thought it would be cool to use ??? in an sql tablename, many of you will want to shoot her now ?. But now I did find something weird, I can?t even print ???. It says: tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding::InvalidByteSequenceError) from tabaco.rb:16 or when I print the string somewhere else :S when it comes back from a method. System::Text::DecoderFallbackException at /patient/0 Unable to translate bytes [EB] at index 3 from specified code page to Unicode. Or when I don?t mess with it Encoding::InvalidByteSequenceError at /patient/0 invalid byte sequence EB on UTF-8 All the same problem coming from 3 places. Is this a fundamental issue or should this be solvable? If you could point me in the right direction I could try to maybe fix it. Thanks, Albert-Jan _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Thu Jan 13 15:51:48 2011 From: lists at ruby-forum.com (Joshua M.) Date: Thu, 13 Jan 2011 21:51:48 +0100 Subject: [Ironruby-core] Accessing a Module's Classes from C# with dynamic Message-ID: <5ba4ba42a5cdb0f7ca18fe9e3ad86d65@ruby-forum.com> Hey guys. I am currently experimenting with IronRuby as an extensibility solution for my application. However, I have hit a roadblock. What I would like to do is call Runtime.UseFile("script.rb"), then access a global module in the script, and instantiate a specific class in that module. Here is the script file for reference: module RbScriptApp class Foo def Bar() return (rand(100) + 1).to_s(); end end end Initially, I thought it would be as easy as typing dynamic globals = myRuntime.Globals; dynamic myClass = globals.RbScriptApp.Foo. at new(); myClass.Bar(); ... but I soon found out this was not the case, as the builtin RubyModule class does not support this dynamic syntax. Is there a way around this or is it just plain impossible? I was unable to find *any* information about how to do this (not even about RubyModule itself!) through Google. The exception in question is a RuntimeBinderException: 'IronRuby.Builtins.RubyModule' does not contain a definition for 'Foo' Right now my workaround is a call to EnumerateConstants and manual lookup of the class name I want, but it doesn't have the syntactic elegance of the dynamic keyword... Any thoughts? Thanks. -- Posted via http://www.ruby-forum.com/. From albertjan at curit.com Fri Jan 14 03:49:03 2011 From: albertjan at curit.com (Albert-Jan Pieter Nijburg) Date: Fri, 14 Jan 2011 09:49:03 +0100 Subject: [Ironruby-core] Encoding problem In-Reply-To: References: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local><96697BDC863ACA41B6F3A3743B8CB75C88B597@idefix.Curit.local><96697BDC863ACA41B6F3A3743B8CB75C88B599@idefix.Curit.local> Message-ID: <96697BDC863ACA41B6F3A3743B8CB75C88B59B@idefix.Curit.local> I have a clone from the github repos and it?s at the tip. It appears that scite does not save its files as UTF-8 by default, I assumed it did. Which solves the problem J Even without the #encoding it works Thanks Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Tomas Matousek Verzonden: donderdag 13 januari 2011 19:13 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem What IronRuby version do you use? On my machine (github/master): a.rb (saved as UTF-8 encoded file): # encoding: UTF-8 a = "?" b = "\u{eb}" puts a.encoding, b.encoding, a, b, a.inspect, b.inspect C:\Temp>rbx a.rb UTF-8 UTF-8 ?? ?? "\u{eb}" "\u{eb}" Which is also what MRI 1.9.2 does. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Albert-Jan Pieter Nijburg Sent: Thursday, January 13, 2011 7:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Encoding problem Hey, I found out that if I put nothing at the top and I do this: puts "\x89" it puts ??? if I put the #Encoding: UTF-8 at the top this happens. J ?mscorlib:0:in `Throw': Unable to translate bytes [89] at index -1 from specifie d code page to Unicode. (System::Text::DecoderFallbackException) from mscorlib:0:in `Fallback' from mscorlib:0:in `InternalFallback' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetChars' from tabaco.rb:2:in `puts' from tabaco.rb:2 It does print it but then it dies. # puts "\x89".force_encoding("UTF-8") does the same # puts "?".force_encoding("UTF-8") does the same as before. Also without the # So I thought I had it with the puts ?\x89? and I tried this: class PatGeg < ActiveRecord::Base set_table_name "Pati\x89ntGegevens" end PatGeg.first.Achternaam and here?s what I got c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/g ems/activerecord-3.0.0/lib/active_record/connection_adapters/abstract_adapter.rb :200:in `log': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding: :CompatibilityError) from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/database_statements.rb:217:in `raw_select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/database_statements.rb:178:in `select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/connection_adapters/abstra ct/database_statements.rb:7:in `select_all' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/connection_adapters/abstra ct/query_cache.rb:56:in `select_all' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/base.rb:467:in `find_by_sq l' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation.rb:64:in `to_a' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :333:in `find_first' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :122:in `first' from c:6:in `__send__' from c:6:in `first' I?ve tried to do the force_encoding(?UTF-8?) on this thing to which results in something very similar : c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/g ems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connection_adapters/s qlserver/quoting.rb:31:in `=~': invalid byte sequence 89 on UTF-8 (Encoding::Inv alidByteSequenceError) from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/quoting.rb:31:in `quote_table_name' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/base.rb:597:in `quoted_tab le_name' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 234:in `build_select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 159:in `build_arel' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 110:in `arel' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation.rb:64:in `to_a' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :333:in `find_first' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :122:in `first' from c:6:in `__send__' from c:6:in `first' from tabaco.rb:34 I have a feeling that ironruby and .net are not in sync with the encodings Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 16:04 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, > warning: variable $KCODE is no longer effective This means that you are in 1.9 mode :) In that case there are two things you could try: 1) set the encoding at the top of the file in the form of the comment: # encoding: UTF-8 2) force an encoding on the string(s) in question with the method (if 1) fails in IronRuby): .force_encoding("UTF-8") Zaki On Thu, Jan 13, 2011 at 11:20 PM, Albert-Jan Pieter Nijburg wrote: Hey Zaki, WARNING: YAML.add_builtin_type is not implemented unknown:0: warning: variable $KCODE is no longer effective tabaco.rb:11:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding: :InvalidByteSequenceError) from tabaco.rb:11 Too bad.. thanks though. I?ll have a look in the source if I can find something. Annoying Europeans :P Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 14:52 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, I don't really know the solution to your question, but this might help: ? is Unicode U+00EB, which is 0xC3AB in UTF-8 (so we are dealing with unicode rather than utf-8, which I assume is because IronRuby uses the immutable .NET strings internally with Unicode encoding). The errors are expected if your default encoding is US-ASCII because it does not contain ? (and uses single bytes, so the 0x00EB would be broken into two bytes and your script would choke on the second 0xEB) : you will need to set your encoding to something compatible, like utf-8. I don't quite know how to do that properly in IronRuby, but in CRuby 1.9 you could use "magic comments" in your ruby file and in 1.8 something like $KCODE='u' could work. You might also be able to drop back into .NET and set the encoding there, but I'm not sure how that affects IronRuby assemblies. I would start with $KCODE = 'u' Let me know how that works for you. Zaki On Thu, Jan 13, 2011 at 6:33 PM, Albert-Jan Pieter Nijburg wrote: Hi Guys, My boss thought it would be cool to use ??? in an sql tablename, many of you will want to shoot her now J. But now I did find something weird, I can?t even print ???. It says: tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding::InvalidByteSequenceError) from tabaco.rb:16 or when I print the string somewhere else :S when it comes back from a method. System::Text::DecoderFallbackException at /patient/0 Unable to translate bytes [EB] at index 3 from specified code page to Unicode. Or when I don?t mess with it Encoding::InvalidByteSequenceError at /patient/0 invalid byte sequence EB on UTF-8 All the same problem coming from 3 places. Is this a fundamental issue or should this be solvable? If you could point me in the right direction I could try to maybe fix it. Thanks, Albert-Jan _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From Tomas.Matousek at microsoft.com Fri Jan 14 12:49:45 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Fri, 14 Jan 2011 17:49:45 +0000 Subject: [Ironruby-core] Encoding problem In-Reply-To: <96697BDC863ACA41B6F3A3743B8CB75C88B59B@idefix.Curit.local> References: <96697BDC863ACA41B6F3A3743B8CB75C88B594@idefix.Curit.local><96697BDC863ACA41B6F3A3743B8CB75C88B597@idefix.Curit.local><96697BDC863ACA41B6F3A3743B8CB75C88B599@idefix.Curit.local> <96697BDC863ACA41B6F3A3743B8CB75C88B59B@idefix.Curit.local> Message-ID: Most editors insert BOM character at the beginning of the file. This is a byte sequence that allows readers to identify Unicode encoding and is not usually visible in editors. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Albert-Jan Pieter Nijburg Sent: Friday, January 14, 2011 12:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Encoding problem I have a clone from the github repos and it?s at the tip. It appears that scite does not save its files as UTF-8 by default, I assumed it did. Which solves the problem ? Even without the #encoding it works Thanks Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Tomas Matousek Verzonden: donderdag 13 januari 2011 19:13 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem What IronRuby version do you use? On my machine (github/master): a.rb (saved as UTF-8 encoded file): # encoding: UTF-8 a = "?" b = "\u{eb}" puts a.encoding, b.encoding, a, b, a.inspect, b.inspect C:\Temp>rbx a.rb UTF-8 UTF-8 ?? ?? "\u{eb}" "\u{eb}" Which is also what MRI 1.9.2 does. Tomas From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Albert-Jan Pieter Nijburg Sent: Thursday, January 13, 2011 7:49 AM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Encoding problem Hey, I found out that if I put nothing at the top and I do this: puts "\x89" it puts ??? if I put the #Encoding: UTF-8 at the top this happens. ? ?mscorlib:0:in `Throw': Unable to translate bytes [89] at index -1 from specifie d code page to Unicode. (System::Text::DecoderFallbackException) from mscorlib:0:in `Fallback' from mscorlib:0:in `InternalFallback' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetCharCount' from mscorlib:0:in `GetChars' from tabaco.rb:2:in `puts' from tabaco.rb:2 It does print it but then it dies. # puts "\x89".force_encoding("UTF-8") does the same # puts "?".force_encoding("UTF-8") does the same as before. Also without the # So I thought I had it with the puts ?\x89? and I tried this: class PatGeg < ActiveRecord::Base set_table_name "Pati\x89ntGegevens" end PatGeg.first.Achternaam and here?s what I got c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/g ems/activerecord-3.0.0/lib/active_record/connection_adapters/abstract_adapter.rb :200:in `log': incompatible character encodings: UTF-8 and ASCII-8BIT (Encoding: :CompatibilityError) from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/database_statements.rb:217:in `raw_select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/database_statements.rb:178:in `select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/connection_adapters/abstra ct/database_statements.rb:7:in `select_all' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/connection_adapters/abstra ct/query_cache.rb:56:in `select_all' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/base.rb:467:in `find_by_sq l' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation.rb:64:in `to_a' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :333:in `find_first' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :122:in `first' from c:6:in `__send__' from c:6:in `first' I?ve tried to do the force_encoding(?UTF-8?) on this thing to which results in something very similar : c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby/gems/1.9.1/g ems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connection_adapters/s qlserver/quoting.rb:31:in `=~': invalid byte sequence 89 on UTF-8 (Encoding::Inv alidByteSequenceError) from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-sqlserver-adapter-3.0.0/lib/active_record/connecti on_adapters/sqlserver/quoting.rb:31:in `quote_table_name' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/base.rb:597:in `quoted_tab le_name' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 234:in `build_select' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 159:in `build_arel' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/query_methods.rb: 110:in `arel' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation.rb:64:in `to_a' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :333:in `find_first' from c:/ir/irtest/External.LCA_RESTRICTED/Languages/Ruby/ruby19/lib/ruby /gems/1.9.1/gems/activerecord-3.0.0/lib/active_record/relation/finder_methods.rb :122:in `first' from c:6:in `__send__' from c:6:in `first' from tabaco.rb:34 I have a feeling that ironruby and .net are not in sync with the encodings Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 16:04 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, > warning: variable $KCODE is no longer effective This means that you are in 1.9 mode :) In that case there are two things you could try: 1) set the encoding at the top of the file in the form of the comment: # encoding: UTF-8 2) force an encoding on the string(s) in question with the method (if 1) fails in IronRuby): .force_encoding("UTF-8") Zaki On Thu, Jan 13, 2011 at 11:20 PM, Albert-Jan Pieter Nijburg > wrote: Hey Zaki, WARNING: YAML.add_builtin_type is not implemented unknown:0: warning: variable $KCODE is no longer effective tabaco.rb:11:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding: :InvalidByteSequenceError) from tabaco.rb:11 Too bad.. thanks though. I?ll have a look in the source if I can find something. Annoying Europeans :P Albert-Jan Van: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] Namens Dezso Zoltan Verzonden: donderdag 13 januari 2011 14:52 Aan: ironruby-core at rubyforge.org Onderwerp: Re: [Ironruby-core] Encoding problem Hi, I don't really know the solution to your question, but this might help: ? is Unicode U+00EB, which is 0xC3AB in UTF-8 (so we are dealing with unicode rather than utf-8, which I assume is because IronRuby uses the immutable .NET strings internally with Unicode encoding). The errors are expected if your default encoding is US-ASCII because it does not contain ? (and uses single bytes, so the 0x00EB would be broken into two bytes and your script would choke on the second 0xEB) : you will need to set your encoding to something compatible, like utf-8. I don't quite know how to do that properly in IronRuby, but in CRuby 1.9 you could use "magic comments" in your ruby file and in 1.8 something like $KCODE='u' could work. You might also be able to drop back into .NET and set the encoding there, but I'm not sure how that affects IronRuby assemblies. I would start with $KCODE = 'u' Let me know how that works for you. Zaki On Thu, Jan 13, 2011 at 6:33 PM, Albert-Jan Pieter Nijburg > wrote: Hi Guys, My boss thought it would be cool to use ??? in an sql tablename, many of you will want to shoot her now ?. But now I did find something weird, I can?t even print ???. It says: tabaco.rb:16:in `puts': character U+00EB can't be encoded in US-ASCII (Encoding::InvalidByteSequenceError) from tabaco.rb:16 or when I print the string somewhere else :S when it comes back from a method. System::Text::DecoderFallbackException at /patient/0 Unable to translate bytes [EB] at index 3 from specified code page to Unicode. Or when I don?t mess with it Encoding::InvalidByteSequenceError at /patient/0 invalid byte sequence EB on UTF-8 All the same problem coming from 3 places. Is this a fundamental issue or should this be solvable? If you could point me in the right direction I could try to maybe fix it. Thanks, Albert-Jan _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Sat Jan 15 02:55:08 2011 From: lists at ruby-forum.com (Joshua M.) Date: Sat, 15 Jan 2011 08:55:08 +0100 Subject: [Ironruby-core] Accessing a Module's Classes from C# with dynamic In-Reply-To: <5ba4ba42a5cdb0f7ca18fe9e3ad86d65@ruby-forum.com> References: <5ba4ba42a5cdb0f7ca18fe9e3ad86d65@ruby-forum.com> Message-ID: <73c26e2cbb28e482f2da6dc9b3ef1dd6@ruby-forum.com> It turns out that the problem is not accessing a module's class, but accessing the contents of a module in a require'd file. global.rb require 'app' app.rb module RbScriptApp class Foo def Bar() return (rand(100) + 1).to_s() end end end No matter what I do I can only access RbScriptApp and not Foo if I call Runtime.UseFile("global.rb"). So far I have two other work arounds: 1.) create wrapper methods for everything I want to access in app.rb (ugh), or 2.) use Engine.Execute("RbScriptApp::Foo.new"). The latter is more preferrable, I suppose, but it seems strange that I can't access Foo by dynamic. Any more information about this issue would be very helpful and appreciated. -- Posted via http://www.ruby-forum.com/. From will at hotgazpacho.org Sat Jan 15 07:58:09 2011 From: will at hotgazpacho.org (Will Green) Date: Sat, 15 Jan 2011 07:58:09 -0500 Subject: [Ironruby-core] Accessing a Module's Classes from C# with dynamic In-Reply-To: <73c26e2cbb28e482f2da6dc9b3ef1dd6@ruby-forum.com> References: <5ba4ba42a5cdb0f7ca18fe9e3ad86d65@ruby-forum.com> <73c26e2cbb28e482f2da6dc9b3ef1dd6@ruby-forum.com> Message-ID: <2BB10362-0110-4A0A-A41B-DC13204C7B04@hotgazpacho.org> On Jan 15, 2011, at 2:55 AM, Joshua M. wrote: > No matter what I do I can only access RbScriptApp and not Foo if I call > Runtime.UseFile("global.rb"). So far I have two other work arounds: 1.) > create wrapper methods for everything I want to access in app.rb (ugh), > or 2.) use Engine.Execute("RbScriptApp::Foo.new"). The latter is more > preferrable, I suppose, but it seems strange that I can't access Foo by > dynamic. That's how Modules work in Ruby. Just like namespaces in C#. Try adding include RbScriptApp to your global.rb file. You need to include the Module if you want to access the class without qualifying it. > Any more information about this issue would be very helpful and > appreciated. > > -- > Posted via http://www.ruby-forum.com/. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core -- Will Green will at hotgazpacho.org From Tomas.Matousek at microsoft.com Sat Jan 15 12:53:22 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sat, 15 Jan 2011 17:53:22 +0000 Subject: [Ironruby-core] Accessing a Module's Classes from C# with dynamic In-Reply-To: <73c26e2cbb28e482f2da6dc9b3ef1dd6@ruby-forum.com> References: <5ba4ba42a5cdb0f7ca18fe9e3ad86d65@ruby-forum.com> <73c26e2cbb28e482f2da6dc9b3ef1dd6@ruby-forum.com> Message-ID: Another option would be RbScriptApp.const_get("Foo") I haven't tried that, but I think it should work. Neither solution is indeed ideal. CLR interop with Modules isn't quite polished yet. Tomas -----Original Message----- From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Joshua M. Sent: Friday, January 14, 2011 11:55 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] Accessing a Module's Classes from C# with dynamic It turns out that the problem is not accessing a module's class, but accessing the contents of a module in a require'd file. global.rb require 'app' app.rb module RbScriptApp class Foo def Bar() return (rand(100) + 1).to_s() end end end No matter what I do I can only access RbScriptApp and not Foo if I call Runtime.UseFile("global.rb"). So far I have two other work arounds: 1.) create wrapper methods for everything I want to access in app.rb (ugh), or 2.) use Engine.Execute("RbScriptApp::Foo.new"). The latter is more preferrable, I suppose, but it seems strange that I can't access Foo by dynamic. Any more information about this issue would be very helpful and appreciated. -- Posted via http://www.ruby-forum.com/. _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core From lists at ruby-forum.com Sat Jan 15 16:15:59 2011 From: lists at ruby-forum.com (Joshua M.) Date: Sat, 15 Jan 2011 22:15:59 +0100 Subject: [Ironruby-core] Accessing a Module's Classes from C# with dynamic In-Reply-To: <5ba4ba42a5cdb0f7ca18fe9e3ad86d65@ruby-forum.com> References: <5ba4ba42a5cdb0f7ca18fe9e3ad86d65@ruby-forum.com> Message-ID: >You need to include the Module if you want to >access the class without qualifying it. I have tried this but it doesn't work (RuntimeBinderException: 'Microsoft.Scripting.Hosting.ScriptScope' does not contain a definition for 'Foo'). In my original post I had specified the fully qualified name. >RbScriptApp.const_get("Foo") InvalidOperationException: Empty scope has no global scope. >I haven't tried that, but I think it should work. Neither solution is >indeed ideal. CLR interop with Modules isn't quite polished yet. Ah, that would explain it. I guess I'll hold off on integrating IronRuby just yet. -- Thank you both for your time. -- Posted via http://www.ruby-forum.com/. From lists at ruby-forum.com Wed Jan 19 00:28:05 2011 From: lists at ruby-forum.com (Eduardo Blumenfeld) Date: Wed, 19 Jan 2011 06:28:05 +0100 Subject: [Ironruby-core] ironruby.net website not accessible In-Reply-To: References: <560dededd41a94416b22e2bb2d527d42@ruby-forum.com> Message-ID: <8fbe7c5cc89e61c999b934f93293aeba@ruby-forum.com> Hi everyone, Any news about the website? It is not working yet... Regards to all, Eduardo Jimmy Schementi wrote in post #974055: > It's not the domain that's the issue ... the wiki IronRuby is hosted on > is > requiring us to pay to continue using it. I'm in contact with the > company to > get a snapshot of our data and finally put up the new site ( > https://github.com/jschementi/iron-websites). Sorry for the downtime, > but > I'll keep the list posted. > > Bill/Tomas, I may need to get access to GoDaddy again if you've changed > any > passwords... > > ~Jimmy -- Posted via http://www.ruby-forum.com/. From sb at dev-heaven.net Wed Jan 26 08:08:29 2011 From: sb at dev-heaven.net (Sick Boy) Date: Wed, 26 Jan 2011 13:08:29 +0000 Subject: [Ironruby-core] How to access the inner exception information from .NET exceptions? Message-ID: Hi, I am wondering how I can expose the inner exception information within IronRuby. My program is throwing an exception only on one user's computer, the exception originates in a SelectItem method in WPF RibbonControlsLibrary, ComboBox. I am able to catch the exception and log it, by using a begin; (code); rescue => e; logger.debug [e.class, e.message, e.backtrace.join("\n")].join(" "); end. However this seems to only give me superficial information about exceptions thrown by .NET. I would like to be able to log all the exception information, incl each inner exception, so I can evaluate the problem and hopefully solve it. Is this possible or are there any other suggestions? Thanks for any help! This is the current exception output; System::TypeInitializationException The type initializer for 'System.Windows.Automation.InvokePatternIdentifiers' threw an exception. PresentationCore:0:in `Initialize' PresentationCore:0:in `.ctor' PresentationCore:0:in `.ctor' PresentationFramework:0:in `.ctor' RibbonControlsLibrary:0:in `.ctor' RibbonControlsLibrary:0:in `OnCreateAutomationPeer' PresentationCore:0:in `CreateAutomationPeer' PresentationCore:0:in `CreatePeerForElement' RibbonControlsLibrary:0:in `OnSelected' RibbonControlsLibrary:0:in `ChangeSelection' RibbonControlsLibrary:0:in `CoerceSelectedItem' WindowsBase:0:in `ProcessCoerceValue' WindowsBase:0:in `UpdateEffectiveValue' WindowsBase:0:in `SetValueCommon' WindowsBase:0:in `SetValue' RibbonControlsLibrary:0:in `set_SelectedItem' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/dialog_util.rb:60:in `select_item' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:1124:in `load_combobox' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:1051:in `load_data' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:1051:in `each_pair' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:1051:in `load_data' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:174:in `initialize' WindowsBase:0:in `InternalRealCall' WindowsBase:0:in `TryCatchWhen' WindowsBase:0:in `InvokeImpl' WindowsBase:0:in `InvokeInSecurityContext' mscorlib:0:in `runTryCode' mscorlib:0:in `ExecuteCodeWithGuaranteedCleanup' mscorlib:0:in `RunInternal' mscorlib:0:in `Run' mscorlib:0:in `Run' WindowsBase:0:in `Invoke' WindowsBase:0:in `ProcessQueue' WindowsBase:0:in `WndProcHook' WindowsBase:0:in `WndProc' WindowsBase:0:in `DispatcherCallbackOperation' WindowsBase:0:in `InternalRealCall' WindowsBase:0:in `TryCatchWhen' WindowsBase:0:in `InvokeImpl' WindowsBase:0:in `SubclassWndProc' WindowsBase:0:in `DispatchMessage' WindowsBase:0:in `PushFrameImpl' WindowsBase:0:in `PushFrame' WindowsBase:0:in `Run' PresentationFramework:0:in `RunDispatcher' PresentationFramework:0:in `RunInternal' PresentationFramework:0:in `Run' -------------- next part -------------- An HTML attachment was scrubbed... URL: From sb at dev-heaven.net Wed Jan 26 08:37:02 2011 From: sb at dev-heaven.net (Sick Boy) Date: Wed, 26 Jan 2011 13:37:02 +0000 Subject: [Ironruby-core] How to access the inner exception information from .NET exceptions? In-Reply-To: References: Message-ID: Answered my own question after inspecting the exception methods, and the .NET System.Exception class. Base/Inner exception seems to be what I was mostly after: logger.debug [ "#{e.class}: #{e.message}", "Base Exception: #{e.GetBaseException}", "Inner Exception: #{e.InnerException}", "StackTrace: #{e.StackTrace}", "Source: #{e.Source}", "TargetSite: #{e.TargetSite}", "Data: #{e.Data}", "BackTrace: #{e.backtrace.join("\n")}" ].join("\n") From: sb at dev-heaven.net To: ironruby-core at rubyforge.org Date: Wed, 26 Jan 2011 13:08:29 +0000 Subject: [Ironruby-core] How to access the inner exception information from .NET exceptions? Hi, I am wondering how I can expose the inner exception information within IronRuby. My program is throwing an exception only on one user's computer, the exception originates in a SelectItem method in WPF RibbonControlsLibrary, ComboBox. I am able to catch the exception and log it, by using a begin; (code); rescue => e; logger.debug [e.class, e.message, e.backtrace.join("\n")].join(" "); end. However this seems to only give me superficial information about exceptions thrown by .NET. I would like to be able to log all the exception information, incl each inner exception, so I can evaluate the problem and hopefully solve it. Is this possible or are there any other suggestions? Thanks for any help! This is the current exception output; System::TypeInitializationException The type initializer for 'System.Windows.Automation.InvokePatternIdentifiers' threw an exception. PresentationCore:0:in `Initialize' PresentationCore:0:in `.ctor' PresentationCore:0:in `.ctor' PresentationFramework:0:in `.ctor' RibbonControlsLibrary:0:in `.ctor' RibbonControlsLibrary:0:in `OnCreateAutomationPeer' PresentationCore:0:in `CreateAutomationPeer' PresentationCore:0:in `CreatePeerForElement' RibbonControlsLibrary:0:in `OnSelected' RibbonControlsLibrary:0:in `ChangeSelection' RibbonControlsLibrary:0:in `CoerceSelectedItem' WindowsBase:0:in `ProcessCoerceValue' WindowsBase:0:in `UpdateEffectiveValue' WindowsBase:0:in `SetValueCommon' WindowsBase:0:in `SetValue' RibbonControlsLibrary:0:in `set_SelectedItem' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/dialog_util.rb:60:in `select_item' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:1124:in `load_combobox' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:1051:in `load_data' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:1051:in `each_pair' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:1051:in `load_data' C:/Program Files (x86)/Six Updater/Lib/ruby/gems/1.9.1/gems/six-updater-gui-0.2.0/lib/six/updater-gui/ui_logic.rb:174:in `initialize' WindowsBase:0:in `InternalRealCall' WindowsBase:0:in `TryCatchWhen' WindowsBase:0:in `InvokeImpl' WindowsBase:0:in `InvokeInSecurityContext' mscorlib:0:in `runTryCode' mscorlib:0:in `ExecuteCodeWithGuaranteedCleanup' mscorlib:0:in `RunInternal' mscorlib:0:in `Run' mscorlib:0:in `Run' WindowsBase:0:in `Invoke' WindowsBase:0:in `ProcessQueue' WindowsBase:0:in `WndProcHook' WindowsBase:0:in `WndProc' WindowsBase:0:in `DispatcherCallbackOperation' WindowsBase:0:in `InternalRealCall' WindowsBase:0:in `TryCatchWhen' WindowsBase:0:in `InvokeImpl' WindowsBase:0:in `SubclassWndProc' WindowsBase:0:in `DispatchMessage' WindowsBase:0:in `PushFrameImpl' WindowsBase:0:in `PushFrame' WindowsBase:0:in `Run' PresentationFramework:0:in `RunDispatcher' PresentationFramework:0:in `RunInternal' PresentationFramework:0:in `Run' _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at ruby-forum.com Thu Jan 27 15:07:34 2011 From: lists at ruby-forum.com (Eric Lundblad) Date: Thu, 27 Jan 2011 21:07:34 +0100 Subject: [Ironruby-core] IronRuby + actionmailer: uninitialized constant Net::InternetMessageIO::TCPsocket Message-ID: <77d6ff59bf9b745d95b65b32f0c6be2f@ruby-forum.com> I'm using IronRuby 1.0 to run rake jobs:work (i.e. delayed_jobs). The job worker is supposed to send out email (via ActionMailer, of course). When this runs, I get the following error: [Worker(host:InfowitDev2 pid:16496)] EmailHelper::CalEventRemind failed with NameError: uninitialized constant Net::InternetMessageIO::TCPsocket - 0 failed attempts I've run this with both rails 2.3.5 and 2.3.8, both with the same effect. Other uninitialized constant issues have been resolved by changing versions of gems I'm using....however I don't see where/how to do that here (other than changing rails version, hence the above). Any suggestions here? My environment: Win XP-pro SP3 IronRuby 1.0 (installed by ironruby-1.0v4.msi) igem install rails --version=2.3.8 --no-ri --no-rdoc (used 2.3.5 as well) igem install rake --no-ri --no-rdoc igem install delayed_job --version=2.0.5 --no-ri --no-rdoc igem install activerecord-sqlserver-adapter --version=2.3.8 --no-ri --no-rdoc (used 2.3.5 as well) rake db:migrate I've uninstalled everything and reinstalled and had the same problem. Also, I tried installing the actionmailer-ironruby gem, hoping this would avoid this issue, but it had no effect. This surprised me...shouldn't actionmailer-ironruby take over prior to actionmailer getting to the smtp layer? I assume I'm not supposed to uninstall actionmailer for actionmailer-ironruby to work....rails has a dependency of actionmailer. The stack trace for the above error is: C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.8/lib/active_support/dependencies.rb:105:in `const_missing'' C:/Program Files/IronRuby1.0v4/lib/ruby/1.8/net/protocol.rb:206:in `old_open'' C:/Program Files/IronRuby1.0v4/lib/ruby/1.8/timeout.rb:73:in `timeout'' C:/Program Files/IronRuby1.0v4/lib/ruby/1.8/timeout.rb:105:in `timeout'' C:/Program Files/IronRuby1.0v4/lib/ruby/1.8/net/protocol.rb:206:in `old_open'' C:/Program Files/IronRuby1.0v4/lib/ruby/1.8/net/smtp.rb:392:in `do_start'' C:/Program Files/IronRuby1.0v4/lib/ruby/1.8/net/smtp.rb:377:in `start'' C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/actionmailer-2.3.8/lib/action_mailer/base.rb:682:in `perform_d elivery_smtp'' C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/actionmailer-2.3.8/lib/action_mailer/base.rb:523:in `__send__' ' C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/actionmailer-2.3.8/lib/action_mailer/base.rb:523:in `deliver!' ' C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/actionmailer-2.3.8/lib/action_mailer/base.rb:395:in `method_mi ssing'' D:/Perforce/Eric/Main2/Common/Rails/iwBatch/app/helpers/email_helper.rb:35:in `perform'' C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/delayed_job-2.0.5/lib/delayed/backend/base.rb:74:in `invoke_jo b'' C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/delayed_job-2.0.5/lib/delayed/worker.rb:122:in `run'' C:/Program Files/IronRuby1.0v4/lib/ruby/1.8/timeout.rb:73:in `timeout'' C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/delayed_job-2.0.5/lib/delayed/worker.rb:122:in `run'' C:/Program Files/IronRuby1.0v4/lib/ironruby/gems/1.8/gems/activesupport-2.3.8/lib/active_support/core_ext/benchmark.rb:1 thanks, eric -- Posted via http://www.ruby-forum.com/. From Tomas.Matousek at microsoft.com Sun Jan 30 15:37:27 2011 From: Tomas.Matousek at microsoft.com (Tomas Matousek) Date: Sun, 30 Jan 2011 20:37:27 +0000 Subject: [Ironruby-core] [IronPython] Proposed Release Schedule for 2.7 In-Reply-To: References: Message-ID: I propose we sync IronRuby releases with IronPython as follows: IronRuby - IronPython - date 1.1.2 - Beta 2 - February 6 none - RC1 - February 20 none - RC2 - February 27 1.1.3 - RTM - March 6 Tomas -----Original Message----- From: users-bounces at lists.ironpython.com [mailto:users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy Sent: Friday, January 28, 2011 3:39 PM To: Discussion of IronPython Subject: [IronPython] Proposed Release Schedule for 2.7 I'd like to propose the following release schedule for IronPython 2.7: Beta 2 - February 6 RC1 - February 20 RC2 - February 27 RTM - March 6 The need for a Beta 3 release could push those dates back by up to two weeks. Also, I may reevaluate based on the rate of bugs being fixed - if lots of fixes are coming in, delaying the release may be worthwhile. Obviously, any showstoppers would have an affect as while, but I don't believe there are any of those at the moment. The only current blocker for release is that the test suite does not pass 100%. That will need to be sorted prior to RTM. It's an aggressive schedule, but I think IronPython has gone too long without a release. I'm expecting there to be 2.7.x releases every 4-6 weeks if there are sufficient contributions (like new modules). I want to get the 2.x series behind us so that work can begin on 3.2/3.3. Compatibility with 3.x is going to be much better than 2.x, and with most Python stuff needing porting effort anyway getting IronPython support will be easier. That's going to require some work in the innards, and I'm not sure too many people are familiar with those parts or IronPython yet. I've already updated the version numbers to Beta 2 and fixed the installer bugs that prevented Beta 1 from installing over Alpha 1. At this point, the bugs that get fixed will probably be the ones that have patches, or at least solid repros, attached to them. If you've got a bug that you think *must* be fixed, bring it up here. Does anyone else think this is doable? - Jeff _______________________________________________ Users mailing list Users at lists.ironpython.com http://lists.ironpython.com/listinfo.cgi/users-ironpython.com From ustuntas at ekatek.com.tr Mon Jan 31 02:43:19 2011 From: ustuntas at ekatek.com.tr (=?UTF-8?B?TXVyYXQgw5xTVMOcTlRBxZ4=?=) Date: Mon, 31 Jan 2011 09:43:19 +0200 Subject: [Ironruby-core] [About IronRuby.net] Message-ID: <4D466817.5050007@ekatek.com.tr> Hello All, Is there anybody knows any information about the ironruby.net site? The site don`t run. How can we solve this? Regards, Murat USTUNTAS Ekatek Muhendislik -- From jstaten07 at gmail.com Mon Jan 31 09:17:56 2011 From: jstaten07 at gmail.com (Jason Staten) Date: Mon, 31 Jan 2011 07:17:56 -0700 Subject: [Ironruby-core] [About IronRuby.net] In-Reply-To: <4D466817.5050007@ekatek.com.tr> References: <4D466817.5050007@ekatek.com.tr> Message-ID: As of the 11th, it's getting worked on. http://rubyforge.org/pipermail/ironruby-core/2011-January/007768.html Not sure what the current status is. On Mon, Jan 31, 2011 at 12:43 AM, Murat ?ST?NTA? wrote: > Hello All, > > Is there anybody knows any information about the ironruby.net site? > The site don`t run. How can we solve this? > > Regards, > > Murat USTUNTAS > Ekatek Muhendislik > > -- > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jimmy at schementi.com Mon Jan 31 12:58:53 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 31 Jan 2011 12:58:53 -0500 Subject: [Ironruby-core] [About IronRuby.net] In-Reply-To: References: <4D466817.5050007@ekatek.com.tr> Message-ID: Current status: I got the backup from MindTouch, but I need a day or two more to get it back up. Basically I'm finishing the work I started a couple months ago to merge the IronPython and IronRuby websites: http://github.com/jschementi/iron-websites. It'll be worth the wait, I promise =) ~Jimmy On Mon, Jan 31, 2011 at 9:17 AM, Jason Staten wrote: > As of the 11th, it's getting worked on. > http://rubyforge.org/pipermail/ironruby-core/2011-January/007768.html > > Not sure what the current status is. > > On Mon, Jan 31, 2011 at 12:43 AM, Murat ?ST?NTA? wrote: > >> Hello All, >> >> Is there anybody knows any information about the ironruby.net site? >> The site don`t run. How can we solve this? >> >> Regards, >> >> Murat USTUNTAS >> Ekatek Muhendislik >> >> -- >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Jan 31 18:18:43 2011 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 31 Jan 2011 18:18:43 -0500 Subject: [Ironruby-core] [About IronRuby.net] In-Reply-To: References: <4D466817.5050007@ekatek.com.tr> Message-ID: Anyway to at least have the domain redirect to the github wiki or something? Or a static "Coming soon" page? On Mon, Jan 31, 2011 at 12:58 PM, Jimmy Schementi wrote: > Current status: I got the backup from MindTouch, but I need a day or two > more to get it back up. Basically I'm finishing the work I started a couple > months ago to merge the IronPython and IronRuby websites: > http://github.com/jschementi/iron-websites. It'll be worth the wait, I > promise =) > ~Jimmy > > > On Mon, Jan 31, 2011 at 9:17 AM, Jason Staten wrote: >> >> As of the 11th, it's getting worked on. >> http://rubyforge.org/pipermail/ironruby-core/2011-January/007768.html >> Not sure what the current status is. >> On Mon, Jan 31, 2011 at 12:43 AM, Murat ?ST?NTA? >> wrote: >>> >>> Hello All, >>> >>> Is there anybody knows any information about the ironruby.net site? >>> The site don`t run. How can we solve this? >>> >>> Regards, >>> >>> Murat USTUNTAS >>> Ekatek Muhendislik >>> >>> -- >>> >>> _______________________________________________ >>> 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 ----------//----------- http://blog.prokrams.com From blowmage at gmail.com Mon Jan 31 21:28:24 2011 From: blowmage at gmail.com (Mike Moore) Date: Mon, 31 Jan 2011 19:28:24 -0700 Subject: [Ironruby-core] [About IronRuby.net] In-Reply-To: References: <4D466817.5050007@ekatek.com.tr> Message-ID: <4166927382766478403@unknownmsgid> On Jan 31, 2011, at 5:55 PM, Michael Letterle wrote: > Anyway to at least have the domain redirect to the github wiki or > something? Or a static "Coming soon" page? IMO, the easiest and fastest way to get the site back up is this: http://pages.github.com/ It would also make it easy for folks to contribute content. From jimmy at schementi.com Mon Jan 31 23:09:14 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 31 Jan 2011 23:09:14 -0500 Subject: [Ironruby-core] [About IronRuby.net] In-Reply-To: <4166927382766478403@unknownmsgid> References: <4D466817.5050007@ekatek.com.tr> <4166927382766478403@unknownmsgid> Message-ID: WRT pages.github.com: we already have GoDaddy hosting that Microsoft pays for, which is where ironpython.net is hosted. Basically I'm just having them change the DNS info for ironruby.net to point to that same server; when that gets changed then you'll see the "coming soon" page. The website's code is already on GitHub for contributions, and we could easily move it to GitHub Pages if we don't want to renew the GoDaddy hosting. ~Jimmy On Mon, Jan 31, 2011 at 9:28 PM, Mike Moore wrote: > On Jan 31, 2011, at 5:55 PM, Michael Letterle > wrote: > > > Anyway to at least have the domain redirect to the github wiki or > > something? Or a static "Coming soon" page? > > IMO, the easiest and fastest way to get the site back up is this: > > http://pages.github.com/ > > It would also make it easy for folks to contribute content. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.letterle at gmail.com Mon Jan 31 23:14:57 2011 From: michael.letterle at gmail.com (Michael Letterle) Date: Mon, 31 Jan 2011 23:14:57 -0500 Subject: [Ironruby-core] [About IronRuby.net] In-Reply-To: <4166927382766478403@unknownmsgid> References: <4D466817.5050007@ekatek.com.tr> <4166927382766478403@unknownmsgid> Message-ID: Yes, i concur. But really anything is better then the current Wik.is page. On Mon, Jan 31, 2011 at 9:28 PM, Mike Moore wrote: > On Jan 31, 2011, at 5:55 PM, Michael Letterle > wrote: > >> Anyway to at least have the domain redirect to the github wiki or >> something? Or a static "Coming soon" page? > > IMO, the easiest and fastest way to get the site back up is this: > > http://pages.github.com/ > > It would also make it easy for folks to contribute content. > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > -- Michael Letterle ----------//----------- http://blog.prokrams.com From jimmy at schementi.com Mon Jan 31 23:28:05 2011 From: jimmy at schementi.com (Jimmy Schementi) Date: Mon, 31 Jan 2011 23:28:05 -0500 Subject: [Ironruby-core] [IronPython] Proposed Release Schedule for 2.7 In-Reply-To: References: Message-ID: That schedule looks good for me too, and I can help get the releases out as well. ~Jimmy On Sun, Jan 30, 2011 at 3:37 PM, Tomas Matousek < Tomas.Matousek at microsoft.com> wrote: > I propose we sync IronRuby releases with IronPython as follows: > > IronRuby - IronPython - date > 1.1.2 - Beta 2 - February 6 > none - RC1 - February 20 > none - RC2 - February 27 > 1.1.3 - RTM - March 6 > > Tomas > > -----Original Message----- > From: users-bounces at lists.ironpython.com [mailto: > users-bounces at lists.ironpython.com] On Behalf Of Jeff Hardy > Sent: Friday, January 28, 2011 3:39 PM > To: Discussion of IronPython > Subject: [IronPython] Proposed Release Schedule for 2.7 > > I'd like to propose the following release schedule for IronPython 2.7: > > Beta 2 - February 6 > RC1 - February 20 > RC2 - February 27 > RTM - March 6 > > The need for a Beta 3 release could push those dates back by up to two > weeks. Also, I may reevaluate based on the rate of bugs being fixed - if > lots of fixes are coming in, delaying the release may be worthwhile. > Obviously, any showstoppers would have an affect as while, but I don't > believe there are any of those at the moment. The only current blocker for > release is that the test suite does not pass 100%. > That will need to be sorted prior to RTM. > > It's an aggressive schedule, but I think IronPython has gone too long > without a release. I'm expecting there to be 2.7.x releases every 4-6 weeks > if there are sufficient contributions (like new modules). > > I want to get the 2.x series behind us so that work can begin on 3.2/3.3. > Compatibility with 3.x is going to be much better than 2.x, and with most > Python stuff needing porting effort anyway getting IronPython support will > be easier. That's going to require some work in the innards, and I'm not > sure too many people are familiar with those parts or IronPython yet. > > I've already updated the version numbers to Beta 2 and fixed the installer > bugs that prevented Beta 1 from installing over Alpha 1. At this point, the > bugs that get fixed will probably be the ones that have patches, or at least > solid repros, attached to them. > > If you've got a bug that you think *must* be fixed, bring it up here. > > Does anyone else think this is doable? > > - Jeff > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > > _______________________________________________ > Users mailing list > Users at lists.ironpython.com > http://lists.ironpython.com/listinfo.cgi/users-ironpython.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: