[#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:70393] [Ruby trunk - Bug #11445] [Rejected] Ruby 1.9.3 - StringIO clone method creates new instance but somehow connected with the original instance
From:
nobu@...
Date:
2015-08-14 21:48:47 UTC
List:
ruby-core #70393
Issue #11445 has been updated by Nobuyoshi Nakada. Description updated Status changed from Open to Rejected 1.9 has finished. ---------------------------------------- Bug #11445: Ruby 1.9.3 - StringIO clone method creates new instance but som= ehow connected with the original instance https://bugs.ruby-lang.org/issues/11445#change-53794 * Author: Michal Brun=C3=A1t * Status: Rejected * Priority: Normal * Assignee:=20 * ruby -v: ruby 1.9.3p551 (2014-11-13 revision 48407) [x86_64-linux] * Backport: 1.9.3: UNKNOWN ---------------------------------------- In Ruby 1.9.3 cloned `StringIO` instance has influence on close state of or= iginal instance: ~~~ruby require 'stringio' sio1 =3D StringIO.new( 'abc' ) sio2 =3D sio1.clone sio2.read sio1.pos # =3D> 3, expected 0 sio2.close sio1.closed? # =3D> true, expected false ~~~ If `File` is used instead of `StringIO`, close state is not shared between = instances (position is). This behaviour has changed in Ruby 2.0.0 (cloned `StringIO` instance does n= ot close original instance). It matters what definition for `IO` clone is, whether to share attributes (= e.g. `pos`) and/or state (`closed?`) but the later is acting differently in= 1.9.3 for `StringIO` and `File`. --=20 https://bugs.ruby-lang.org/