[ruby-dev:12434] Re: fork in threads

けいじゅ＠日本ラショナルソフトウェアです.

In [ruby-dev :12412 ] the message: "[ruby-dev:12412] Re: fork in
threads ", on Mar/10 15:40(JST) "NAKAMURA, Hiroshi" writes:

>なひです。

>> [3]
>> 次に, ライブラリ側がthreadを用いていてそのライブラリをを用いるユーザ側が
>> forkしたい場合ですが, ユーザにとってforkしてもthreadが生きていなくてはな
>> らないって場合はないはずです. あったとしても, ライブラリ側でforkを必要な
>> 動作をするように再定義してあげればいいだけです. 
>
>「Rubyのforkを↑のように定義しよう。上のようなことをする機能を、
>forkと呼ぼう」というお話だと理解しました。であれば、
>そのようなforkをした時に、ライブラリの中で（外部には隠して）
>利用しているスレッドが死んでしまい、正しい動作をしなくなる
>（例えばDRb）のは、まっとうだと思います。
>ユーザーが責任を持つべきです。

DRbはforkしても動くって言っていますが, そうではないですよね? DRbが特化と
通信中にユーザがforkした場合は, まともに動作しませんよね. DRbとしてはユー
ザが何を求めてforkしたかわからないから, 対処のしようもありませんが...

>ただし、
>
>> それにユーザ側が, forkし
>> たら必ず必要ないthreadをkillしなくちゃ行けないってのは, 使いやすさに反し
>> ます.
>
>もともとforkという機能が使いやすくないですから、
>上記の主張にはあまり意味がないと思います。
>forkするならthread以外にも問題はいろいろあるので、
>相応の覚悟が要りますよね。

たしかにそうですが, 上記のDRbの状況を見てもThreadが存在するだけで覚悟の
量が相当増えると思います. 

>なひのdebuggerは動かなくなりますが、まぁ仕方ないでしょう。
>という気になってきました。forkをしてるやつが悪い。^^;

そうでもないでないですか? この場合forkするとスレッドが1つしかなくなるわ
けですから, forkを再定義してやればどうにかなりません?

alias _fork fork
def fork(&block)
  if iterator?
    _fork { 
      detach() とか...
      while not attached?()
        sleep 1
      end
      yield
     }
  else
    unless pid = _fork
      detach() とか...
      while not attached?()
        sleep 1
      end
    end
    pid
  end
end 

ソースあんまり読んでいないんで全然違っていたらご免なさいですが.

__
..............................石塚 圭樹＠日本ラショナルソフトウェア...
----------------------------------->> e-mail: [e-mail] <<---