Mantenha os códigos de saída ao capturar SIGINT e similares?

Se eu usar trapcomo descrito, por exemplo, em http://linuxcommand.org/wss0160.php#trap para capturar ctrl-c (ou similar) e limpeza antes de sair, estou alterando o código de saída retornado.

Agora, isso provavelmente não fará diferença no mundo real (por exemplo, porque os códigos de saída não são portáteis e, além disso, nem sempre são ambíguos, conforme discutido no Código de saída padrão quando o processo é finalizado? ), Mas ainda estou me perguntando se existe algum realmente não há como evitar isso e retornar o código de erro padrão para scripts interrompidos?

Exemplo (no bash, mas minha pergunta não deve ser considerada específica do 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. ' _

Resultado:

$ ./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

(Editado para remover para torná-lo mais compatível com POSIX.)

(Editado novamente para torná-lo um script bash, minha pergunta não é específica do shell.)

Editado para usar o "INT" portátil para interceptar a favor do "SIGINT" não portátil.

Editado para remover chaves inúteis e adicionar uma solução em potencial.

Atualizar:

Eu o resolvi agora, simplesmente saindo com alguns códigos de erro codificados e capturando EXIT. Isso pode ser problemático em alguns sistemas, porque o código de erro pode ser diferente ou a armadilha EXIT não é possível, mas no meu caso está tudo bem.

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

Tudo que você precisa fazer é alterar o manipulador EXIT dentro do manipulador de limpeza. Aqui está um exemplo:

#!/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. '

Na verdade, interromper o interno do bash readparece ser um pouco diferente de interromper um comando executado pelo bash. Normalmente, quando você digita trap, $?está definido e você pode preservá-lo e sair com o mesmo valor:

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

Se o seu script for interrompido ao executar um comando como sleep ou mesmo um interno wait, você verá

130 SIGINT
130 EXIT

e o código de saída é 130. No entanto, read -pparece que $?é 0 (na minha versão do bash 4.3.42 de qualquer maneira).

A manipulação de sinais durante readpode estar em andamento, de acordo com o arquivo de alterações no meu release ... (/ usr / share / doc / bash / CHANGES)

alterações entre esta versão, bash-4.3-alpha e a versão anterior, bash-4.2-release.

3. Novos recursos no Bash

   r. Quando no modo Posix, a leitura é interrompida por um sinal interceptado. Depois de executar o manipulador de interceptação, a leitura retorna o sinal 128 + e joga fora qualquer entrada parcialmente lida.

Qualquer código de saída de sinal usual estará disponível na $?entrada do manipulador de trap:

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

Se houver um trap EXIT separado, você poderá usar a mesma metodologia: mantenha imediatamente o status de saída passado da limpeza do manipulador de sinais (se houver), e retorne o status de saída salvo.

Basta retornar um código de erro que não é suficiente para simular uma saída pelo SIGINT. Estou surpreso que ninguém tenha mencionado isso até agora. Leitura adicional: https://www.cons.org/cracauer/sigint.html

A maneira correta é:

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

Isso funciona com o Bash, Dash e zsh. Para maior portabilidade, você precisa usar especificações de sinal numérico (por outro lado, o zsh espera um parâmetro de string para o killcomando ...)

Observe também o tratamento especial do EXITsinal. Isso ocorre porque alguns shells (ou seja, o Bash) também executam traps EXITpara qualquer sinal (após possíveis traps definidos nesse sinal). A redefinição da EXITarmadilha impede isso.

Executando código apenas na saída "normal"

A verificação [ $sig = EXIT ]permite executar o código apenas na saída normal (sem sinal). No entanto, todos os sinais precisam ter armadilhas que, por fim, redefinem a armadilha EXIT; normal_exit_only_cleanuptambém será chamado pelos sinais que não o fazem. Também será executado por uma saída set -e. Isso pode ser corrigido capturando ERR(que não é suportado pelo Dash) e adicionando uma verificação [ $sig = ERR ]antes do kill.

Versão simplificada do Bash-only

Por outro lado, esse comportamento significa que no Bash você pode simplesmente fazer

trap cleanup EXIT

para executar apenas algum código de limpeza e manter o status de saída.

editado

• O comportamento elaborado de Bash de "EXIT prende tudo"

• Remova o sinal KILL, que não pode ser preso

• Remover prefixos SIG dos nomes dos sinais

• Não tente kill -s EXIT

• Considerar set -e/ ERR