[#70252] Re: [ruby-cvs:58640] nobu:r51492 (trunk): node.c: NODE_ALLOCA for ALLOCV — Eric Wong <normalperson@...>
Besides possible backwards compatibility, can we drop volatile
3 messages
2015/08/05
[#70257] [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI — ko1@...
Issue #11420 has been reported by Koichi Sasada.
11 messages
2015/08/06
[#70337] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/11
Nice. Thank you guys for looking into this.
[#70349] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/12
Btw, did you consider using flexible array to avoid extra malloc
[#70355] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Юрий Соколов <funny.falcon@...>
2015/08/12
I thought to suggest to embed hash_id_table directly into places when it is
[#70356] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— SASADA Koichi <ko1@...>
2015/08/12
On 2015/08/13 4:29, Юрий Соколов wrote:
[#70358] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/12
SASADA Koichi <ko1@atdot.net> wrote:
[#70509] [Ruby trunk - Misc #11276] [RFC] compile.c: convert to use ccan/list — ko1@...
Issue #11276 has been updated by Koichi Sasada.
3 messages
2015/08/21
[#70639] the undefined behavior of an iterator if it is modified inside of the block to which it yields — Daniel Doubrovkine <dblock@...>
(this is my first time e-mailing list list, so apologies for any misstep :)
4 messages
2015/08/31
[ruby-core:70306] [Ruby trunk - Bug #11418] spawn segfaults
From:
nagachika00@...
Date:
2015-08-10 15:03:50 UTC
List:
ruby-core #70306
Issue #11418 has been updated by Tomoyuki Chikanaga.
Hi, nakada san.
> Maybe unnecessary before 2.2.
But Backport field was filled with REQUIRED for 2.0.0 and 2.1. Which is your intention?
Anyway, I try to reproduce the issue on ruby_2_2 branch with the following patch.
~~~
Index: test/ruby/test_econv.rb
===================================================================
--- test/ruby/test_econv.rb (revision 51517)
+++ test/ruby/test_econv.rb (working copy)
@@ -913,6 +913,7 @@
end
def test_default_external
+ GC.stress = true
Encoding.list.grep(->(enc) {/\AISO-8859-\d+\z/i =~ enc.name}) do |enc|
assert_separately(%W[--disable=gems -d - #{enc.name}], <<-EOS, ignore_stderr: true)
Encoding.default_external = ext = ARGV[0]
@@ -922,5 +923,7 @@
end
EOS
end
+ ensure
+ GC.stress = false
end
end
~~~
But make test-all TESTS='ruby/test_econv.rb -n test_default_external' finished successfully. Is there anything I overlooked?
----------------------------------------
Bug #11418: spawn segfaults
https://bugs.ruby-lang.org/issues/11418#change-53726
* Author: Nobuyoshi Nakada
* Status: Closed
* Priority: Normal
* Assignee:
* ruby -v:
* Backport: 2.0.0: REQUIRED, 2.1: REQUIRED, 2.2: REQUIRED
----------------------------------------
`Process.spawn` sometimes segfaults, because buffer allocated by `ALLOCV_N` is not marked, when the size exceeds 1024 bytes.
In these days, `TestEncodingConverter#test_default_external` has occasionally segfaulted by this problem.
Until 2.2, this has not appeared since `Process.spawn` didn't use `ALLOCV_N`.
Maybe unnecessary before 2.2.
--
https://bugs.ruby-lang.org/