[#28337] constant look up order in CVS HEAD — Yukihiro Matsumoto <matz@...>

まつもと ゆきひろです

15 messages 2006/02/18
[#28338] Re: constant look up order in CVS HEAD — Tanaka Akira <akr@...17n.org> 2006/02/19

In article <1140229116.805371.31930.nullmailer@x31.priv.netlab.jp>,

[#28341] Re: constant look up order in CVS HEAD — GOTOU Yuuzou <gotoyuzo@...> 2006/02/19

In message <87lkw8xfay.fsf@m17n.org>,

[#28342] Re: constant look up order in CVS HEAD — Yukihiro Matsumoto <matz@...> 2006/02/19

まつもと ゆきひろです

[ruby-dev:28321] Re: SEGV with zlib

From: Yukihiro Matsumoto <matz@...>
Date: 2006-02-08 09:11:03 UTC
List: ruby-dev #28321
まつもと ゆきひろです

In message "Re: [ruby-dev:28318] Re: SEGV with zlib"
    on Wed, 8 Feb 2006 12:11:30 +0900, Tanaka Akira <akr@m17n.org> writes:

|> 適切な対処法が見つかれば対応するのはやぶさかではないのですが。
|
|確信できるものがあれば提案するんですが。

Javaのfinalizerにも同様の問題があって(というかJavaレベルで直
接書けるからよりタチが悪い)、それはいろいろ苦労して対応して
いたような。

今思いついたのですが、T_DATA finalizerの呼び出しをmarkと
sweepの間に持っていって、finalizeするT_DATAオブジェクトに対
してマーク関数を呼び出すことで、対応できないことはないですね。
でも、GCごとに全オブジェクトのスキャンが一回増えるのでうれし
くはないですけど。

In This Thread