[#45311] 開発会議 — SASADA Koichi <ko1@...>
笹田です.
10 messages
2012/03/06
[#45312] Re: 開発会議
— "ayumu.aizawa@..." <ayumu.aizawa@...>
2012/03/06
US=1B$B$K$$$k$N$G!"=1B(BSkype=1B$B$H$+=1B(BFaceTime=1B$B$G;22C$7$?$$$G$9!#=1B=
[#45341] 非同期割り込みに対する対処案(日本語版) — SASADA Koichi <ko1@...>
ささだです.
28 messages
2012/03/11
[#45816] Re: 非同期割り込みに対する対処案(日本語版)
— SASADA Koichi <ko1@...>
2012/06/25
ささだです.
[#45817] Re: 非同期割り込みに対する対処案(日本語版)
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 18:26 SASADA Koichi <ko1@atdot.net>:
[#45819] Re: 非同期割り込みに対する対処案(日本語版)
— SASADA Koichi <ko1@...>
2012/06/25
ささだです.
[#45820] Re: 非同期割り込みに対する対処案(日本語版)
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 19:39 SASADA Koichi <ko1@atdot.net>:
[#45827] Re: 非同期割り込みに対する対処案(日本語版)
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/25 20:32), Tanaka Akira wrote:
[#45835] Re: 非同期割り込みに対する対処案(日本語版)
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/25
> の3つになるような気がしていますので,ある例外がこれら 3 つのどの状態に
[#45841] Re: 非同期割り込みに対する対処案(日本語版)
— Tanaka Akira <akr@...>
2012/06/25
2012年6月26日 3:40 SASADA Koichi <ko1@atdot.net>:
[#45844] Re: 非同期割り込みに対する対処案(日本語版)
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/26 5:07), Tanaka Akira wrote:
[#45871] Re: 非同期割り込みに対する対処案(日本語版)
— Tanaka Akira <akr@...>
2012/06/29
2012年6月26日 5:15 SASADA Koichi <ko1@atdot.net>:
[#45372] Marshal.dumpにおけるインスタンス変数の取り扱いについて — keiju@... (Keiju ISHITSUKA)
けいじゅ@いしつかです.
14 messages
2012/03/16
[#45376] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Yukihiro Matsumoto <matz@...>
2012/03/17
まつもと ゆきひろです
[#45377] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/17
けいじゅ@いしつかです.
[#45381] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Yukihiro Matsumoto <matz@...>
2012/03/17
まつもと ゆきひろです
[#45399] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/18
けいじゅ@いしつかです.
[#45401] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Tanaka Akira <akr@...>
2012/03/19
2012年3月19日5:54 石塚圭樹 <keiju@ishitsuka.com>:
[#45405] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/19
けいじゅ@いしつかです.
[#45451] [ruby-trunk - Feature #6218][Open] struct.cのrb_struct_s_members_m()について — "Glass_saga (Masaki Matsushita)" <glass.saga@...>
6 messages
2012/03/28
[ruby-dev:45399] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
From:
keiju@... (石塚圭樹)
Date:
2012-03-18 20:54:02 UTC
List:
ruby-dev #45399
けいじゅ@いしつかです. In [ruby-dev:45381] the message: "[ruby-dev:45381] Re: Marshal.dumpに おけるインスタンス変数の取り扱いについて", on Mar/18 00:26(JST) Yukihiro Matsumoto writes: >まつもと ゆきひろです >まあ、以前はComplexとか通常のオブジェクトでしたからね。 >Numericの下だからという理由でインスタンス変数を全部削られた >らそれはそれで困るでしょうが。 たしかに. >ただ、T_OBJECTでないFloatやBignumはやっぱり無視してもいいような気がし >ます。 そうですねぇ. それらの, (Cレベル)サブクラスではインスタンス変数は定義 するな, もしくはそれなりのmashalメソッド定義しろって規定するのはありか も. >|rb_marshal_define_compat() で >なんでなんでしょうねえ。akrさんのr13413からそうみたいなんで、 >彼に聞いてみないと。 (次に続きます) In [ruby-dev:45382] the message: "[ruby-dev:45382] Re: Marshal.dumpに おけるインスタンス変数の取り扱いについて", on Mar/18 02:15(JST) Tanaka Akira writes: >r13413 では rb_gc_register_address が間に入っていたので、 >そこで GC が起きることへの対策ですね。 >rb_gc_register_address 内では ALLOC するので GC が起きる可能性があり、 >GC が起きたときに compat->newclass や compat->oldclass にゴミが入っていると >よろしくなかったんじゃないでしょうか。 なるほど, その状態なら理解できます. ということは, すくなくとも, 今は必要ないという事で良いんですよね? さらに細かくなるのですが... marshal_compat_t に関わる全ての処理ですが, 昔の互換性のためにあるのしょ うか? 使っているのは, Rangeだけですし この仕組みを使わなくても代替でき, かつ, 今の仕組みを使うほうがエレガントな気がしますが? __ ---------------------------------------------------->> 石塚 圭樹 <<--- ---------------------------------->> e-mail: keiju@ishitsuka.com <<---