[#39845] Re: [ruby-cvs:33238] Ruby:r26022 (trunk): * marshal.c (w_object): dump instance variables when using — Tanaka Akira <akr@...>
2009/12/5 <nobu@ruby-lang.org>:
3 messages
2009/12/06
[#39846] [Bug #2447] reduce GC pressure by symbol table without String instance — Yusuke Endoh <redmine@...>
Bug #2447: reduce GC pressure by symbol table without String instance
5 messages
2009/12/06
[#39847] stable find.rb — Tanaka Akira <akr@...>
ディレクトリを再帰的にたどった結果を比較することがあったのですが、
5 messages
2009/12/06
[#39851] Time.now + str と #to_r — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
9 messages
2009/12/07
[#39852] Re: Time.now + str と #to_r
— "NARUSE, Yui" <naruse@...>
2009/12/07
成瀬です。
[#39855] [RubySpec #2460] RubySpecでFiberのSpecがおちる — 三村 益隆 <redmine@...>
RubySpec #2460: RubySpecでFiberのSpecがおちる
4 messages
2009/12/08
[#39863] [Feature #2471] want to choose a GC algorithm — _ wanabe <redmine@...>
Feature #2471: want to choose a GC algorithm
8 messages
2009/12/09
[#39874] faster Enumerator#each by rb_block_call with current block — Yusuke ENDOH <mame@...>
遠藤です。
7 messages
2009/12/13
[#39894] Re: faster Enumerator#each by rb_block_call with current block
— Yukihiro Matsumoto <matz@...>
2009/12/19
まつもと ゆきひろです
[#39897] Re: faster Enumerator#each by rb_block_call with current block
— Yusuke ENDOH <mame@...>
2009/12/20
遠藤です。
[#39912] [Bug #2522] Segmentation Fault is occurred on r26158 by running rubyspec — Kenta Murata <redmine@...>
Bug #2522: Segmentation Fault is occurred on r26158 by running rubyspec
4 messages
2009/12/23
[ruby-dev:39848] Re: [ruby-cvs:33238] Ruby:r26022 (trunk): * marshal.c (w_object): dump instance variables when using
From:
Yukihiro Matsumoto <matz@...>
Date:
2009-12-06 22:13:24 UTC
List:
ruby-dev #39848
まつもと ゆきひろです
In message "Re: [ruby-dev:39845] Re: [ruby-cvs:33238] Ruby:r26022 (trunk): * marshal.c (w_object): dump instance variables when using"
on Sun, 6 Dec 2009 09:29:34 +0900, Tanaka Akira <akr@fsij.org> writes:
|そうやって dump すると、dump できないものが入っていたときに
|dump 不能になります。
|以前、[ruby-dev:21475] でも指摘したことがありますが。
本来ならオブジェクトの復元に必要な情報はすべてmarshal_dumpで
供給されるべきなんでしょうね。そういう意味では、インスタンス
変数の復元は行わない方がよいということになるわけですが、すで
に行ってきているわけで、互換性も気になりますねえ。これは私の
設計ミスです。
互換性との兼ね合いを考えると「dumpできないオブジェクトを指す
インスタンス変数は無視」というのがひとつのやり方ですが、現在
の実装では実際にdumpしないとdumpできないかとうかわからないわ
けですし、一度dumpしてしまったものをキャンセルする機能も提供
していませんし、いろいろ面倒ですね。