Jimmy Schementi
2010-Apr-23 05:25 UTC
[Ironruby-core] DataMapper (was Re: Thread Priority)
That''s a very good question actually; I know at least one Rails + DataMapper site that will switch to IronRuby if they can get it working (one I used to work on), so I''m personally interested in this as well. :) Last I checked do_sqlserver wasn''t too mature. They don''t depend on dbi, so there will need to be a separate abstraction for ADO and <http://ADO.NET> ADO.NET<http://ADO.NET>. I have more faith in do_sqlite3 working, as there is a .NET API for sqlite3 (http://sqlite.phxsoftware.com/), and it would be minimal work to test do_sqlite3 with sqlite-ironruby. As far as DataMapper itself, it''d be interesting to run DataMapper with it''s in-memory database to see if IronRuby at-least run it. I''ll want to look into running datamapper for unit testing sake, but it would be great if someone signed up to work on the sqlserver and sqlite3 support. Ryan, you want to head that up, or at least look for a team? ~Jimmy On Apr 22, 2010, at 9:54 PM, "Ryan Riley" <<mailto:ryan.riley at panesofglass.org><mailto:ryan.riley at panesofglass.org>ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org>> wrote: What''s the status of the DataMapper port? I was just trying to use it but couldn''t get the gem installed. I''m interested in helping get this working. What next steps are needed? Thanks, Ryan Riley Email: <mailto:ryan.riley at panesofglass.org> <mailto:ryan.riley at panesofglass.org> <mailto:ryan.riley at panesofglass.org> ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org> LinkedIn: <http://www.linkedin.com/in/ryanriley> <http://www.linkedin.com/in/ryanriley> <http://www.linkedin.com/in/ryanriley> http://www.linkedin.com/in/ryanriley Blog: <http://wizardsofsmart.net/> <http://wizardsofsmart.net/> <http://wizardsofsmart.net/> http://wizardsofsmart.net/ Twitter: @panesofglass Website: <http://panesofglass.org/> <http://panesofglass.org/> <http://panesofglass.org/> http://panesofglass.org/ On Mon, Oct 26, 2009 at 7:02 AM, Alexander Coles <<mailto:alex at alexbcoles.com><mailto:alex at alexbcoles.com><mailto:alex at alexbcoles.com>alex at alexbcoles.com<mailto:alex at alexbcoles.com>> wrote: Quick +1 to vote this patch up. I''ve been working on the JRuby support for the DataMapper ORM and DataObjects(.rb) database connectivity layer. These projects rely in turn on another project called Extlib, which provides a bunch of useful extensions (lazy arrays, thread pools, string extensions) for the other two projects. I pulled down and built the latest IronRuby and running Extlib''s specs, the lack of Thread#priority appears to be the first blocker in our support for IR. Alex Coles DataMapper: <http://github.com/datamapper/dm-core> <http://github.com/datamapper/dm-core> <http://github.com/datamapper/dm-core> http://github.com/datamapper/dm-core DataObjects: <http://github.com/datamapper/do> <http://github.com/datamapper/do> <http://github.com/datamapper/do> http://github.com/datamapper/do Extlib: <http://github.com/datamapper/extlib> <http://github.com/datamapper/extlib> <http://github.com/datamapper/extlib> http://github.com/datamapper/extlib On Mon, Oct 26, 2009 at 6:12 AM, Shay Friedman <<mailto:shay.friedman at gmail.com><mailto:shay.friedman at gmail.com><mailto:shay.friedman at gmail.com>shay.friedman at gmail.com<mailto:shay.friedman at gmail.com>> wrote:> I remembered something like that. Thanks for pointing it out Pascal. > Is it going to be incorporated into V1 code? > Thanks! > Shay. > > On Mon, Oct 26, 2009 at 1:49 AM, Pascal Normandin > <<mailto:pascal.normandin at convergentware.com><mailto:pascal.normandin at convergentware.com><mailto:pascal.normandin at convergentware.com>pascal.normandin at convergentware.com<mailto:pascal.normandin at convergentware.com>> wrote: >> >> Hello, >> >> I have done a very basic implementation of a while back but I did not >> finish >> the modifications to the specs to test this. >> >> Here are the commits if you want to grab it >> >> >> <http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7> <http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7> <http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7> http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7 >> de7f305 >> >> <http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b> <http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b> <http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b> http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b >> 164f202 >> >> It was decided at some point that there would only be 5 valid values >> >> -2, -1, 0, 1 and 2 ... mapping to the CLR thread priorities >> Lowest, BelowNormal, Normal, AboveNormal and Highest >> >> If anything lower than -2 is passed in the thread will be assigned Lowest >> and Highest if above 2. >> >> Pascal >> >> -----Original Message----- >> From: <mailto:ironruby-core-bounces at rubyforge.org> <mailto:ironruby-core-bounces at rubyforge.org> <mailto:ironruby-core-bounces at rubyforge.org> ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> >> [mailto:<mailto:ironruby-core-bounces at rubyforge.org><mailto:ironruby-core-bounces at rubyforge.org><mailto:ironruby-core-bounces at rubyforge.org>ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shay Friedman >> Sent: October-25-09 3:55 PM >> To: <mailto:ironruby-core at rubyforge.org> <mailto:ironruby-core at rubyforge.org> <mailto:ironruby-core at rubyforge.org> ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> >> Subject: Re: [Ironruby-core] Thread Priority >> >> Is it going to be implemented for V1? >> If yes, is it going to work as MRI with numeric values? >> >> Thanks! >> Shay. >> >> On 10/25/09, Tomas Matousek <<mailto:Tomas.Matousek at microsoft.com><mailto:Tomas.Matousek at microsoft.com><mailto:Tomas.Matousek at microsoft.com>Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote: >> > Ruby Thread#priority is not implemented yet. We disabled name mangling >> > on >> > built-ins recently so Thread.Priority property is not callable via >> > lower-case name anymore. >> > >> > Tomas >> > >> > -----Original Message----- >> > From: <mailto:ironruby-core-bounces at rubyforge.org> <mailto:ironruby-core-bounces at rubyforge.org> <mailto:ironruby-core-bounces at rubyforge.org> ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> >> > [mailto:<mailto:ironruby-core-bounces at rubyforge.org><mailto:ironruby-core-bounces at rubyforge.org><mailto:ironruby-core-bounces at rubyforge.org>ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shay Friedman >> > Sent: Saturday, October 24, 2009 11:10 PM >> > To: ironruby-core >> > Subject: [Ironruby-core] Thread Priority >> > >> > Hi guys, >> > >> > I''ve just noticed that something happened to Thread.priority... It >> > disappeared. >> > I''m talking about Thread''s instance attribute - priority. I''m using the >> > latest code from GitHub. >> > >> > The only available priority in the Thread instance now is a CamelCase >> > priority, which is .Net''s Priority attribute... >> > >> > Take a look at the next REPL session: >> > => #<Thread:0x000005e aborting> >> >>>> t = Thread.new { puts "Start"; sleep(30); puts "end" } >> > tart=> >> > #<Thread:0x0000060 run> >> >>>> t.priority >> > :0: undefined method `priority'' for #<Thread:0x0000060 sleep> >> > (NoMethodError) >> > >> >>>> t.Priority >> > => Normal >> > >> > I remember the priority attribute was problematic because it didn''t >> receive >> > numeric values like MRI. Maybe this is related to that? >> > >> > Thanks, >> > Shay. >> > >> > -- >> > -------------------------------------------------- >> > Shay Friedman >> > Author of IronRuby Unleashed >> > <http://www.IronShay.com> <http://www.IronShay.com> <http://www.IronShay.com> http://www.IronShay.com >> > Follow me: <http://twitter.com/ironshay> <http://twitter.com/ironshay> <http://twitter.com/ironshay> http://twitter.com/ironshay >> > _______________________________________________________________________________________ Ironruby-core mailing list <mailto:Ironruby-core at rubyforge.org><mailto:Ironruby-core at rubyforge.org><mailto:Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org> <http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core>http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list <mailto:Ironruby-core at rubyforge.org><mailto:Ironruby-core at rubyforge.org>Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org> <http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core>http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100423/1f223356/attachment-0001.html>
Kevin Radcliffe
2010-Apr-23 05:46 UTC
[Ironruby-core] DataMapper (was Re: Thread Priority)
I was also very interested in this. Jimmy, shouldn''t plain old ADO support "just work" once this bug is fixed?: ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085 <http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085>Obviously, plain old ADO will not be the most optimal solution, but I think it may give us something for MSSQL servers right away. Thanks! Best Regards, Kevin Radcliffe On Thu, Apr 22, 2010 at 11:25 PM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote:> That''s a very good question actually; I know at least one Rails + > DataMapper site that will switch to IronRuby if they can get it working (one > I used to work on), so I''m personally interested in this as well. :) > > Last I checked do_sqlserver wasn''t too mature. They don''t depend on dbi, so > there will need to be a separate abstraction for ADO and <http://ADO.NET> > ADO.NET. I have more faith in do_sqlite3 working, as there is a .NET API > for sqlite3 (http://sqlite.phxsoftware.com/), and it would be minimal work > to test do_sqlite3 with sqlite-ironruby. > > As far as DataMapper itself, it''d be interesting to run DataMapper with > it''s in-memory database to see if IronRuby at-least run it. > > I''ll want to look into running datamapper for unit testing sake, but it > would be great if someone signed up to work on the sqlserver and sqlite3 > support. Ryan, you want to head that up, or at least look for a team? > > ~Jimmy > > On Apr 22, 2010, at 9:54 PM, "Ryan Riley" < <ryan.riley at panesofglass.org><ryan.riley at panesofglass.org> > ryan.riley at panesofglass.org> wrote: > > What''s the status of the DataMapper port? I was just trying to use it but > couldn''t get the gem installed. I''m interested in helping get this working. > What next steps are needed? > > Thanks, > > Ryan Riley > > Email: <ryan.riley at panesofglass.org> <ryan.riley at panesofglass.org><ryan.riley at panesofglass.org> > ryan.riley at panesofglass.org > LinkedIn: <http://www.linkedin.com/in/ryanriley><http://www.linkedin.com/in/ryanriley><http://www.linkedin.com/in/ryanriley> > http://www.linkedin.com/in/ryanriley > Blog: <http://wizardsofsmart.net/> <http://wizardsofsmart.net/><http://wizardsofsmart.net/> > http://wizardsofsmart.net/ > Twitter: @panesofglass > Website: <http://panesofglass.org/> <http://panesofglass.org/><http://panesofglass.org/> > http://panesofglass.org/ > > > On Mon, Oct 26, 2009 at 7:02 AM, Alexander Coles < <alex at alexbcoles.com><alex at alexbcoles.com><alex at alexbcoles.com> > alex at alexbcoles.com> wrote: > >> Quick +1 to vote this patch up. >> >> I''ve been working on the JRuby support for the DataMapper ORM and >> DataObjects(.rb) database connectivity layer. These projects rely in >> turn on another project called Extlib, which provides a bunch of >> useful extensions (lazy arrays, thread pools, string extensions) for >> the other two projects. >> >> I pulled down and built the latest IronRuby and running Extlib''s >> specs, the lack of Thread#priority appears to be the first blocker in >> our support for IR. >> >> Alex Coles >> >> DataMapper: <http://github.com/datamapper/dm-core><http://github.com/datamapper/dm-core><http://github.com/datamapper/dm-core> >> http://github.com/datamapper/dm-core >> DataObjects: <http://github.com/datamapper/do><http://github.com/datamapper/do><http://github.com/datamapper/do> >> http://github.com/datamapper/do >> Extlib: <http://github.com/datamapper/extlib><http://github.com/datamapper/extlib><http://github.com/datamapper/extlib> >> http://github.com/datamapper/extlib >> >> >> On Mon, Oct 26, 2009 at 6:12 AM, Shay Friedman <<shay.friedman at gmail.com><shay.friedman at gmail.com><shay.friedman at gmail.com> >> shay.friedman at gmail.com> wrote: >> > I remembered something like that. Thanks for pointing it out Pascal. >> > Is it going to be incorporated into V1 code? >> > Thanks! >> > Shay. >> > >> > On Mon, Oct 26, 2009 at 1:49 AM, Pascal Normandin >> > < <pascal.normandin at convergentware.com><pascal.normandin at convergentware.com><pascal.normandin at convergentware.com> >> pascal.normandin at convergentware.com> wrote: >> >> >> >> Hello, >> >> >> >> I have done a very basic implementation of a while back but I did not >> >> finish >> >> the modifications to the specs to test this. >> >> >> >> Here are the commits if you want to grab it >> >> >> >> >> >> >> <http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7><http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7><http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7> >> http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7 >> >> de7f305 >> >> >> >> >> <http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b><http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b><http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b> >> http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b >> >> 164f202 >> >> >> >> It was decided at some point that there would only be 5 valid values >> >> >> >> -2, -1, 0, 1 and 2 ... mapping to the CLR thread priorities >> >> Lowest, BelowNormal, Normal, AboveNormal and Highest >> >> >> >> If anything lower than -2 is passed in the thread will be assigned >> Lowest >> >> and Highest if above 2. >> >> >> >> Pascal >> >> >> >> -----Original Message----- >> >> From: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >> ironruby-core-bounces at rubyforge.org >> >> [mailto: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >> ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman >> >> Sent: October-25-09 3:55 PM >> >> To: <ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org><ironruby-core at rubyforge.org> >> ironruby-core at rubyforge.org >> >> Subject: Re: [Ironruby-core] Thread Priority >> >> >> >> Is it going to be implemented for V1? >> >> If yes, is it going to work as MRI with numeric values? >> >> >> >> Thanks! >> >> Shay. >> >> >> >> On 10/25/09, Tomas Matousek < <Tomas.Matousek at microsoft.com><Tomas.Matousek at microsoft.com><Tomas.Matousek at microsoft.com> >> Tomas.Matousek at microsoft.com> wrote: >> >> > Ruby Thread#priority is not implemented yet. We disabled name >> mangling >> >> > on >> >> > built-ins recently so Thread.Priority property is not callable via >> >> > lower-case name anymore. >> >> > >> >> > Tomas >> >> > >> >> > -----Original Message----- >> >> > From: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >> ironruby-core-bounces at rubyforge.org >> >> > [mailto: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >> ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman >> >> > Sent: Saturday, October 24, 2009 11:10 PM >> >> > To: ironruby-core >> >> > Subject: [Ironruby-core] Thread Priority >> >> > >> >> > Hi guys, >> >> > >> >> > I''ve just noticed that something happened to Thread.priority... It >> >> > disappeared. >> >> > I''m talking about Thread''s instance attribute - priority. I''m using >> the >> >> > latest code from GitHub. >> >> > >> >> > The only available priority in the Thread instance now is a CamelCase >> >> > priority, which is .Net''s Priority attribute... >> >> > >> >> > Take a look at the next REPL session: >> >> > => #<Thread:0x000005e aborting> >> >> >>>> t = Thread.new { puts "Start"; sleep(30); puts "end" } >> >> > tart=> >> >> > #<Thread:0x0000060 run> >> >> >>>> t.priority >> >> > :0: undefined method `priority'' for #<Thread:0x0000060 sleep> >> >> > (NoMethodError) >> >> > >> >> >>>> t.Priority >> >> > => Normal >> >> > >> >> > I remember the priority attribute was problematic because it didn''t >> >> receive >> >> > numeric values like MRI. Maybe this is related to that? >> >> > >> >> > Thanks, >> >> > Shay. >> >> > >> >> > -- >> >> > -------------------------------------------------- >> >> > Shay Friedman >> >> > Author of IronRuby Unleashed >> >> > <http://www.IronShay.com> <http://www.IronShay.com><http://www.IronShay.com> >> http://www.IronShay.com >> >> > Follow me: <http://twitter.com/ironshay><http://twitter.com/ironshay><http://twitter.com/ironshay> >> http://twitter.com/ironshay >> >> > ________________________________________ >> _______________________________________________ >> Ironruby-core mailing list >> <Ironruby-core at rubyforge.org> <Ironruby-core at rubyforge.org><Ironruby-core at rubyforge.org> >> Ironruby-core at rubyforge.org >> <http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core> >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > _______________________________________________ > Ironruby-core mailing list > <Ironruby-core at rubyforge.org> <Ironruby-core at rubyforge.org> > Ironruby-core at rubyforge.org > <http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core> > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100422/ff936acd/attachment-0001.html>
Kevin Radcliffe
2010-Apr-23 05:52 UTC
[Ironruby-core] DataMapper (was Re: Thread Priority)
Too late for email I guess. My email was re: Sequel and not Datamapper. May still apply, but probably not. My apologies. Best Regards, Kevin Radcliffe On Thu, Apr 22, 2010 at 11:46 PM, Kevin Radcliffe <kevin.radcliffe at gmail.com> wrote:> I was also very interested in this. > > Jimmy, shouldn''t plain old ADO support "just work" once this bug is fixed?: > ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085 > > <http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085>Obviously, > plain old ADO will not be the most optimal solution, but I think it may give > us something for MSSQL servers right away. > Thanks! > Best Regards, > Kevin Radcliffe > > > On Thu, Apr 22, 2010 at 11:25 PM, Jimmy Schementi < > Jimmy.Schementi at microsoft.com> wrote: > >> That''s a very good question actually; I know at least one Rails + >> DataMapper site that will switch to IronRuby if they can get it working (one >> I used to work on), so I''m personally interested in this as well. :) >> >> Last I checked do_sqlserver wasn''t too mature. They don''t depend on dbi, >> so there will need to be a separate abstraction for ADO and >> <http://ADO.NET>ADO.NET. I have more faith in do_sqlite3 working, as >> there is a .NET API for sqlite3 (http://sqlite.phxsoftware.com/), and it >> would be minimal work to test do_sqlite3 with sqlite-ironruby. >> >> As far as DataMapper itself, it''d be interesting to run DataMapper with >> it''s in-memory database to see if IronRuby at-least run it. >> >> I''ll want to look into running datamapper for unit testing sake, but it >> would be great if someone signed up to work on the sqlserver and sqlite3 >> support. Ryan, you want to head that up, or at least look for a team? >> >> ~Jimmy >> >> On Apr 22, 2010, at 9:54 PM, "Ryan Riley" < <ryan.riley at panesofglass.org><ryan.riley at panesofglass.org> >> ryan.riley at panesofglass.org> wrote: >> >> What''s the status of the DataMapper port? I was just trying to use it but >> couldn''t get the gem installed. I''m interested in helping get this working. >> What next steps are needed? >> >> Thanks, >> >> Ryan Riley >> >> Email: <ryan.riley at panesofglass.org> <ryan.riley at panesofglass.org><ryan.riley at panesofglass.org> >> ryan.riley at panesofglass.org >> LinkedIn: <http://www.linkedin.com/in/ryanriley><http://www.linkedin.com/in/ryanriley><http://www.linkedin.com/in/ryanriley> >> http://www.linkedin.com/in/ryanriley >> Blog: <http://wizardsofsmart.net/> <http://wizardsofsmart.net/><http://wizardsofsmart.net/> >> http://wizardsofsmart.net/ >> Twitter: @panesofglass >> Website: <http://panesofglass.org/> <http://panesofglass.org/><http://panesofglass.org/> >> http://panesofglass.org/ >> >> >> On Mon, Oct 26, 2009 at 7:02 AM, Alexander Coles < <alex at alexbcoles.com><alex at alexbcoles.com><alex at alexbcoles.com> >> alex at alexbcoles.com> wrote: >> >>> Quick +1 to vote this patch up. >>> >>> I''ve been working on the JRuby support for the DataMapper ORM and >>> DataObjects(.rb) database connectivity layer. These projects rely in >>> turn on another project called Extlib, which provides a bunch of >>> useful extensions (lazy arrays, thread pools, string extensions) for >>> the other two projects. >>> >>> I pulled down and built the latest IronRuby and running Extlib''s >>> specs, the lack of Thread#priority appears to be the first blocker in >>> our support for IR. >>> >>> Alex Coles >>> >>> DataMapper: <http://github.com/datamapper/dm-core><http://github.com/datamapper/dm-core><http://github.com/datamapper/dm-core> >>> http://github.com/datamapper/dm-core >>> DataObjects: <http://github.com/datamapper/do><http://github.com/datamapper/do><http://github.com/datamapper/do> >>> http://github.com/datamapper/do >>> Extlib: <http://github.com/datamapper/extlib><http://github.com/datamapper/extlib><http://github.com/datamapper/extlib> >>> http://github.com/datamapper/extlib >>> >>> >>> On Mon, Oct 26, 2009 at 6:12 AM, Shay Friedman <<shay.friedman at gmail.com><shay.friedman at gmail.com><shay.friedman at gmail.com> >>> shay.friedman at gmail.com> wrote: >>> > I remembered something like that. Thanks for pointing it out Pascal. >>> > Is it going to be incorporated into V1 code? >>> > Thanks! >>> > Shay. >>> > >>> > On Mon, Oct 26, 2009 at 1:49 AM, Pascal Normandin >>> > < <pascal.normandin at convergentware.com><pascal.normandin at convergentware.com><pascal.normandin at convergentware.com> >>> pascal.normandin at convergentware.com> wrote: >>> >> >>> >> Hello, >>> >> >>> >> I have done a very basic implementation of a while back but I did not >>> >> finish >>> >> the modifications to the specs to test this. >>> >> >>> >> Here are the commits if you want to grab it >>> >> >>> >> >>> >> >>> <http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7><http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7><http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7> >>> http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7 >>> >> de7f305 >>> >> >>> >> >>> <http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b><http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b><http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b> >>> http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b >>> >> 164f202 >>> >> >>> >> It was decided at some point that there would only be 5 valid values >>> >> >>> >> -2, -1, 0, 1 and 2 ... mapping to the CLR thread priorities >>> >> Lowest, BelowNormal, Normal, AboveNormal and Highest >>> >> >>> >> If anything lower than -2 is passed in the thread will be assigned >>> Lowest >>> >> and Highest if above 2. >>> >> >>> >> Pascal >>> >> >>> >> -----Original Message----- >>> >> From: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >>> ironruby-core-bounces at rubyforge.org >>> >> [mailto: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >>> ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman >>> >> Sent: October-25-09 3:55 PM >>> >> To: <ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org><ironruby-core at rubyforge.org> >>> ironruby-core at rubyforge.org >>> >> Subject: Re: [Ironruby-core] Thread Priority >>> >> >>> >> Is it going to be implemented for V1? >>> >> If yes, is it going to work as MRI with numeric values? >>> >> >>> >> Thanks! >>> >> Shay. >>> >> >>> >> On 10/25/09, Tomas Matousek < <Tomas.Matousek at microsoft.com><Tomas.Matousek at microsoft.com><Tomas.Matousek at microsoft.com> >>> Tomas.Matousek at microsoft.com> wrote: >>> >> > Ruby Thread#priority is not implemented yet. We disabled name >>> mangling >>> >> > on >>> >> > built-ins recently so Thread.Priority property is not callable via >>> >> > lower-case name anymore. >>> >> > >>> >> > Tomas >>> >> > >>> >> > -----Original Message----- >>> >> > From: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >>> ironruby-core-bounces at rubyforge.org >>> >> > [mailto: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >>> ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman >>> >> > Sent: Saturday, October 24, 2009 11:10 PM >>> >> > To: ironruby-core >>> >> > Subject: [Ironruby-core] Thread Priority >>> >> > >>> >> > Hi guys, >>> >> > >>> >> > I''ve just noticed that something happened to Thread.priority... It >>> >> > disappeared. >>> >> > I''m talking about Thread''s instance attribute - priority. I''m using >>> the >>> >> > latest code from GitHub. >>> >> > >>> >> > The only available priority in the Thread instance now is a >>> CamelCase >>> >> > priority, which is .Net''s Priority attribute... >>> >> > >>> >> > Take a look at the next REPL session: >>> >> > => #<Thread:0x000005e aborting> >>> >> >>>> t = Thread.new { puts "Start"; sleep(30); puts "end" } >>> >> > tart=> >>> >> > #<Thread:0x0000060 run> >>> >> >>>> t.priority >>> >> > :0: undefined method `priority'' for #<Thread:0x0000060 sleep> >>> >> > (NoMethodError) >>> >> > >>> >> >>>> t.Priority >>> >> > => Normal >>> >> > >>> >> > I remember the priority attribute was problematic because it didn''t >>> >> receive >>> >> > numeric values like MRI. Maybe this is related to that? >>> >> > >>> >> > Thanks, >>> >> > Shay. >>> >> > >>> >> > -- >>> >> > -------------------------------------------------- >>> >> > Shay Friedman >>> >> > Author of IronRuby Unleashed >>> >> > <http://www.IronShay.com> <http://www.IronShay.com><http://www.IronShay.com> >>> http://www.IronShay.com >>> >> > Follow me: <http://twitter.com/ironshay><http://twitter.com/ironshay><http://twitter.com/ironshay> >>> http://twitter.com/ironshay >>> >> > ________________________________________ >>> _______________________________________________ >>> Ironruby-core mailing list >>> <Ironruby-core at rubyforge.org> <Ironruby-core at rubyforge.org><Ironruby-core at rubyforge.org> >>> Ironruby-core at rubyforge.org >>> <http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core> >>> http://rubyforge.org/mailman/listinfo/ironruby-core >>> >> >> _______________________________________________ >> Ironruby-core mailing list >> <Ironruby-core at rubyforge.org> <Ironruby-core at rubyforge.org> >> Ironruby-core at rubyforge.org >> <http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core> >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >> _______________________________________________ >> Ironruby-core mailing list >> Ironruby-core at rubyforge.org >> http://rubyforge.org/mailman/listinfo/ironruby-core >> >> >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100422/9bff925c/attachment.html>
Daniele Alessandri
2010-Apr-23 06:45 UTC
[Ironruby-core] DataMapper (was Re: Thread Priority)
On Fri, Apr 23, 2010 at 07:52, Kevin Radcliffe <kevin.radcliffe at gmail.com> wrote:> Too late for email I guess. My email was re: Sequel and not Datamapper.By the way, last month I''ve started playing with Sequel on IronRuby and, after having filed the bug about ADO+COM on codeplex, I created a quick and dirty adapter for MSSQL [1] that utilizes the System.Data.SqlClient namespace and reuses the shared adapter bits of Sequel to build SQL queries. While still suboptimal (I will put some work into it soon), it somewhat works and the fact that it enables connections to MSSQL from mono+linux makes the approach vastly superior compared to using ADO via COM ;-) Generic support for ADO.NET in Sequel and a subadapter for MSSQL should be the actual way to go. [1] http://github.com/nrk/sequel/commits/ironruby-mssqlclient -- Daniele Alessandri http://www.clorophilla.net/ http://twitter.com/JoL1hAHN
Jimmy Schementi
2010-Apr-23 06:54 UTC
[Ironruby-core] DataMapper (was Re: Thread Priority)
Yes, though not idea, ADO should just work. But it probably doesn''t because of that bug, so I''ve moved it up to our 1.0.1 release and I''ll look into why the DLR COM Binder is not able to consume this interface. Thanks for reminding me of this issue Kevin! From: ironruby-core-bounces at rubyforge.org [mailto:ironruby-core-bounces at rubyforge.org] On Behalf Of Kevin Radcliffe Sent: Thursday, April 22, 2010 10:47 PM To: ironruby-core at rubyforge.org Subject: Re: [Ironruby-core] DataMapper (was Re: Thread Priority) I was also very interested in this. Jimmy, shouldn''t plain old ADO support "just work" once this bug is fixed?: ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085<http://ironruby.codeplex.com/WorkItem/View.aspx?WorkItemId=4085> Obviously, plain old ADO will not be the most optimal solution, but I think it may give us something for MSSQL servers right away. Thanks! Best Regards, Kevin Radcliffe On Thu, Apr 22, 2010 at 11:25 PM, Jimmy Schementi <Jimmy.Schementi at microsoft.com<mailto:Jimmy.Schementi at microsoft.com>> wrote: That''s a very good question actually; I know at least one Rails + DataMapper site that will switch to IronRuby if they can get it working (one I used to work on), so I''m personally interested in this as well. :) Last I checked do_sqlserver wasn''t too mature. They don''t depend on dbi, so there will need to be a separate abstraction for ADO and ADO.NET<http://ADO.NET>. I have more faith in do_sqlite3 working, as there is a .NET API for sqlite3 (http://sqlite.phxsoftware.com/), and it would be minimal work to test do_sqlite3 with sqlite-ironruby. As far as DataMapper itself, it''d be interesting to run DataMapper with it''s in-memory database to see if IronRuby at-least run it. I''ll want to look into running datamapper for unit testing sake, but it would be great if someone signed up to work on the sqlserver and sqlite3 support. Ryan, you want to head that up, or at least look for a team? ~Jimmy On Apr 22, 2010, at 9:54 PM, "Ryan Riley" <ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org>> wrote: What''s the status of the DataMapper port? I was just trying to use it but couldn''t get the gem installed. I''m interested in helping get this working. What next steps are needed? Thanks, Ryan Riley Email: ryan.riley at panesofglass.org<mailto:ryan.riley at panesofglass.org> LinkedIn: http://www.linkedin.com/in/ryanriley Blog: http://wizardsofsmart.net/ Twitter: @panesofglass Website: http://panesofglass.org/ On Mon, Oct 26, 2009 at 7:02 AM, Alexander Coles <alex at alexbcoles.com<mailto:alex at alexbcoles.com>> wrote: Quick +1 to vote this patch up. I''ve been working on the JRuby support for the DataMapper ORM and DataObjects(.rb) database connectivity layer. These projects rely in turn on another project called Extlib, which provides a bunch of useful extensions (lazy arrays, thread pools, string extensions) for the other two projects. I pulled down and built the latest IronRuby and running Extlib''s specs, the lack of Thread#priority appears to be the first blocker in our support for IR. Alex Coles DataMapper: http://github.com/datamapper/dm-core DataObjects: http://github.com/datamapper/do Extlib: http://github.com/datamapper/extlib On Mon, Oct 26, 2009 at 6:12 AM, Shay Friedman <shay.friedman at gmail.com<mailto:shay.friedman at gmail.com>> wrote:> I remembered something like that. Thanks for pointing it out Pascal. > Is it going to be incorporated into V1 code? > Thanks! > Shay. > > On Mon, Oct 26, 2009 at 1:49 AM, Pascal Normandin > <pascal.normandin at convergentware.com<mailto:pascal.normandin at convergentware.com>> wrote: >> >> Hello, >> >> I have done a very basic implementation of a while back but I did not >> finish >> the modifications to the specs to test this. >> >> Here are the commits if you want to grab it >> >> >> http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7 >> de7f305 >> >> http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b >> 164f202 >> >> It was decided at some point that there would only be 5 valid values >> >> -2, -1, 0, 1 and 2 ... mapping to the CLR thread priorities >> Lowest, BelowNormal, Normal, AboveNormal and Highest >> >> If anything lower than -2 is passed in the thread will be assigned Lowest >> and Highest if above 2. >> >> Pascal >> >> -----Original Message----- >> From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> >> [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shay Friedman >> Sent: October-25-09 3:55 PM >> To: ironruby-core at rubyforge.org<mailto:ironruby-core at rubyforge.org> >> Subject: Re: [Ironruby-core] Thread Priority >> >> Is it going to be implemented for V1? >> If yes, is it going to work as MRI with numeric values? >> >> Thanks! >> Shay. >> >> On 10/25/09, Tomas Matousek <Tomas.Matousek at microsoft.com<mailto:Tomas.Matousek at microsoft.com>> wrote: >> > Ruby Thread#priority is not implemented yet. We disabled name mangling >> > on >> > built-ins recently so Thread.Priority property is not callable via >> > lower-case name anymore. >> > >> > Tomas >> > >> > -----Original Message----- >> > From: ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org> >> > [mailto:ironruby-core-bounces at rubyforge.org<mailto:ironruby-core-bounces at rubyforge.org>] On Behalf Of Shay Friedman >> > Sent: Saturday, October 24, 2009 11:10 PM >> > To: ironruby-core >> > Subject: [Ironruby-core] Thread Priority >> > >> > Hi guys, >> > >> > I''ve just noticed that something happened to Thread.priority... It >> > disappeared. >> > I''m talking about Thread''s instance attribute - priority. I''m using the >> > latest code from GitHub. >> > >> > The only available priority in the Thread instance now is a CamelCase >> > priority, which is .Net''s Priority attribute... >> > >> > Take a look at the next REPL session: >> > => #<Thread:0x000005e aborting> >> >>>> t = Thread.new { puts "Start"; sleep(30); puts "end" } >> > tart=> >> > #<Thread:0x0000060 run> >> >>>> t.priority >> > :0: undefined method `priority'' for #<Thread:0x0000060 sleep> >> > (NoMethodError) >> > >> >>>> t.Priority >> > => Normal >> > >> > I remember the priority attribute was problematic because it didn''t >> receive >> > numeric values like MRI. Maybe this is related to that? >> > >> > Thanks, >> > Shay. >> > >> > -- >> > -------------------------------------------------- >> > Shay Friedman >> > Author of IronRuby Unleashed >> > http://www.IronShay.com >> > Follow me: http://twitter.com/ironshay >> > _______________________________________________________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org> http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org> http://rubyforge.org/mailman/listinfo/ironruby-core _______________________________________________ Ironruby-core mailing list Ironruby-core at rubyforge.org<mailto:Ironruby-core at rubyforge.org> http://rubyforge.org/mailman/listinfo/ironruby-core -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100423/f07a028b/attachment-0001.html>
I''m happy to help out. I''ll start working on it this weekend. Regards, Ryan Riley Email: ryan.riley at panesofglass.org LinkedIn: http://www.linkedin.com/in/ryanriley Blog: http://wizardsofsmart.net/ Twitter: @panesofglass Website: http://panesofglass.org/ On Thu, Apr 22, 2010 at 10:25 PM, Jimmy Schementi < Jimmy.Schementi at microsoft.com> wrote:> That''s a very good question actually; I know at least one Rails + > DataMapper site that will switch to IronRuby if they can get it working (one > I used to work on), so I''m personally interested in this as well. :) > > Last I checked do_sqlserver wasn''t too mature. They don''t depend on dbi, so > there will need to be a separate abstraction for ADO and <http://ADO.NET> > ADO.NET. I have more faith in do_sqlite3 working, as there is a .NET API > for sqlite3 (http://sqlite.phxsoftware.com/), and it would be minimal work > to test do_sqlite3 with sqlite-ironruby. > > As far as DataMapper itself, it''d be interesting to run DataMapper with > it''s in-memory database to see if IronRuby at-least run it. > > I''ll want to look into running datamapper for unit testing sake, but it > would be great if someone signed up to work on the sqlserver and sqlite3 > support. Ryan, you want to head that up, or at least look for a team? > > ~Jimmy > > On Apr 22, 2010, at 9:54 PM, "Ryan Riley" < <ryan.riley at panesofglass.org><ryan.riley at panesofglass.org> > ryan.riley at panesofglass.org> wrote: > > What''s the status of the DataMapper port? I was just trying to use it but > couldn''t get the gem installed. I''m interested in helping get this working. > What next steps are needed? > > Thanks, > > Ryan Riley > > Email: <ryan.riley at panesofglass.org> <ryan.riley at panesofglass.org><ryan.riley at panesofglass.org> > ryan.riley at panesofglass.org > LinkedIn: <http://www.linkedin.com/in/ryanriley><http://www.linkedin.com/in/ryanriley><http://www.linkedin.com/in/ryanriley> > http://www.linkedin.com/in/ryanriley > Blog: <http://wizardsofsmart.net/> <http://wizardsofsmart.net/><http://wizardsofsmart.net/> > http://wizardsofsmart.net/ > Twitter: @panesofglass > Website: <http://panesofglass.org/> <http://panesofglass.org/><http://panesofglass.org/> > http://panesofglass.org/ > > > On Mon, Oct 26, 2009 at 7:02 AM, Alexander Coles < <alex at alexbcoles.com><alex at alexbcoles.com><alex at alexbcoles.com> > alex at alexbcoles.com> wrote: > >> Quick +1 to vote this patch up. >> >> I''ve been working on the JRuby support for the DataMapper ORM and >> DataObjects(.rb) database connectivity layer. These projects rely in >> turn on another project called Extlib, which provides a bunch of >> useful extensions (lazy arrays, thread pools, string extensions) for >> the other two projects. >> >> I pulled down and built the latest IronRuby and running Extlib''s >> specs, the lack of Thread#priority appears to be the first blocker in >> our support for IR. >> >> Alex Coles >> >> DataMapper: <http://github.com/datamapper/dm-core><http://github.com/datamapper/dm-core><http://github.com/datamapper/dm-core> >> http://github.com/datamapper/dm-core >> DataObjects: <http://github.com/datamapper/do><http://github.com/datamapper/do><http://github.com/datamapper/do> >> http://github.com/datamapper/do >> Extlib: <http://github.com/datamapper/extlib><http://github.com/datamapper/extlib><http://github.com/datamapper/extlib> >> http://github.com/datamapper/extlib >> >> >> On Mon, Oct 26, 2009 at 6:12 AM, Shay Friedman <<shay.friedman at gmail.com><shay.friedman at gmail.com><shay.friedman at gmail.com> >> shay.friedman at gmail.com> wrote: >> > I remembered something like that. Thanks for pointing it out Pascal. >> > Is it going to be incorporated into V1 code? >> > Thanks! >> > Shay. >> > >> > On Mon, Oct 26, 2009 at 1:49 AM, Pascal Normandin >> > < <pascal.normandin at convergentware.com><pascal.normandin at convergentware.com><pascal.normandin at convergentware.com> >> pascal.normandin at convergentware.com> wrote: >> >> >> >> Hello, >> >> >> >> I have done a very basic implementation of a while back but I did not >> >> finish >> >> the modifications to the specs to test this. >> >> >> >> Here are the commits if you want to grab it >> >> >> >> >> >> >> <http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7><http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7><http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7> >> http://github.com/PascalN2/ironruby/commit/3a0373379b79dbe7fff603ad61ab726d7 >> >> de7f305 >> >> >> >> >> <http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b><http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b><http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b> >> http://github.com/PascalN2/ironruby/commit/47f0de87e908981f553732e97f948a33b >> >> 164f202 >> >> >> >> It was decided at some point that there would only be 5 valid values >> >> >> >> -2, -1, 0, 1 and 2 ... mapping to the CLR thread priorities >> >> Lowest, BelowNormal, Normal, AboveNormal and Highest >> >> >> >> If anything lower than -2 is passed in the thread will be assigned >> Lowest >> >> and Highest if above 2. >> >> >> >> Pascal >> >> >> >> -----Original Message----- >> >> From: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >> ironruby-core-bounces at rubyforge.org >> >> [mailto: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >> ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman >> >> Sent: October-25-09 3:55 PM >> >> To: <ironruby-core at rubyforge.org> <ironruby-core at rubyforge.org><ironruby-core at rubyforge.org> >> ironruby-core at rubyforge.org >> >> Subject: Re: [Ironruby-core] Thread Priority >> >> >> >> Is it going to be implemented for V1? >> >> If yes, is it going to work as MRI with numeric values? >> >> >> >> Thanks! >> >> Shay. >> >> >> >> On 10/25/09, Tomas Matousek < <Tomas.Matousek at microsoft.com><Tomas.Matousek at microsoft.com><Tomas.Matousek at microsoft.com> >> Tomas.Matousek at microsoft.com> wrote: >> >> > Ruby Thread#priority is not implemented yet. We disabled name >> mangling >> >> > on >> >> > built-ins recently so Thread.Priority property is not callable via >> >> > lower-case name anymore. >> >> > >> >> > Tomas >> >> > >> >> > -----Original Message----- >> >> > From: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >> ironruby-core-bounces at rubyforge.org >> >> > [mailto: <ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org><ironruby-core-bounces at rubyforge.org> >> ironruby-core-bounces at rubyforge.org] On Behalf Of Shay Friedman >> >> > Sent: Saturday, October 24, 2009 11:10 PM >> >> > To: ironruby-core >> >> > Subject: [Ironruby-core] Thread Priority >> >> > >> >> > Hi guys, >> >> > >> >> > I''ve just noticed that something happened to Thread.priority... It >> >> > disappeared. >> >> > I''m talking about Thread''s instance attribute - priority. I''m using >> the >> >> > latest code from GitHub. >> >> > >> >> > The only available priority in the Thread instance now is a CamelCase >> >> > priority, which is .Net''s Priority attribute... >> >> > >> >> > Take a look at the next REPL session: >> >> > => #<Thread:0x000005e aborting> >> >> >>>> t = Thread.new { puts "Start"; sleep(30); puts "end" } >> >> > tart=> >> >> > #<Thread:0x0000060 run> >> >> >>>> t.priority >> >> > :0: undefined method `priority'' for #<Thread:0x0000060 sleep> >> >> > (NoMethodError) >> >> > >> >> >>>> t.Priority >> >> > => Normal >> >> > >> >> > I remember the priority attribute was problematic because it didn''t >> >> receive >> >> > numeric values like MRI. Maybe this is related to that? >> >> > >> >> > Thanks, >> >> > Shay. >> >> > >> >> > -- >> >> > -------------------------------------------------- >> >> > Shay Friedman >> >> > Author of IronRuby Unleashed >> >> > <http://www.IronShay.com> <http://www.IronShay.com><http://www.IronShay.com> >> http://www.IronShay.com >> >> > Follow me: <http://twitter.com/ironshay><http://twitter.com/ironshay><http://twitter.com/ironshay> >> http://twitter.com/ironshay >> >> > ________________________________________ >> _______________________________________________ >> Ironruby-core mailing list >> <Ironruby-core at rubyforge.org> <Ironruby-core at rubyforge.org><Ironruby-core at rubyforge.org> >> Ironruby-core at rubyforge.org >> <http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core> >> http://rubyforge.org/mailman/listinfo/ironruby-core >> > > _______________________________________________ > Ironruby-core mailing list > <Ironruby-core at rubyforge.org> <Ironruby-core at rubyforge.org> > Ironruby-core at rubyforge.org > <http://rubyforge.org/mailman/listinfo/ironruby-core><http://rubyforge.org/mailman/listinfo/ironruby-core> > http://rubyforge.org/mailman/listinfo/ironruby-core > > > _______________________________________________ > Ironruby-core mailing list > Ironruby-core at rubyforge.org > http://rubyforge.org/mailman/listinfo/ironruby-core > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://rubyforge.org/pipermail/ironruby-core/attachments/20100423/0caa4b81/attachment.html>