[#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:28316] Re: SEGV with zlib

From: Tanaka Akira <akr@...17n.org>
Date: 2006-02-07 18:48:27 UTC
List: ruby-dev #28316
In article <34e00f690602060546l1ef5b22em52589f23240a8e43@mail.gmail.com>,
  Yukihiro Matsumoto <matz@ruby-lang.org> writes:

> 私はそれでよいと思います。finalizerでフラッシュするのは親切ですが、
> インタプリタを落としたり、GCが遅くなったりする問題を導入するほどでは
> ないと思います。

zlib に関してそうすることに異論はないのですが、一般にそれで
済ましていいのだろうか、という疑問を持っています。

* thread が GC されるときには追加して mark することをすでに
  行っている [ruby-dev:28172]
* bdb が壊れるのはさすがに避けたい [ruby-core:7100]

もちろん、参照にサイクルがあったら順序を定義できないので、拡
張ライブラリが現在 Ruby 側に提供している情報だけで Ruby が完
全に責任を持つことは不可能です。が、bdb のように複数のオブジェ
クトがからむような拡張ライブラリを作るのが素直なことはたしか
にあるので、そういうときにどうするのがいいのかなぁ、と思って
います。
-- 
[田中 哲][たなか あきら][Tanaka Akira]

In This Thread