[#62297] Re: [ruby-cvs:52906] nari:r45760 (trunk): * gc.c (gc_after_sweep): suppress unnecessary expanding heap. — Eric Wong <normalperson@...>
nari@ruby-lang.org wrote:
7 messages
2014/05/02
[#62307] Re: [ruby-cvs:52906] nari:r45760 (trunk): * gc.c (gc_after_sweep): suppress unnecessary expanding heap.
— SASADA Koichi <ko1@...>
2014/05/03
(2014/05/03 4:41), Eric Wong wrote:
[#62402] Re: [ruby-cvs:52906] nari:r45760 (trunk): * gc.c (gc_after_sweep): suppress unnecessary expanding heap.
— Eric Wong <normalperson@...>
2014/05/05
SASADA Koichi <ko1@atdot.net> wrote:
[#62523] [ruby-trunk - Feature #9632] [PATCH 0/2] speedup IO#close with linked-list from ccan — ko1@...
Issue #9632 has been updated by Koichi Sasada.
3 messages
2014/05/11
[#62556] doxygen (Re: Re: [ruby-trunk - Feature #9632] [PATCH 0/2] speedup IO#close with linked-list from ccan) — Tanaka Akira <akr@...>
2014-05-11 8:50 GMT+09:00 Eric Wong <normalperson@yhbt.net>:
3 messages
2014/05/13
[#62727] [RFC] vm_method.c (rb_method_entry_make): avoid freed me in m_tbl — Eric Wong <normalperson@...>
rb_unlink_method_entry may cause old_me to be swept before the new
7 messages
2014/05/24
[#63039] Re: [RFC] vm_method.c (rb_method_entry_make): avoid freed me in m_tbl
— SASADA Koichi <ko1@...>
2014/06/10
Hi,
[#63077] Re: [RFC] vm_method.c (rb_method_entry_make): avoid freed me in m_tbl
— Eric Wong <normalperson@...>
2014/06/10
SASADA Koichi <ko1@atdot.net> wrote:
[#63086] Re: [RFC] vm_method.c (rb_method_entry_make): avoid freed me in m_tbl
— SASADA Koichi <ko1@...>
2014/06/11
(2014/06/11 4:47), Eric Wong wrote:
[#63087] Re: [RFC] vm_method.c (rb_method_entry_make): avoid freed me in m_tbl
— Eric Wong <normalperson@...>
2014/06/11
SASADA Koichi <ko1@atdot.net> wrote:
[#62862] [RFC] README.EXT: document rb_gc_register_mark_object — Eric Wong <normalperson@...>
Any comment on officially supporting this as part of the C API?
5 messages
2014/05/30
[ruby-core:62743] [ruby-trunk - Bug #8344] Status of Psych and Syck
From:
shibata.hiroshi@...
Date:
2014-05-25 04:25:00 UTC
List:
ruby-core #62743
Issue #8344 has been updated by Hiroshi SHIBATA. I am against to remove YAML::ENGINE now. Psych can't parse some yaml file in real application. I use Syck in this situation via YAML::ENGINE.yamler. I tried to use syck gem with 2.1.2p106 and r46097. ``` % ruby -ryaml -rsyck -ve "YAML::ENGINE.yamler = 'syck'; p YAML" ruby 2.1.2p106 (2014-05-23 revision 46054) [x86_64-darwin13.0] Syck % ruby -ryaml -rsyck -ve "YAML::ENGINE.yamler = 'syck'; p YAML" ruby 2.2.0dev (2014-05-25 trunk 46097) [x86_64-darwin13] /Users/hsbt/.rbenv/versions/2.2.0-dev/lib/ruby/gems/2.2.0/gems/syck-1.0.1/lib/yaml/engine_manager.rb:48:in `remove_const': constant Psych::ENGINE not defined (NameError) ``` If we need to remove YAML::ENGINE, Please update and ship syck gem before. ---------------------------------------- Bug #8344: Status of Psych and Syck https://bugs.ruby-lang.org/issues/8344#change-46866 * Author: Benoit Daloze * Status: Assigned * Priority: Normal * Assignee: Aaron Patterson * Category: lib * Target version: current: 2.2.0 * ruby -v: ruby 2.1.0dev (2013-04-28 trunk 40513) [x86_64-darwin10.8.0] * Backport: 1.9.3: UNKNOWN, 2.0.0: REQUIRED ---------------------------------------- Hello, The current state of YAML being Psych is still a bit unclear (see lib/yaml.rb). I propose to document YAML as always being (=) Psych, and give a tip about the syck gem which might be used with the Syck constant (but the YAML constant is always Psych). Do we need to keep Psych::EngineManager? I guess for compatibility it is safer? May I document it as deprecated so it might removed in a future version? Related to #6163. -- https://bugs.ruby-lang.org/