[ruby-dev:11726] Re: fork_and_kill_other_threads

なひです。

> From: [e-mail]
> Sent: Thursday, December 07, 2000 2:26 PM

> 咳といいます。# prc2kでの写真募集中です。

いざとなったら、事務局に頼んで写真もらってスキャンという手もありますかね？

> NaHi> アプリケーション(が使っているライブラリ){1,}がこっそりスレッドを
> NaHi> 作っているケースはいくらでも考え付くんですけど、
> NaHi> 「無闇にforkしてそれを壊してハマる」ケースがなかなか思いつかない。
> NaHi> アプリケーション(が使っているライブラリ){1,}の中身まで完全に把握して
> NaHi> プログラミングする人はそうそう居ないだろうけど、
> NaHi> その危険性をわかってる人じゃなきゃforkはしないですよねぇ。
> 
> えっと、forkするというのは、やっぱり危ないのをわかっていてやっている、
> というかやるべきだと思います。

ここまでは同感です。

> ライブラリがこっそり起こすスレッドっていうのはforkを使う割合よりも
> ずっと多いように思うので、スレッド起こすライブラリを書く人たちに、
> fork時の振る舞いを指定してもらうのってイヤな気がします。

  起こしたはずのthreadがいつのまにか死んじゃってたら、
  なんとかリカバリして処理を続行するライブラリ

って、どのくらいあるでしょう。
Thread.list[ rand( Thread.list.size ) ].killに耐えられるやつ（ないとは言いません）。
forkでThreadが死んじゃうのも似たようなことですよね。ライブラリとしては、
「そんな無茶（Thread.killやfork）をしたらちゃんと動きません」
ということでも、いいんじゃないかなぁ。

> ここからよろよろ弱い意見。
> 
> 全てを停めるにしても停めないにしても、forkをする人が気をつけないと
> いけないのには変らないので、どうせ気を使うなら、デフォルトは今まで
> 通りがいいなあ、と思います。

誰かこれまでに出た田中さん、咳さんの例以外に、
みんなを説得できるサンプルを持ってませんか。^^