Guida avanzata di scripting Bash - Portale Posta DMI

Appendice D. Codici di Exit con significati
speciali
Tabella D-1. Codici di Exit “riservati”
Numero di codice ExitSignificato Esempio Commenti
1 Indica errori generici let "var1 = 1/0" Errori vari, come
“divisione per zero”
2 Uso scorretto dei builtin
di shell, secondo la
documentazione Bash
126 Il comando invocato non
può essere eseguito
Si vede raramente,
sostituito solitamente dal
codice di exit 1
Problemi di permessi o il
comando non è un
eseguibile
127 “command not found” Possibili problemi con
$PATH o errore di
digitazione
128 Argomento di exit non
valido
128+n Segnale di errore fatale
“n”
130 Script terminato con
Control-C
exit 3.14159 exit richiede come
argomento solo un intero
compreso nell’intervallo
0 - 255 (vedi nota a piè di
pagina)
kill -9 $PPID dello script $? restituisce 137 (128 +
9)
Control-C invia il segnale
di errore fatale 2, (130 =
128 + 2, vedi sopra)
255* Exit status fuori intervalloexit -1 exit richiede come
argomento solo un intero
compreso nell’intervallo
0 - 255
Secondo la tabella, i codici di exit 1 - 2, 126 - 165 e 255 1 hanno significati speciali e, quindi, si dovrebbe
evitare di usarli come parametri di exit definiti dall’utente. Terminare uno script con exit 127
sicuramente provoca della confusione nella fase di risoluzione dei problemi (si tratta del codice d’errore
di “command not found” oppure è uno definito dall’utente?). Comunque, molti script usano exit 1 come
codice di uscita di errore generico. Dal momento che il codice di exit 1 può indicare molti differenti
errori, questo potrebbe non essere utile nel debugging.
Vi è stato un tentativo per sistematizzare i numeri degli exit status (vedi /usr/include/sysexits.h),
ma questo fu fatto solo per i programmatori di C e C++. Uno standard simile sarebbe stato appropriato
775