[#82706] [Ruby trunk Bug#13851] getting "can't modify string; temporarily locked" on non-frozen instances — cardoso_tiago@...
Issue #13851 has been updated by chucke (Tiago Cardoso).
3 messages
2017/09/07
[#82853] [Ruby trunk Bug#13916] Race condition when sending a signal to a new fork — russell.davis@...
Issue #13916 has been reported by russelldavis (Russell Davis).
3 messages
2017/09/19
[#82892] [Ruby trunk Bug#13921] buffered read_nonblock doesn't work as expected using SSLSocket — cardoso_tiago@...
Issue #13921 has been updated by chucke (Tiago Cardoso).
3 messages
2017/09/20
[ruby-core:82695] [Ruby trunk Feature#13109] `using` in refinements is required to be physically placed before the refined method call
From:
bokov.vlad@...
Date:
2017-09-07 06:55:49 UTC
List:
ruby-core #82695
Issue #13109 has been updated by razum2um (Vlad Bokov).
matz (Yukihiro Matsumoto) wrote:
> There may be an idea to use refinement without explicit `using`. But that's out of the scope of this issue.
>
> Matz.
Very interesting, @Matz, please, could you refer to the issue of non-explicit `using`?
----------------------------------------
Feature #13109: `using` in refinements is required to be physically placed before the refined method call
https://bugs.ruby-lang.org/issues/13109#change-66529
* Author: matsuda (Akira Matsuda)
* Status: Rejected
* Priority: Normal
* Assignee: shugo (Shugo Maeda)
* Target version:
----------------------------------------
When using refinements in one file, the `using` call needs to be physically placed before the refined method call.
For example, this works:
```
using Module.new {
refine Object do
def foo() p 'hello'; end
end
}
class Object
def bar() foo; end
end
Object.new.bar
```
but this doesn't work:
```
class Object
def bar() foo; end
end
using Module.new {
refine Object do
def foo() p 'hello'; end
end
}
Object.new.bar
#=> doesnot_work.rb:2:in `bar': undefined local variable or method `foo' for #<Object:0x007f8f2a0251c8> (NameError)
```
I know that current refinements has a unique scope called "file scope", but I don't think this is expected behavior.
At least I expect it to work so far as `using` is evaluated in runtime, no matter where in the file it is.
I confirmed that this reproduces in all stable versions of 2.0, 2.1, 2.2, 2.3, 2.4, and today's trunk (2.5).
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>