FreeBSDの/bin/shで、他実装とは違うヘンな挙動を見つけたのでメモ書き。
まずは、このテストコード（setm_test.sh）を書いてください。
setm_test.sh
#! /bin/sh
set -m # ←コレをつけると不可解な動きをする
# 終了時のトラップ設定
exit_trap() {
trap INT
echo "EXIT_TRAPPED"
exit 1;
}
trap 'exit_trap' INT
# メインルーチン（sleepを実行して終了を通知する）
sleep 5 || echo $?
echo "FINISH_SLEEPING"
trap INT
冒頭に出てくる-mというオプションは、ジョブ制御を有効にするためのものです。具体的には、
- ジョブ完了メッセージ（“
[1] Done”のようなメッセ^時）が出る。（非対話のシェルスクリプトのデフォルトでは表示されない） - fgコマンドのような、ジョブ制御コマンドが使えるようになる。（非対話のシェルスクリプトのデフォルトでは、エラーメッセージが出て使えない）
などの効果があります。
書いたら実行してみください。
(1)起動するだけで何もせず、終了を待つ。
$ sh setm_test.sh
FINISH_SLEEPING
$
5秒経過したらFINISH_SLEEPINGと表示されて終了します。
(2)起動したら5秒以内に[CTRL]+[C]を押して止める
CentOS6,Ubuntu14,AIX7.1で試した場合
$ sh setm_test.sh
^CEXIT_TRAPPED
$
FreeBSD10で試した場合
$ ./setm_test.sh
^C130
FINISH_SLEEPING
$
なんとOSによって挙動が変わります。FreeBSD以外だと、シェルが[CTRL]+[C]によるSIGINTを受け取ると、現在実行中のsleepコマンドを中断させ、trap設定してあったexit_trap関数へ制御を移します。
ところが、FreeBSDだと、sleepコマンドを中断させた後、そのままメインルーチンを続行してしまうのです。これっておかしくないでしょうか？
シェルではなくOSの問題？それとも仕様？
この問題、bashでも起こります。
FreeBSD10で試した場合
$ bash setm_test.sh
^C130
FINISH_SLEEPING
$
shだけで起こるならshのバグと思えそうですが、シェルを替えても起こるのでOSのバグなのか、それともFreeBSDの仕様なのか。
どちらなのか、現状では判断がつきません。（Macとかどうかなのかな？）
心当たりの方、是非コメントください。
