コグノスケ

Linuxのwaitが返すstatus値というものがあります。この値を専用のマクロに通すと、子プロセスがどうなったか（止まった、シグナルを受けたなど）を判断できます。
今日このマクロの内 1つが、変わった動きをすることがわかりました。

MSB |<-16->| exitstatus(8)| core(1)| termsig(7)| LSB
exitstatus: 終了ステータス（多義）
core:       コアダンプしたかどうか
termsig:    プロセスを終了させたシグナル
 0x00:  正常終了
 0x7f:  終了ではなくプロセスが停止した
 other: プロセスが終了した

(bits/waitstatus.h)
#define __WIFSTOPPED(status)    (((status) & 0xff) == 0x7f)

現時点でstatusはこのような構造になっています。
termsigが0x7f(127番) なら「プロセスが停止した」ことになると思ったら、ちょっと違うようです。「プロセスが停止した」という判断を行うのはWIFSTOPPEDマクロですが、termsig以外にもコアダンプフラグが倒れているかまで調べているようです。
つまりtermsigが127でも、コアダンプビットをセットすると「シグナルによって停止した」ことにならずに、「シグナルによって終了した」ことになります。

ただ停止するだけのはずが、コアダンプ（つまりプロセスが死んだ？）された、という特殊状況までカバーできるスゴいマクロを目指したのか、単にミスっただけなのか、謎ですね。まあ、シグナル127なんて生成できないですから、杞憂に過ぎませんが…。