Warum ist 0 wahr, aber falsch ist 1 in der Shell?

false; echo $?

Das Obige wird ausgegeben 1, was im Widerspruch zu allen anderen mir bekannten Programmiersprachen steht.

Irgendein Grund dafür?

Es ist eine Konvention, aber eine besonders nützliche, wenn Sie darüber nachdenken. Wenn ein Programm erfolgreich ist, ist dies im Allgemeinen alles, was Sie wissen müssen. Wenn es jedoch fehlschlägt, müssen Sie möglicherweise alle Arten von Informationen über den Fehler kennen - warum es passiert ist, wie es behoben werden kann usw. Wenn Sie einen mittleren „Erfolg“ von Null und einen mittleren Fehler ungleich Null haben, können Sie ziemlich einfach auf Erfolg prüfen und untersuchen Sie den bestimmten Fehler, um weitere Details zu erhalten, wenn Sie möchten. Viele APIs und Frameworks haben eine ähnliche Konvention - Funktionen, die erfolgreich sind, geben 0 zurück, und solche, die fehlschlagen, geben einen Fehlercode zurück, der den jeweiligen Fehlerfall beschreibt.

Bash ist eine Programmiersprache (Skriptsprache), aber auch eine Shell und eine Benutzeroberfläche. Wenn 0ein Fehler aufgetreten ist, kann das Programm nur eine Art von Fehler anzeigen.

In Bash ist jedoch jeder Wert ungleich Null ein Fehler, und wir können eine beliebige Zahl von 1-255 verwenden, um einen Fehler darzustellen. Dies bedeutet, dass wir viele verschiedene Arten von Fehlern haben können. 1ist ein allgemeiner Fehler, 126bedeutet, dass eine Datei nicht ausgeführt werden kann, 127bedeutet "Befehl nicht gefunden" usw. Hier ist eine Liste von Bash- Exit-Codes mit speziellen Bedeutungen, die einige der häufigsten Exit-Codes zeigen.

Es gibt auch viele Arten von Erfolg (Exit-Status ist 0). Wenn Sie jedoch erfolgreich sind, können Sie mit dem nächsten Schritt fortfahren. Sie können die Ergebnisse auf einem Bildschirm drucken oder einen Befehl ausführen usw.

Hier gibt es zwei verwandte Probleme.

Zunächst die Frage des OP: Warum ist 0 wahr, aber falsch ist 1 in der Shell? und zweitens, warum geben Anwendungen 0 für Erfolg und ungleich Null für Fehler zurück?

Um die Frage des OP zu beantworten, müssen wir die zweite Frage verstehen. Die zahlreichen Antworten auf diesen Beitrag haben beschrieben, dass dies eine Konvention ist, und einige der Feinheiten aufgelistet, die diese Konvention bietet. Einige dieser Feinheiten sind unten zusammengefasst.

Warum geben Anwendungen 0 für Erfolg und ungleich Null für Fehler zurück?

Code, der eine Operation aufruft, muss zwei Dinge über den Beendigungsstatus der Operation wissen. Wurde die Operation erfolgreich beendet? [* 1] Und wenn die Operation nicht erfolgreich beendet wurde, warum wurde die Operation nicht erfolgreich beendet? Jeder Wert kann verwendet werden, um den Erfolg anzuzeigen. 0 ist jedoch bequemer als jede andere Zahl, da es zwischen Plattformen portierbar ist. Zusammenfassung der Antwort von xibo auf diese Frage am 16. August 2011:

Null ist codierungsunabhängig.

Wenn wir eins (1) in einem 32-Bit-Ganzzahlwort speichern wollten, wäre die erste Frage "Big-Endian-Wort oder Little-Endian-Wort?", Gefolgt von "Wie lange bilden die Bytes ein Little-Endian-Wort?" ", während Null immer gleich aussieht.

Es muss auch erwartet werden, dass einige Leute errno irgendwann zu char oder short werfen oder sogar schweben. (int) ((char) ENOLCK) ist nicht ENOLCK, wenn char nicht mindestens 8 Bit lang ist (7-Bit-ASCII-Zeichenmaschinen werden von UNIX unterstützt), während (int) ((char) 0) unabhängig von 0 ist architektonische Details von char.

Sobald festgestellt wurde, dass 0 der Rückgabewert für den Erfolg ist, ist es sinnvoll, einen Wert ungleich Null für den Fehler zu verwenden. Auf diese Weise können viele Exit-Codes die Frage beantworten, warum der Vorgang fehlgeschlagen ist.

Warum ist 0 wahr, aber falsch ist 1 in der Shell?

Eine der grundlegenden Anwendungen von Shells besteht darin, Prozesse durch Skripterstellung zu automatisieren. Normalerweise bedeutet dies, eine Operation aufzurufen und dann abhängig vom Exit-Status der Operation etwas anderes zu tun. Philippe A. hat in seiner Antwort auf diesen Beitrag das gut erklärt

In Bash- und Unix-Shells im Allgemeinen sind Rückgabewerte nicht boolesch. Sie sind ganzzahlige Exit-Codes.

Es ist dann notwendig, den Exit-Status dieser Operationen als booleschen Wert zu interpretieren. Es ist sinnvoll, einen erfolgreichen ( 0) Exit-Status auf true und einen Nicht-Null- / Failure-Exit-Status auf false abzubilden . Auf diese Weise können verkettete Shell-Befehle bedingt ausgeführt werden.

