[#60404] is RB_GC_GUARD needed in rb_io_syswrite? — Eric Wong <normalperson@...>
I haven't gotten it to crash as-is, but it seems like we need to
4 messages
2014/02/01
[#60682] volatile usages — Eric Wong <normalperson@...>
Hi all, I went ahead and removed some use of volatile which were once
5 messages
2014/02/13
[#60794] [RFC] rearrange+pack vtm and time_object structs — Eric Wong <normalperson@...>
Extracted from addendum on top of Feature #9362 (cache-aligned objects).
4 messages
2014/02/16
[#61139] [ruby-trunk - Feature #9577] [Open] [PATCH] benchmark/driver.rb: align columns in text output — normalperson@...
Issue #9577 has been reported by Eric Wong.
3 messages
2014/02/28
[ruby-core:61150] [ruby-trunk - Bug #9580] [Open] Refinements regression in IRB
From:
davidbalbert@...
Date:
2014-02-28 21:03:51 UTC
List:
ruby-core #61150
Issue #9580 has been reported by David Albert.
----------------------------------------
Bug #9580: Refinements regression in IRB
https://bugs.ruby-lang.org/issues/9580
* Author: David Albert
* Status: Open
* Priority: Normal
* Assignee:
* Category:
* Target version:
* ruby -v: 2.2.0dev
* Backport: 1.9.3: UNKNOWN, 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
The problem: Top level refinements do not work in IRB. They worked in 2.0.0-p451, but don't work in 2.1.0, 2.1.1, or today's trunk.
Details:
Here some code in a file:
#refine.rb
module A
refine String do
def asdf
:asdf
end
end
end
using A
p "foo".asdf
In all versions, of Ruby between 2.0.0-p451 and 2.2.0dev, running this file, prints `:asdf`. This is the expected behavior. Ruby 2.0.0 also prints the "Refinements are experimental" warning, as expected:
# Ruby 2.0.0-p451
$ ruby refine.rb
refine.rb:2: warning: Refinements are experimental, and the behavior may change in future versions of Ruby!
:asdf
# Ruby 2.1.0, 2.1.1, and 2.2.0dev
$ ruby refine.rb
:asdf
In Ruby 2.0.0-p451, the same code also works in IRB, also as expected:
irb(main):001:0> "#{RUBY_VERSION}-#{RUBY_PATCHLEVEL}"
=> "2.0.0-451"
irb(main):002:0> module A
irb(main):003:1> refine String do
irb(main):004:2* def asdf
irb(main):005:3> :asdf
irb(main):006:3> end
irb(main):007:2> end
irb(main):008:1> end
(irb):3: warning: Refinements are experimental, and the behavior may change in future versions of Ruby!
=> #<refinement:String@A>
irb(main):009:0> using A
=> main
irb(main):010:0> "foo".asdf
=> :asdf
However, in all newer versions of Ruby (2.1.0, 2.1.1, and 2.2.0dev), this code raises a `NoMethodError` in IRB:
irb(main):001:0> RUBY_VERSION
=> "2.1.0"
irb(main):002:0> module A
irb(main):003:1> refine String do
irb(main):004:2* def asdf
irb(main):005:3> :asdf
irb(main):006:3> end
irb(main):007:2> end
irb(main):008:1> end
=> #<refinement:String@A>
irb(main):009:0> using A
=> main
irb(main):010:0> "foo".asdf
NoMethodError: undefined method `asdf' for "foo":String
from (irb):10
from out/bin/irb:11:in `<main>'
irb(main):001:0> RUBY_VERSION
=> "2.1.1"
irb(main):002:0> module A
irb(main):003:1> refine String do
irb(main):004:2* def asdf
irb(main):005:3> :asdf
irb(main):006:3> end
irb(main):007:2> end
irb(main):008:1> end
=> #<refinement:String@A>
irb(main):009:0> using A
=> main
irb(main):010:0> "foo".asdf
NoMethodError: undefined method `asdf' for "foo":String
from (irb):10
from bin/irb:11:in `<main>'
irb(main):001:0> RUBY_VERSION
=> "2.2.0"
irb(main):002:0> module A
irb(main):003:1> refine String do
irb(main):004:2* def asdf
irb(main):005:3> :asdf
irb(main):006:3> end
irb(main):007:2> end
irb(main):008:1> end
=> #<refinement:String@A>
irb(main):009:0> using A
=> main
irb(main):010:0> "foo".asdf
NoMethodError: undefined method `asdf' for "foo":String
from (irb):10
from bin/irb:11:in `<main>'
This seems like a bug because the code behaves differently in IRB than how it behaves in the file. If it's the intended behavior, it's frustrating because it makes it harder to prototype code that uses refinements in the REPL.
This issue is not specific to IRB. I get the same behavior in Pry (works in 2.0.0, doesn't work in newer Ruby versions). This makes me think the issue is not inside the IRB source, but rather has something to do with `using`'s behavior in the `Binding` objects that IRB and Pry are probably using. I haven't looked at the Pry or IRB source in quite a long time, so this paragraph is mostly speculation.
Please let me know if there's any more info I can provide to make this easier to fix
--
http://bugs.ruby-lang.org/