[#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:

[#45841] Re: 非同期割り込みに対する対処案(日本語版) — Tanaka Akira <akr@...> 2012/06/25

2012年6月26日 3:40 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

けいじゅ@いしつかです.

[#45412] [ruby-trunk - Feature #6177][Open] array.cのrb_ary_equal()の高速化 — "Glass_saga (Masaki Matsushita)" <glass.saga@...>

13 messages 2012/03/20

[#45471] [ruby-trunk - Bug #6230][Open] [WEBrick] WEBrick::HTTPResponse#body の IO オブジェクトの読み込みに read メソッドを使っているため必要以上にブロックされる — "nobuoka (yu nobuoka)" <nobuoka@...>

7 messages 2012/03/30

[ruby-dev:45377] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて

From: keiju@... (石塚圭樹)
Date: 2012-03-17 06:06:10 UTC
List: ruby-dev #45377
けいじゅ@いしつかです.

In [ruby-dev:45376] the message: "[ruby-dev:45376] Re: Marshal.dumpに
おけるインスタンス変数の取り扱いについて", on Mar/17 10:27(JST)
Yukihiro Matsumoto writes:

>まつもと ゆきひろです

>ClassとModuleは「先方の同名ものを使う」ので、手元でインスタン
>ス変数があろうと無視します。いずれにしてもこちらの定義を持っ
>ていくことはできないので。

それはそうですね. 同名のインスタンス変数が先方にあった場合なんかもどう
するか悩みますしね.

>nil, true, symbol, fixnumはimmediateなのでインスタンス変数を
>持ち歩きたくない(インスタンス変数を追加しちゃうと、グローバル
>に影響を与えてしまう)というのがその理由です。ClassやModuleと
>違って、そうであってはいけないというわけではないのですが、導
>入には慎重でありたいです。

上記のような問題もありますので, やはり, コピーしない方が無難なきがしま
した.

>あと、むしろNumericのサブクラスであるBignumとFloatでインスタンス変数
>を無視するようにしたいくらいですね。

私も後者だろうと思ったのですが, BignumとかFloatでもインスタンス変数を
持つ実装やサブクラスがあってもおかしくはないので, やはり現行が無難な気
がしてきました.

ところで, すごーく細かい話なのですが,

rb_marshal_define_compat() で

    :
    compat = ALLOC(marshal_compat_t);
    compat->newclass = Qnil;
    compat->oldclass = Qnil;
    compat->newclass = newclass;
    compat->oldclass = oldclass;
    :

と一度Qnilを代入しているのですが, これはなぜでしょうか?


__
---------------------------------------------------->> 石塚 圭樹 <<---
---------------------------------->> e-mail: keiju@ishitsuka.com <<---

In This Thread