Hier ist ein Beispiel mkdir deleteme && cd $_ && pwd. Da die Shell 0 als wahr interpretiert, funktioniert dieser Befehl wie erwartet. Wenn die Shell 0 als falsch interpretieren würde, müssten Sie den interpretierten Exit-Status für jede Operation invertieren.

Kurz gesagt, es wäre unsinnig für die Shell, 0 als falsch zu interpretieren, da Anwendungen 0 für einen erfolgreichen Exit-Status zurückgeben.

[* 1]: Ja, häufig müssen Vorgänge mehr als nur eine einfache Erfolgsmeldung zurückgeben, aber das würde den Rahmen dieses Threads sprengen.

Siehe auch Anhang E im Advanced Bash-Scripting Guide

Der eine grundlegende Punkt, den ich für wichtig halte, ist dieser. In Bash- und Unix-Shells im Allgemeinen sind Rückgabewerte nicht boolesch. Sie sind ganzzahlige Exit-Codes. Daher müssen Sie sie gemäß der Konvention bewerten, die besagt, dass 0 Erfolg bedeutet und andere Werte einen Fehler bedeuten.

Mit test, [ ]oder [[ ]]Betreiber bewerten bash Bedingungen als wahr im Falle eines Exit - Code 0 (das Ergebnis von / bin / true). Andernfalls werden sie als falsch bewertet.

Zeichenfolgen werden anders ausgewertet als Exit-Codes:

if [ 0 ] ; then echo not null ; fi
if [ $(echo 0) ] ; then echo not null ; fi

if [ -z "" ] ; then echo null ; fi

Der (( ))arithmetische Operator interpretiert 1 und 0 als wahr und falsch. Aber das Operator kann nicht als vollwertiger Ersatz verwendet wird für test, [ ]oder [[ ]]. Hier ist ein Beispiel, das zeigt, wann der arithmetische Operator nützlich ist:

for (( counter = 0 ; counter < 10 ; counter ++ )) ; do
  if (( counter % 2 )) ; then echo "odd number $counter" ; fi
done

Es ist nur eine Konvention, dass ein 0-Exit-Code Erfolg bedeutet. EXIT_SUCCESS wird auf fast jedem modernen System 0 sein.

BEARBEITEN:

"Warum geben Test 0 und Test 1 0 zurück (Erfolg)?"

Das ist eine ganz andere Frage. Die Antwort lautet, dass das Übergeben eines einzelnen Arguments zum Testen immer zum Erfolg führt, es sei denn, dieses Argument ist die Nullzeichenfolge (""). Siehe die Open Group-Dokumentation .

Normalerweise geben Programme für den Erfolg Null und für den Fehler ungleich Null zurück. falseGibt 1 zurück, da es sich um einen geeigneten Wert ungleich Null handelt. Im Allgemeinen bedeutet jedoch jeder Wert ungleich Null einen Fehler, und viele Programme geben unterschiedliche Werte ungleich Null zurück, um unterschiedliche Fehlermodi anzuzeigen

AFAIK dies kommt von der C-Konvention, dass Sie 0 zurückgeben sollten, wenn es gelingt. Sehen:

man close

Der größte Teil der C (POSIX) -API ist so aufgebaut. http://en.wikipedia.org/wiki/C_POSIX_library

Es ist eine Konvention, die bis in die frühen Tage von Unix zurückreicht.

Konventionell geben alle Systemaufrufe 0 zurück, wenn sie erfolgreich sind, andernfalls ungleich Null, da dann unterschiedliche Zahlen verwendet werden können, um unterschiedliche Fehlerursachen anzuzeigen.

Shells folgen dieser Konvention. 0 bedeutet, dass der letzte Befehl erfolgreich war, andernfalls ungleich Null. In ähnlicher Weise ist der Rückgabewert ungleich Null nützlich für Ausgabefehlermeldungen: z. B. 1: "hirntot", 2: "herzlos" usw.

Sie versuchen, wahr / falsch mit Erfolg / Misserfolg gleichzusetzen.

Es sind zwei völlig, wenn auch zunächst subtil unterschiedliche Dichotomien!

In Shell-Skripten gibt es kein Richtig / Falsch. Shell-Ausdrücke werden nicht als wahr / falsch interpretiert. Shell-Ausdrücke sind vielmehr Prozesse, die entweder erfolgreich sind oder fehlschlagen.

Offensichtlich kann ein Prozess aus vielen Gründen fehlschlagen. Daher benötigen wir einen größeren Satz von Codes, um mögliche Fehler abzubilden. Die positiven ganzen Zahlen machen den Trick. Wenn der Prozess jedoch erfolgreich ist, bedeutet dies, dass er genau das getan hat, was er tun sollte. Da es nur einen Weg gibt, benötigen wir nur einen Code. 0 macht den Trick.

In C erstellen wir ein Programm. In einem Shell-Skript führen wir eine Reihe von Programmen aus, um etwas zu erledigen.

Unterschied!

Vielleicht ist ein guter Weg, sich daran zu erinnern ,:

• Rückkehrcodes antworten "Was ist die Antwort?" wahr (oder ein anderes Ergebnis) oder falsch
• Ausstiegscodes antworten "Was ist das Problem?" Exit-Code oder kein Problem (0)