Сохранить коды выхода при захвате 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-скриптом, но мой вопрос не относится к оболочке.)

Отредактировано для использования переносного "INT" для ловушки в пользу непереносимого "SIGINT".

Отредактировано, чтобы удалить ненужные фигурные скобки и добавить потенциальное решение.

Обновить:

Я решил это сейчас, просто выйдя с жестко закодированными кодами ошибок и перехватив 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

Если ваш сценарий прерывается при выполнении команды like sleep или встроенной подобной wait, вы увидите

130 SIGINT
130 EXIT

и код выхода равен 130. Однако read -p, похоже, он $?равен 0 (в любом случае, в моей версии bash 4.3.42).

Обработка сигналов во время readможет быть незавершенной, в соответствии с файлом изменений в моей версии ... (/ usr / share / doc / bash / CHANGES)

изменения между этой версией bash-4.3-alpha и предыдущей версией bash-4.2-release.

3. Новые функции в Bash

   р. В режиме 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также будет вызываться для сигналов, которые не делают. Это также будет выполнено выходом через set -e. Это можно исправить путем захвата ERR(который не поддерживается Dash) и добавления проверки [ $sig = ERR ]перед kill.

Упрощенная версия только для Bash

С другой стороны, это поведение означает, что в Bash вы можете просто сделать

trap cleanup EXIT

просто выполнить некоторый код очистки и сохранить статус выхода.

отредактированный

• Разработать поведение Баша "EXIT заманивает все в ловушку"

• Удалить сигнал KILL, который не может быть пойман в ловушку

• Удалить префиксы SIG из имен сигналов

• Не пытайтесь kill -s EXIT

• Принять set -e/ ERR во внимание