■なぜ kill -9 $$ が悪いのか誰も説明してない

震源地と突っ込み: http://qiita.com/richmikan@github/items/2c90ddb778a7d4948324

別箇所の突っ込み: http://mattn.kaoriya.net/software/unix/20140901133437.htm

kill -9 $$ じゃなくてそれ HISTFILE を unset することでも実現できるよって突っ込みなのだけど、それはほかの方法の提示であって kill -9 $$ を避けた方が良い理由になっていない。

一連のやりとりを眺めた中で関係がありそうだったのは

• bash や zsh で履歴共有とか逐次履歴追加の設定をしていると無意味であること

くらいだし、

• SIGKILLで抜けるとtrapなどでの後処理が走らないからまずい

というのは全く別の話題である。(それはそもそもSIGKILLで終わると問題のあるプログラムの方が恐ろしい)

つまり単なる好みの問題以上の説明をせず、ここまでぐだぐだ語れる界隈はキモい。

個人的に考えた kill -9 $$ があまりよろしくない理由

何やってるか直感的に伝わらないから。HISTFILEを消すなら履歴を残して欲しくないのだなと言うのが分かるけど、ログインシェルのプロセスを強制終了させることが履歴の更新を抑制するため、とは、説明されないと分からない。明瞭さは独創性よりも良い。

bashで考えてんじゃねーよ、という突っ込みに対して思うこと

bash だったら HISTFILE かも知れないけど、すべてのシェルがそれでうまくいくなんて誰が保証するの？ みたいな反論もあったけど、同じ事は kill -9 $$ にも言えるわけで、コマンド履歴保存がシェル通常終了時の処理だなんて誰が保証してるんだ。

Permalink | 記事への反応(0) | 09:56

ツイートシェア