[ruby-dev:11637] Re: return value of waitpid2

新井です。

> まつもと ゆきひろです

> だってnilを返すって最初に言ったの新井さんじゃないですか。

ねえ(^^;

> 私としては[nil,nil]とnilでどちらでなければならないというのは
> ないのですが、nilの方がselectなどとの整合性が高いんじゃない
> かなと。

私は、今のwaitpid、waitpid2だけなら[ruby-dev:11614]のスタン
スは変わってないつもりです。

ただ、ブロックの挙動、$?のあり方が決まらないうちにこれを決め
手しまうのは、ちょっと危険かなと思います。

waitpid2()はまだundocumentedですか？デスクトップリファレンス
はどうなんでしょう？

> |# と、ruby-list でたち消えた $? の話を強引に蒸し返してるわけ
> |# ですね。
> 
> $?がオブジェクトを返すってのはなくなったわけじゃないですが
> (というか実は乗り気です)、「見付からなかったのにオブジェクト
> を返す」ってのはなんかヘンな気がしますねえ。

waitpid3 が nil を返すのに$?が値を返すのは変ってことですか？
このような場合$?をnilにしてしまっても良さそうに思います。

$ ruby -e 'p $?'
nil

ですし。既存のスクリプトでwaitpidがnilを返すかもしれないとこ
ろで$? を参照しているものがあればそれは間違いだと思うので。

$? のメソッド自体はどう思われます？前のメールでの私の案は

$?.signal
  子プロがシグナルを受けて終了or停止した場合にシグナル番号が設定
  そうでなければnil
$?.stopped?
  子プロがシグナルを受けて停止した場合にtrue
$?.pid
  子プロのpid
$?.status
  子プロのexitの値。$?.signalがnilの場合に設定。そうでなければnil。

なわけですが

--
新井康司 (Koji Arai)