[#68478] Looking for MRI projects for Ruby Google Summer of Code 2015 — Tony Arcieri <bascule@...>
Hi ruby-core,
10 messages
2015/03/10
[#68480] Re: Looking for MRI projects for Ruby Google Summer of Code 2015
— SASADA Koichi <ko1@...>
2015/03/10
I have.
[#68549] Re: Looking for MRI projects for Ruby Google Summer of Code 2015
— SASADA Koichi <ko1@...>
2015/03/17
I sent several ideas on previous, mail, but they are seems rejected?
[#68493] [Ruby trunk - Feature #10532] [PATCH] accept_nonblock supports "exception: false" — nobu@...
Issue #10532 has been updated by Nobuyoshi Nakada.
5 messages
2015/03/11
[#68503] Re: [Ruby trunk - Feature #10532] [PATCH] accept_nonblock supports "exception: false"
— Eric Wong <normalperson@...>
2015/03/12
Committed as r49948.
[#68504] Re: [Ruby trunk - Feature #10532] [PATCH] accept_nonblock supports "exception: false"
— Nobuyoshi Nakada <nobu@...>
2015/03/12
On 2015/03/12 12:08, Eric Wong wrote:
[#68506] Seven stacks (and two questions) — Jakub Trzebiatowski <jaktrze1@...>
The Ruby Hacking Guide says that Ruby has窶ヲ seven stacks. Is it an implementation choice (and it could be implemented with one stack), or is there really a need for seven logical stacks? For example, Lua has one stack, and still closures with upvalues are totally possible (it窶冱 like Ruby窶冱 blocks that can reference local variables of their enclosing method, but it works for any function with any upvalues).
5 messages
2015/03/12
[#68520] Possible regression in 2.1 and 2.2 in binding when combined with delegate? — Joe Swatosh <joe.swatosh@...>
# The following code
3 messages
2015/03/14
[#68604] GSOC project Cross-thread Fiber support — surya pratap singh raghuvanshi <oshosurya@...>
- *hi i am a third year computer science student interested in working
6 messages
2015/03/22
[#68606] Re: GSOC project Cross-thread Fiber support
— Tony Arcieri <bascule@...>
2015/03/22
Hi Surya,
[#68619] Re: GSOC project Cross-thread Fiber support
— surya pratap singh raghuvanshi <oshosurya@...>
2015/03/23
hi tony,
[ruby-core:68692] [Ruby trunk - Bug #11017] overridden method Hash#[]= doesn't return correct data
From:
merch-redmine@...
Date:
2015-03-30 15:05:32 UTC
List:
ruby-core #68692
Issue #11017 has been updated by Jeremy Evans.
Vladislav Zubov wrote:
> ~~~
> > ps = HashWithIndifferentAccess.new({ first: 'first', second: 'second' })
> # => {:first=>"first", :second=>"second"}
> > temp_hash = ps[:test] = {}
> result class is HashWithIndifferentAccess
> # => {}
> > temp_hash.class
> # => Hash
> ~~~
> I see what method HashWithIndifferentAccess#[]= return Hash object but should HashWithIndifferentAccess.
>
> This is a bug?
No. In ruby, assignment always returns the right hand side, it doesn't matter what the assignment method returns. So temp_hash is the argument you passed to HashWithIndifferentAccess#[]= (a plain hash). But ps[:test] should be a HashWithIndifferentAccess.
----------------------------------------
Bug #11017: overridden method Hash#[]= doesn't return correct data
https://bugs.ruby-lang.org/issues/11017#change-51977
* Author: Vladislav Zubov
* Status: Open
* Priority: Normal
* Assignee:
* ruby -v: ruby 2.1.1p76 (2014-02-24 revision 45161) [x86_64-darwin12.0]
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN
----------------------------------------
Hello all.
I took the code from the active_support and its simplified
### hash_with_indifferent_access.rb
```
class HashWithIndifferentAccess < Hash
def initialize(constructor = {})
if constructor.is_a?(Hash)
super()
update(constructor)
else
super(constructor)
end
end
alias_method :hash_writer, :[]=
def []=(key, value)
result = hash_writer(key, convert_value(value))
puts "result class is #{result.class}"
result
end
def convert_value(value, options = {})
if value.is_a? Hash
HashWithIndifferentAccess.new(value)
else
value
end
end
end
```
If run this is code that it return incorrent data:
~~~
> ps = HashWithIndifferentAccess.new({ first: 'first', second: 'second' })
# => {:first=>"first", :second=>"second"}
> temp_hash = ps[:test] = {}
result class is HashWithIndifferentAccess
# => {}
> temp_hash.class
# => Hash
~~~
I see what method HashWithIndifferentAccess#[]= return Hash object but should HashWithIndifferentAccess.
This is a bug?
--
https://bugs.ruby-lang.org/