[ruby-dev:11722] Re: fork_and_kill_other_threads

なひです。

> From: Yukihiro Matsumoto
> Sent: Thursday, December 07, 2000 12:17 AM

> |なひの頭にひっかかっているのは、RWikiでなく、構想中のデバッガなのでした。
> |RWikiは以前に書いたとおり、なんとでもなる。
> |
> |なひのdebuggerは、Rubyの挙動が変更されると二度と使えません
> |（もちろんdebuggeeがforkしなければ問題なし）。
> 
> ということはアレですかね。たとえば「明示的に宣言したスレッド
> はforkされても生き残る」とかいう仕様だと問題は回避できたりす
> るんですかね。

回避できます。が、これを採用するのには抵抗があります。
何故なら、現時点でその恩恵を受けるのが、なひのデバッガ
（標準のデバッガは全く問題ありません）しか思いつかないから。
うーん、結局あなたはどうして欲しいの？

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

	/	/	/

で、どうして欲しいかですが、やっぱりデバッガの都合は無視して
考慮してください。お騒がせしてすいません。
これはやっぱり根本から対処しようとはらを括りつつあります。
個人的に、Ruby本体に手を入れようと思います。
現状のRubyのdebug APIである「全step trace」のみだと、やっぱり遅いし。

> |いよいよRuby本体にdebug APIがないと辛いかな。
> 
> 必要かもしれません。でもご推察の通り、私には設計できませんね。

必要なのは、「なひにとって」ですから。

ところでまつもとさん、標準のデバッガで、
thread stopとthread resumeに期待していた挙動を教えてください。
現在の挙動は、なひがいろいろいじったせいで、

1. いずれかのthreadがbpなどで停止すると、全threadが止まる。
2. thread stopすると、全threadを再開、
  指定されたthreadがactiveになった時点で（つまりすぐに）再び全threadが止まる。
3. thread resumeは全threadを再開。

ということになってしまっています。
これだとthread resumeの意味がありません
（どこかでなひが、そのようにしてしまったんだと思います）。

1-a. いずれかのthreadがbpなどで停止すると、全threadが止まる。
1-b. いずれかのthreadがbpなどで停止すると、そのthreadのみが止まる。
2. thread stopすると、指定されたthreadが止まる。
3. thread resumeすると、指定されたthreadが再開する。

とかですかね？ちょっと排他制御が難しくなりそう。。。

# いつかIActiveScriptErrorDebugをimplementしてみたい。