[#35027] [Ruby 1.9-Bug#4352][Open] [patch] Fix eval(s, b) backtrace; make eval(s, b) consistent with eval(s) — "James M. Lawrence" <redmine@...>

Bug #4352: [patch] Fix eval(s, b) backtrace; make eval(s, b) consistent with eval(s)

16 messages 2011/02/01

[#35114] [Ruby 1.9-Bug#4373][Open] http.rb:677: [BUG] Segmentation fault — Christian Fazzini <redmine@...>

Bug #4373: http.rb:677: [BUG] Segmentation fault

59 messages 2011/02/06

[#35171] [Ruby 1.9-Bug#4386][Open] encoding: directive does not affect regex expressions — mathew murphy <redmine@...>

Bug #4386: encoding: directive does not affect regex expressions

9 messages 2011/02/09

[#35237] [Ruby 1.9-Bug#4400][Open] nested at_exit hooks run in strange order — Suraj Kurapati <redmine@...>

Bug #4400: nested at_exit hooks run in strange order

12 messages 2011/02/15

[ruby-core:35341] Re: odd require behavior

From: Benoit Daloze <eregontp@...>
Date: 2011-02-22 22:24:59 UTC
List: ruby-core #35341
On 22 February 2011 20:05, Roger Pack <rogerdpack2@gmail.com> wrote:
> Hello all.
> In trunk "Queue" appears to be a native class.
> In 1.9.2, its require causes an odd result:
>
>
>>> Queue
> NameError: uninitialized constant Object::Queue
> rom (irb):1
> rom D:/Ruby192/bin/irb:12:in `<main>'
>>> require 'queue'
> LoadError: no such file to load -- queue
> rom <internal:lib/rubygems/custom_require>:29:in `require'
> rom <internal:lib/rubygems/custom_require>:29:in `require'
> rom (irb):2
> rom D:/Ruby192/bin/irb:12:in `<main>'
>>> Queue # it appears it was actually successful...
> => Queue
>>> RUBY_DESCRIPTION
> => "ruby 1.9.2p136 (2010-12-25) [i386-mingw32]"
>
> Any hints out there?
> -r

Maybe some gem prelude's magic which require thread by requiring the
whole rubygems ?

And AFAIK, Queue is not a native class, even in trunk (and I wonder
why Feature #3620 was never answered or merged).

However, you don't have to require 'thread' in trunk, as rubygems
already does it (but shouldnt).

In This Thread