golfではスタックの進む先の空間を普通の領域として利用することがある。この領域が勝手に書き変わる場合について、具体例としてsignalによる割り込みを思い付いたため検証した。結論としては、signalが飛び自分で設定したhandlerが走ると壊れることがあるということである。以下のようなC言語のプログラムを考える。整数を入力させをれをそのまま出力するだけのプログラムである。スタックの進む先のアドレスに対し、そこへ一瞬だけ書き込んで読み出す。x);}これは間違いなく規格違反だろうが、実際のところ何事もなかったかのように動く。./a.out12341234signalが絡むとこのようなプログラムが失敗しうることを確認する。先に通常の場合を確認する。この上の例をdisassembleすると以下のようになる。*p;の間には特に他の命令はないため、ほぼ間違いなく値は保存されると言ってよいだろう。この間にはpを触らない命令なら他に何を入れてもよいが、もちろん関数をcallするなどすれば値は壊れうる。signaldisassemble結果としてはまったく問題なくても値が保存されない例として、signalが考えられる。*p;の間で何らかのsignalが飛びそのhandlerが呼ばれた場合、このhandlerは値を壊しうる。waitを入れ、検証コードは以下のようになった。0;}実際、実行すると以下のようになる。signalによる割り込みが発生した場合では、結果が壊れていることが分かる。handlerではstackの破壊は起きなかった。