yes | rm * の動作の仕方が謎です

Question

yes | rm * の謎。

yes | rm * でファイルを一気に消したりするのですが、終了時の動きが気になっています。
なぜrmが終わったタイミングでyesもおわるのでしょうか。

パイプでつなぐ場合、プロセスは一気に立ち上げられ、左側のプロセスが終われば、右側のプロセスが終わるという認識です。
しかし、 yes | rm * は逆になります。右側(rm)が終われば、 左側(yes) が終わります。

###試したこと
パイプの右側が終わっても、左側が終わらないことを、試してみました。

↓作成したシェルスクリプトです。

[piyo@hoge tmp]# tail test*
==> test1.sh <==
sleep 1
echo "exit test1" >&2

==> test2.sh <==
sleep 10
echo "exit test2" >&2

※パイプに渡さないように標準エラー出力に出しています。

↓試行結果です。

[piyo@hoge tmp]# ./test1.sh | ./test2.sh
exit test1
exit test2

[piyo@hoge tmp]# ./test2.sh | ./test1.sh
exit test1
exit test2

両方ともtest2.sh が終わったタイミングでシェル操作が可能になりました。
やはり、左が終わってから右が終わっているように思えます。

どなたか仕組みを教えていただけないでしょうか。よろしくお願いします。

Answer 1

yesは、rm -iが終了したタイミングで終わるのでは無いです。
rm -iが終了すると、パイプを読み取るプロセスが無くなるので、書き込みプロセスがパイプに書こうとした段階で、そのプロセスにSIGPIPEというシグナルが送られます。特にこのシグナルに対してのの動作を変えていない場合、それでプロセスが終了します。パイプへの書き込みがあるまではそのまま実行が続きます。
プログラムによってはSIGPIPEを受け取ると、Broken Pipeというメッセージを出してから終了する物もあります。あるいは、シグナルを無視して続行する物もあるかも。

yes | rm -i *が終了した直後に、echo ${PIPESTATUS[*]}すると、141 0と表示されます。
141がyesの終了コードです。141 - 128 = 13 で、シグナル13つまりSIGPIPEで終了したと言うことです。
(番号とシグナル名の対応はkill -lで表示できます）

そもそもでいうと、yes | rm -i *は-iを付けなければ良いので、無駄なyesです。
aliasで、alias rm="rm -i"などしている場合は、\rm *とすればいいです。

$ tail test?.sh
==> test1.sh <==
trap 'echo パイプがちぎれた1 >&2; exit' 13
sleep 1
echo 1
echo "exit test1" >&2

==> test2.sh <==
trap 'echo パイプがちぎれた2 >&2; exit' 13
sleep 10
echo 2
echo "exit test2" >&2
$ ./test1.sh | ./test2.sh
exit test1
2
exit test2
$ ./test2.sh | ./test1.sh
1
exit test1
パイプがちぎれた2

#追記

パイプでつなぐ場合、プロセスは一気に立ち上げられ、左側のプロセスが終われば、右側のプロセスが終わるという認識です。

これにコメントし忘れました。
左側のプロセスが終わった段階で、パイプの入り口がクローズされ、右側のプロセスでのパイプからの読みとりは、パイプに溜まっていた物を読み切った段階でEOFになります。標準入力がEOFになると終了するというプログラムであれば、終了します。標準入力がEOFになっても動き続けるように書かれていれば、動き続けます。

つまり、パイプを使ったプロセスの連携は、あくまでwrite/readに関してのみで、SIGPIPEやEOFでプロセスが終わるかどうかはプログラム依存です。

Comments

[motisen]

大変わかりやすい解説でした。
パイプ使用時の動作も理解できました。
ありがとうございます。

またrm にはrm -i とエイリアスが設定されてました。失礼しました。