SIGINTなどをトラップするときに終了コードを保持しますか？

trapたとえばhttp://linuxcommand.org/wss0160.php#trapで説明されているように使用してctrl-c（または類似のもの）をキャッチし、終了する前にクリーンアップすると、返される終了コードが変更されます。

これはおそらく現実の世界では違いはありません（たとえば、終了コードは移植可能ではなく、その上に、プロセスが終了したときのデフォルトの終了コードで説明されているように常に明確であるとは限らないためです）。それでも、本当にそれを防ぎ、代わりに中断されたスクリプトのデフォルトのエラーコードを返す方法はありませんか？

例（bashですが、私の質問はbash固有のものと見なすべきではありません）：

#!/bin/bash
trap 'echo EXIT;' EXIT
read -p 'If you ctrl-c me now my return code will be the default for SIGTERM. ' _
trap 'echo SIGINT; exit 1;' INT
read -p 'If you ctrl-c me now my return code will be 1. ' _

出力：

$ ./test.sh # doing ctrl-c for 1st read
If you ctrl-c me now my return code will be the default for SIGTERM.
$ echo $?
130
$ ./test.sh # doing ctrl-c for 2nd read
If you ctrl-c me now my return code will be the default for SIGTERM.
If you ctrl-c me now my return code will be 1. SIGINT 
EXIT
$ echo $?
1

（よりPOSIX準拠にするために削除するように編集されています。）

（代わりにbashスクリプトにするために再度編集されましたが、私の質問はシェル固有ではありません。）

ポータブルではない「SIGINT」を優先して、トラップにポータブルな「INT」を使用するように編集されました。

不要な中括弧を削除し、潜在的なソリューションを追加するために編集されました。

更新：

ハードコードされたいくつかのエラーコードで終了してEXITをトラップすることで解決しました。エラーコードが異なるか、EXITトラップが不可能である場合があるため、これは特定のシステムで問題になる可能性がありますが、私の場合は十分です。

trap cleanup EXIT
trap 'exit 129' HUP
trap 'exit 130' INT
trap 'exit 143' TERM

必要なのは、クリーンアップハンドラー内のEXITハンドラーを変更することだけです。次に例を示します。

#!/bin/bash
cleanup() {
    echo trapped exit
    trap 'exit 0' EXIT
}
trap cleanup EXIT
read -p 'If you ctrl-c me now my return code will be the default for SIGTERM. '

実際、bashの内部readを中断することは、bashが実行するコマンドを中断することとは少し異なるようです。通常、を入力するとtrap、$?が設定され、それを保持して同じ値で終了できます。

trap 'rc=$?; echo $rc SIGINT; exit $rc' INT
trap 'rc=$?; echo $rc EXIT; exit $rc' EXIT

のようなコマンドsleep または組み込みのようなコマンドを実行しているときにスクリプトが中断されるとwait、

130 SIGINT
130 EXIT

と終了コードは130です。ただし、の場合は0のread -pよう$?です（とにかく私のバージョンのbash 4.3.42では）。

read私のリリースの変更ファイルによると、シグナルの処理は進行中の作業かもしれません...（/ usr / share / doc / bash / CHANGES）

このバージョンのbash-4.3-alphaと以前のバージョンのbash-4.2-releaseの間の変更点。

3. Bashの新機能

   r。Posixモードでは、トラップされた信号によって「読み取り」を中断できます。トラップハンドラを実行した後、readは128以上のシグナルを返し、部分的に読み取られた入力を破棄します。

$?トラップハンドラに入ると、通常のシグナル終了コードが利用可能になります。

sig_handler() {
    exit_status=$?  # Eg 130 for SIGINT, 128 + (2 == SIGINT)
    echo "Doing signal-specific up"
    exit "$exit_status"
}
trap sig_handler INT HUP TERM QUIT

別のEXITトラップがある場合は、同じ方法を使用できます。シグナルハンドラー（存在する場合）から渡された終了ステータスをすぐにクリーンアップし、保存された終了ステータスを返します。

エラーコードを返すだけでは、SIGINTによる終了をシミュレートするには不十分です。これまで誰もこれについて言及しなかったことに驚いています。さらに読む：https : //www.cons.org/cracauer/sigint.html

適切な方法は次のとおりです。

for sig in EXIT ABRT HUP INT PIPE QUIT TERM; do
    trap "cleanup;
          [ $sig  = EXIT ] && normal_exit_only_cleanup;
          [ $sig != EXIT ] && trap - $sig EXIT && kill -s $sig $$
         " $sig
done

これはBash、Dash、zshで動作します。移植性をさらに高めるには、数値信号仕様を使用する必要があります（一方、zshはkillコマンドに文字列パラメーターを想定しています...）

EXIT信号の特別な扱いにも注意してください。これは、一部のシェル（つまり、Bash）EXITが任意の信号に対してもトラップを実行しているためです（その信号にトラップが定義されている可能性があります）。EXITトラップのリセットはそれを防ぎます。

「通常の」出口でのみコードを実行する

このチェックで[ $sig = EXIT ]は、通常の（シグナルなしの）出口でのみコードを実行できます。ただし、すべての信号にはトラップがあり、そのトラップが最後にリセットされEXITます。normal_exit_only_cleanupないシグナルに対しても呼び出されます。また、を介してexitによって実行されset -eます。これは、ERR（Dashでサポートされていない）でトラップし、の[ $sig = ERR ]前にチェックを追加することで修正できますkill。

簡略化されたBashのみのバージョン

一方、この動作は、Bashで簡単に実行できることを意味します

trap cleanup EXIT

クリーンアップコードを実行して終了ステータスを保持するだけです。

編集済み

• 「EXITはすべてをトラップする」という精巧なBashの動作

• トラップできないKILLシグナルを削除する

• 信号名からSIGプレフィックスを削除

• しようとしないでください kill -s EXIT

• テイクset -e/ ERRを考慮に