[#79914] [Ruby trunk Bug#13282] opt_str_freeze does not always dedupe — normalperson@...
Issue #13282 has been reported by Eric Wong.
4 messages
2017/03/05
[#80140] [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus) — shyouhei@...
Issue #13295 has been updated by shyouhei (Shyouhei Urabe).
5 messages
2017/03/13
[#80362] Re: [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus)
— Eric Wong <normalperson@...>
2017/03/26
shyouhei@ruby-lang.org wrote:
[#80368] Re: [Ruby trunk Feature#13295] [PATCH] compile.c: apply opt_str_freeze to String#-@ (uminus)
— SASADA Koichi <ko1@...>
2017/03/27
On 2017/03/26 15:16, Eric Wong wrote:
[#80205] Re: [ruby-cvs:65166] duerst:r58000 (trunk): clarifiy 'codepoint' in documentation of String#each_codepoint — Eric Wong <normalperson@...>
duerst@ruby-lang.org wrote:
4 messages
2017/03/17
[#80213] Re: [ruby-cvs:65166] duerst:r58000 (trunk): clarifiy 'codepoint' in documentation of String#each_codepoint
— Martin J. Dürst <duerst@...>
2017/03/17
Hello Eric,
[#80290] [Ruby trunk Feature#13355] [PATCH] compile.c: optimize literal String range in case/when dispatch — normalperson@...
Issue #13355 has been reported by normalperson (Eric Wong).
4 messages
2017/03/23
[#80410] Re: [Ruby trunk Feature#13355] [PATCH] compile.c: optimize literal String range in case/when dispatch
— Eric Wong <normalperson@...>
2017/03/27
normalperson@yhbt.net wrote:
[#80415] [Ruby trunk Feature#12589] VM performance improvement proposal — vmakarov@...
Issue #12589 has been updated by vmakarov (Vladimir Makarov).
5 messages
2017/03/28
[#80488] [Ruby trunk Feature#12589] VM performance improvement proposal — vmakarov@...
Issue #12589 has been updated by vmakarov (Vladimir Makarov).
4 messages
2017/03/29
[ruby-core:80326] [Ruby trunk Bug#12884] Using a HashWithIndifferentAccess with a default value in a function with a keyword parameter converts it to a Hash.
From:
usa@...
Date:
2017-03-25 15:39:44 UTC
List:
ruby-core #80326
Issue #12884 has been updated by usa (Usaku NAKAMURA). Backport changed from 2.1: DONTNEED, 2.2: REQUIRED, 2.3: REQUIRED, 2.4: DONE to 2.1: DONTNEED, 2.2: DONE, 2.3: REQUIRED, 2.4: DONE ruby_2_2 r58092 merged revision(s) 57360. ---------------------------------------- Bug #12884: Using a HashWithIndifferentAccess with a default value in a function with a keyword parameter converts it to a Hash. https://bugs.ruby-lang.org/issues/12884#change-63801 * Author: mderelle (Mathieu Derelle) * Status: Closed * Priority: Normal * Assignee: * Target version: * ruby -v: 2.3.1 * Backport: 2.1: DONTNEED, 2.2: DONE, 2.3: REQUIRED, 2.4: DONE ---------------------------------------- A strange bug that broke our production when migrating from 2.1.9 to 2.2.5 (still present in 2.3.1) It involves HashWithIndifferentAccess from active support. The version used is 3.2.22.4 (against all ruby versions) Here's a bit of code to reproduce it : ~~~ ruby def test(params = HashWithIndifferentAccess.new, disrupter: nil) params.class end x = HashWithIndifferentAccess.new x[:foo] = 'bar' test x # 2.3.1 => Hash # 2.2.5 => Hash # 2.1.9 => HashWithIndifferentAccess ~~~ But this only happens if there is a keyword parameter AND a default value for your HashWithIndifferentAccess parameter : Not using a keyword parameter doesn't change the type ~~~ ruby def test(params = HashWithIndifferentAccess.new, disrupter = nil) params.class end x = HashWithIndifferentAccess.new x[:foo] = 'bar' test x # 2.3.1 => HashWithIndifferentAccess # 2.2.5 => HashWithIndifferentAccess # 2.1.9 => HashWithIndifferentAccess ~~~ Not using a default value don't change the type ~~~ ruby def test(params, disrupter: nil) params.class end x = HashWithIndifferentAccess.new x[:foo] = 'bar' test x # 2.3.1 => HashWithIndifferentAccess # 2.2.5 => HashWithIndifferentAccess # 2.1.9 => HashWithIndifferentAccess ~~~ -- 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>