Mantenere i codici di uscita quando si intrappolano SIGINT e simili?

Se uso trapcome descritto ad esempio su http://linuxcommand.org/wss0160.php#trap per catturare ctrl-c (o simile) e ripulire prima di uscire, sto cambiando il codice di uscita restituito.

Ora questo probabilmente non farà differenza nel mondo reale (ad esempio perché i codici di uscita non sono portatili e per di più non sempre inequivocabili come discusso in Codice di uscita predefinito quando il processo è terminato? ) Ma mi chiedo ancora se ci sia davvero nessun modo per impedirlo e restituire invece il codice di errore predefinito per gli script interrotti?

Esempio (in bash, ma la mia domanda non dovrebbe essere considerata specifica per 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. ' _

Produzione:

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

(Modificato per rimuovere per renderlo più conforme POSIX.)

(Modificato di nuovo per renderlo invece uno script bash, la mia domanda non è specifica della shell però.)

Modificato per utilizzare il "INT" portatile per trap a favore del "SIGINT" non portatile.

Modificato per rimuovere inutili parentesi graffe e aggiungere una potenziale soluzione.

Aggiornare:

L'ho risolto ora semplicemente uscendo con alcuni codici di errore hardcoded e intrappolando EXIT. Questo potrebbe essere problematico su alcuni sistemi perché il codice di errore potrebbe essere diverso o la trappola EXIT non è possibile, ma nel mio caso è abbastanza OK.

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

Tutto quello che devi fare è cambiare il gestore EXIT all'interno del gestore della pulizia. Ecco un esempio:

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

In realtà, l'interruzione interna di bash readsembra essere leggermente diversa dall'interruzione di un comando eseguito da bash. Normalmente, quando si entra trap, $?è impostato e è possibile conservarlo e uscire con lo stesso valore:

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

Se lo script viene interrotto durante l'esecuzione di un comando simile sleep o anche di un incorporato wait, vedrai

130 SIGINT
130 EXIT

e il codice di uscita è 130. Comunque, per read -p, sembra $?essere 0 (sulla mia versione di bash 4.3.42 comunque).

La gestione dei segnali durante readpotrebbe essere in corso di elaborazione , in base al file delle modifiche nella mia versione ... (/ usr / share / doc / bash / CHANGES)

cambia tra questa versione, bash-4.3-alpha e la versione precedente, bash-4.2-release.

3. Nuove funzionalità in Bash

   r. In modalità Posix, `read 'è interrompibile da un segnale intrappolato. Dopo aver eseguito il gestore trap, read restituisce il segnale 128+ e getta via qualsiasi input parzialmente letto.

Qualsiasi normale codice di uscita del segnale sarà disponibile $?all'entrata del gestore 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 esiste una trappola EXIT separata, è possibile utilizzare la stessa metodologia: mantenere immediatamente lo stato di uscita passato dal gestore del segnale (se presente) ripulire, quindi restituire lo stato di uscita salvato.

Restituire un codice di errore non è sufficiente per simulare un'uscita di SIGINT. Sono sorpreso che nessuno lo abbia menzionato finora. Ulteriori letture: https://www.cons.org/cracauer/sigint.html

Il modo corretto è:

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

Funziona con Bash, Dash e zsh. Per ulteriore portabilità, è necessario utilizzare le specifiche del segnale numerico (d'altra parte, zsh prevede un parametro stringa per il killcomando ...)

Si noti inoltre il trattamento speciale del EXITsegnale. Ciò è dovuto ad alcune shell (ovvero Bash) che eseguono trap anche EXITper qualsiasi segnale (dopo possibilmente definite trap su quel segnale). Il reset della EXITtrappola impedisce questo.

Esecuzione del codice solo all'uscita "normale"

Il controllo [ $sig = EXIT ]consente di eseguire il codice solo all'uscita normale (non segnalata). Tuttavia, tutti i segnali devono avere trappole che alla fine resettano la trappola EXIT; normal_exit_only_cleanupverrà anche chiamato per i segnali che non lo fanno. Sarà anche eseguito da un'uscita attraverso set -e. Questo può essere risolto intercettando ERR(che non è supportato da Dash) e aggiungendo un segno di spunta [ $sig = ERR ]prima di kill.

Versione solo Bash semplificata

D'altra parte, questo comportamento significa che in Bash puoi semplicemente farlo

trap cleanup EXIT

per eseguire solo un po 'di codice di pulizia e mantenere lo stato di uscita.

modificato

• Elaborare il comportamento di Bash di "EXIT intrappola tutto"

• Rimuovi il segnale KILL, che non può essere intrappolato

• Rimuovere i prefissi SIG dai nomi dei segnali

• Non tentare di farlo kill -s EXIT

• Prendi set -ein considerazione / ERR