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

From: Tanaka Akira <akr@...17n.org>
Date: 2006-02-08 03:11:30 UTC
List: ruby-dev #28318
In article <1139361872.676364.14519.nullmailer@x31.priv.netlab.jp>,
  Yukihiro Matsumoto <matz@ruby-lang.org> writes:

> 適切な対処法が見つかれば対応するのはやぶさかではないのですが。

確信できるものがあれば提案するんですが。

> |* thread が GC されるときには追加して mark することをすでに
> |  行っている [ruby-dev:28172]
> |* bdb が壊れるのはさすがに避けたい [ruby-core:7100]
>
> [ruby-core:7100]だけに関してはfinalizers_at_exitは(finalizer
> はおおむねGCの一部であるという観点から)during_gcをtrueにして
> おくことで対応できたりするんですかね。

一貫性の点からそれはやっておいたほうがいいと思いますが、それ
だけで済むとは思っていません。

> 一般的な解決策ではないのですが。

拡張ライブラリと Ruby がどう協調するのがいいんですかねぇ。

そういえば、openssl の SSLSocket も IO のラッパだったと思う
んですが、GzipWriter と同様な問題があったりしないでしょうか。
-- 
[田中 哲][たなか あきら][Tanaka Akira]

In This Thread