[ruby-dev:26347] Re: rb_gc_mark_threads spin

まつもと ゆきひろです

In message "Re: [ruby-dev:26346] Re: rb_gc_mark_threads spin"
    on Sun, 12 Jun 2005 23:49:51 +0900, Tanaka Akira <[e-mail]> writes:

|> おっしゃる通りで、rb_thread_interrupt()はそのつもりで書いて
|> ます。今回はrb_exit()という話ですから、どこかで「signalが届
|> いた瞬間偶然動いたスレッドを終了させてからmain threadに伝搬
|> させる」ようなコードがあるということですね。それは見落としで
|> すから、直す必要があります。どこでしたっけ(trap以外で)。
|
|sigexit -> rb_exit -> terminate_process -> rb_exc_raise
|という流れで、signal が到着したタイミングで動いていたスレッドで例外がおきます。

これはtrapの話ですよね。それは認識しています。trap以外でその
ようなケースを御存じですか、という話です。

|> |さらに、trap で EXIT にすると任意のタイミングで終了させられるようなの
|> |ですが、これは危険ではないでしょうか。まぁ、これは安全な signal
|> |handling とからむので、そう単純な話ではありませんが。
|>
|> それでもmain_threadでexitするべきでしょうね。ちょっと考えて
|> みます。trap_exec()をいつもmain threadで実行するようにすれば
|> 良いのかなあ。
|
|えぇと、伝わらなかった気がするんですが、たとえ malloc とかの途中であろ
|うが signal が来ると、そこで Ruby レベルの例外が発生して malloc などが
|中断することを指摘しています。

えーと、「それでも...」というのを省略しないで書くと

  完全に(or 十分に)安全なsignal handlingを実現するのは簡単で
  はありませんが、それでもせめてtrap "EXIT" は main thread 
  で直接 exit するべきでしょうね。完全ではないけど、少しはマ
  シになるから。

です。私の勘違いでなければ指摘されたのは「安全なsignal
handling」の話ですよね。

                                まつもと ゆきひろ /:|)