[#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:70585] [Ruby trunk - Bug #11481] Segmentation fault when thread is killed during `require`.
From:
thomas.weissschuh@...
Date:
2015-08-25 07:28:54 UTC
List:
ruby-core #70585
Issue #11481 has been updated by Thomas Wei=C3=9Fschuh. File backtrace.symbols added ---------------------------------------- Bug #11481: Segmentation fault when thread is killed during `require`. https://bugs.ruby-lang.org/issues/11481#change-53991 * Author: Thomas Wei=C3=9Fschuh * Status: Open * Priority: Normal * Assignee:=20 * ruby -v: ruby 2.2.3p173 (2015-08-18 revision 51636) [x86_64-linux] * Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN ---------------------------------------- One of a library used by us executes `open` from `uri-open` in multiple thr= ead in parallel under a timeout. `open-uri` implicitly `require`s `net/http`. When the import machinery is k= illed during performing an import this will lead to a segfault further down= the line. I readily accept that it is very poor practice to do `require` in a loop wh= ich is suspect to uncatchable exceptions, But unfortunately the user has no idea that `require`s are performed. The test.rb script from the attachements triggers this bug. You may want to= spawn less threads. The high number was chosen to improve the rate of trig= gering the bug. We tested this on ruby 2.1.5p273 as shipped with debian Jessie. And ruby 2.= 2.3p173 from ArchLinux. ---Files-------------------------------- backtrace (255 KB) test.rb (231 Bytes) backtrace.symbols (122 KB) --=20 https://bugs.ruby-lang.org/