Warum bedeutet " wenn $(true) ; then ... fi` gelingen?

Inspiriert von diese Frage:

Was sollte eine if-Anweisung machen, wenn die Bedingung ist ein Kommando-substitution an dem der Befehl erzeugt keine Ausgabe?

HINWEIS: Das Beispiel ist if $(true); then ..., nicht if true ; then ...

Beispiel:

if $(true) ; then echo yes ; else echo no ; fi

Ich würde denken, dass $(true) sollte ersetzt werden durch die Ausgabe der true Befehl, das ist nichts. Es soll dann gleichwertig sein, entweder diese:

if "" ; then echo yes ; else echo no ; fi

dem Drucke no weil es keinen Befehl, dessen name ist ein leerer string, oder so:

if ; then echo yes ; else echo no ; fi

ist ein syntax-Fehler.

Aber das experiment zeigt, dass, wenn der Befehl erzeugt keine Ausgabe, die if - Anweisung behandelt es als wahr oder falsch in Abhängigkeit vom status des Befehls, sondern als dessen Ausgang.

Hier ist ein Skript, das zeigt das Verhalten:

#!/bin/bash

echo -n 'true:          ' ; if true          ; then echo yes ; else echo no ; fi
echo -n 'false:         ' ; if false         ; then echo yes ; else echo no ; fi
echo -n '$(echo true):  ' ; if $(echo true)  ; then echo yes ; else echo no ; fi
echo -n '$(echo false): ' ; if $(echo false) ; then echo yes ; else echo no ; fi
echo -n '$(true):       ' ; if $(true)       ; then echo yes ; else echo no ; fi
echo -n '$(false):      ' ; if $(false)      ; then echo yes ; else echo no ; fi
echo -n '"":            ' ; if ""            ; then echo yes ; else echo no ; fi
echo -n '(nothing):     ' ; if               ; then echo yes ; else echo no ; fi

und hier ist die Ausgabe die ich bekomme (Ubuntu 11.04, bash 4.2.8):

true:          yes
false:         no
$(echo true):  yes
$(echo false): no
$(true):       yes
$(false):      no
"":            ./foo.bash: line 9: : command not found
no
./foo.bash: line 10: syntax error near unexpected token `;'
./foo.bash: line 10: `echo -n '(nothing):     ' ; if               ; then echo yes ; else echo no ; fi'

Den ersten vier Zeilen Verhalten sich, als ich erwarten würde; die $(true) und $(false) Linien sind überraschend.

Weiteren experiment (hier nicht dargestellt) zeigt an, dass der Befehl zwischen $( und ) output erzeugt, dessen exit-status keinen Einfluss auf das Verhalten der if.

Sehe ich ein ähnliches Verhalten (aber verschiedene Fehlermeldungen in einigen Fällen) mit bash, ksh, zsh, ash, und dash.

Sehe ich nichts in der bash-Dokumentation, oder in der POSIX-Shell Command Language", Spezifikation, dies zu erklären.

(Oder vielleicht bin ich etwas fehlt offensichtlich.)

EDIT : Im Licht der akzeptierten Antwort, hier ist ein weiteres Beispiel für das Verhalten:

command='' ; if $command ; then echo yes ; else echo no ; fi

oder, was dasselbe ist:

command=   ; if $command ; then echo yes ; else echo no ; fi
  • Das ist sehr interessant. Wie auch immer, ich denke es ist ein Fehler in deiner Frage. Sie sagte, dass if "" ; then echo yes ; else echo no ; fi gibt keine, weil 'es ist kein Befehl, dessen name ist ein leerer string", aber durch die gleiche Logik sollte es zu einem Fehler, der so etwas wie "<leere Zeichenfolge>: Befehl nicht gefunden". Es gibt einige andere Unterschied zwischen if "" ; then echo yes ; else echo no ; fi und if "nonexistant" ; then echo yes ; else echo no ; fi
  • Ich denke, es gibt einen Fehler in Ihrem Kommentar. if "nonexistent" ; then … die Fehlermeldung erzeugt bash: nonexistent: command not found und dann sagt no. Durch Vergleich if "" ; then … die Fehlermeldung erzeugt bash: : command not found und dann sagt no. Das ist genau das gleiche Verhalten, außer nonexistent wurde gelöscht (d.h., ersetzt durch nichts). Es ist die gleiche Nachricht, die Sie erhalten, wenn Sie geben Sie nur "" (gefolgt von <Enter>). Können Sie uns ein Beispiel geben von einem Fall, wo die bash sagt so etwas wie <empty string> anstatt nur zu schreiben, eine leere Zeichenfolge? ... (Fortsetzung)
  • (Fortsetzung) ... Können Sie identifizieren die tatsächliche Differenz zwischen if "" ; then … und if "nonexistent" ; then …?
  • Ich bin damit einverstanden, dass dies eine interessante Frage. Mit all den erläuternden Beispielen vorgestellt auf dieser Seite, ich bin überrascht, dass niemand hat angeboten if "$(true)" ; then … und command='' ; if "$command" ; then … (mit Anführungszeichen), die das gleiche tun wie if "" ; then ….
InformationsquelleAutor Keith Thompson | 2012-01-22
  1. 15

    Siehe Abschnitt 2.9.1 des language spec. Der Letzte Satz des ersten Abschnitts lautet:

    Wenn es einen Befehl Namen, die Ausführung wird fortgesetzt, wie beschrieben, im Befehl Suchen und Ausführung . Wenn kein name für den Befehl, aber der Befehl enthielt eine Kommando-substitution, der Befehl wird abgeschlossen mit der exit-status des letzten Befehls-substitution durchgeführt. Ansonsten kann der Befehl wird abgeschlossen mit einer null exit status.

    Den $(true) erweitert, um die leere Zeichenfolge. Die shell analysiert die leeren string und stellt fest, dass kein weiterer Befehl gegeben wird und folgt der oben genannten Regel.

    • Ausgezeichnet! Das ist leicht zu übersehen (ich habe).
    • Hey, ich hatte Recht! Vielen Dank für die Suche nach den entsprechenden Abschnitt in der spec
    • Gibt es eine Garantie in der Norm, dass "wenn $(true) - $(false)" wird die Bewertung der false dauern?
    • Sie fragte, "gibt es eine Garantie in der Norm, dass if $(true) $(false) bewerten die false letzten?" Die Antwort liegt in dem zweiten Satz von Abschnitt 2.9.1: "Wenn ein gegebener einfacher Befehl wird benötigt, um ausgeführt werden ..., die folgenden Erweiterungen Aufgaben, und Umleitungen sind alle durchgeführt werden aus dem Anfang des Befehls text am Ende" (Hervorhebung Hinzugefügt).
    InformationsquelleAutor William Pursell
  2. 6

    Gibt es möglicherweise zwei exit-codes zu berücksichtigen. Zuerst, hier ist ein weiteres zwei Experimente, die sollte helfen:

    # if $(echo true; false) ; then echo yes ; else echo no ; fi
yes

    Den inneren Befehl Ausfahrten mit Versagen, weil der false. Aber das ist irrelevant, da die Ausgabe des Befehls nicht leer ist und daher der Ausgang ("wahr") ausgeführt wird, statt und dessen exit-code eine höhere Priorität.

    # if $(echo false; true) ; then echo yes ; else echo no ; fi
no

    Wieder, die Befehl Linie innerhalb der $( ) erfolgreich ist, aber die Ausgabe ist nicht, da die Ausgabe ("falsch") Vorrang.

    Den exit-status des Kommandos innerhalb des $( ) relevant ist , wenn, und nur wenn der Ausgang leer ist oder nur Leerzeichen. Wenn die Ausgabe leer ist, gibt es keine Liste von Befehlen und folglich scheint es, dass die Schale fallen zurück auf den exit-status des innere Befehl.

    • Es ist nicht so sehr ein Fall von Priorität, aber die Tatsache, dass die bash nur hält eine exit-code und dessen Wert ist der exit-code des letzten ausgeführten Befehls. $(true) und $(false) sub würde für null-Befehle, die nicht zählen für die Ausführung und damit der exit-code von true - und/oder false bleiben.
    • "Der exit-status des Kommandos innerhalb der $( ) relevant ist falls die Ausgabe ist leer." Das scheint der Fall zu sein, aber warum? Kann man betonen, dass es eine Dokumentation, aus der man schließen könnte, dass so ein Verhalten?
    • Ich kenne keine solche Dokumentation. Ich war versucht, bezeichnen dies als eine "undokumentierte" Funktion 🙂 Als @SiegeX gesagt, ich denke, dass es verwendet das exit-status des letzten Befehls, die tatsächlich ausgeführt wird, unabhängig davon, in welchem 'Kontext', der Befehl ausgeführt wurde. d.h. Innerhalb oder außerhalb $( ), was war der Letzte Befehl ausgeführt?
    • "Der exit-status des Kommandos innerhalb der $ ( )" ist relevant, wenn und nur, wenn die Ausgabe leer ist": eben nicht; es ist genug, dass die Ausgabe werden alle whitespace-Zeichen. Siehe William Pursell Antwort.
    InformationsquelleAutor Aaron McDaid
  3. 5

    Was anscheinend passiert, ist, dass bash hält der exit-status von die letzten ausgeführten Befehl

    Dies würde erklären, warum $(true) und $(false) unterschiedliche Verhalten in einer if test. Beide produzieren null-Befehle, die nicht zählt als die Ausführung, aber Sie haben unterschiedliche exit-codes.

    Sobald Sie das Kommando-substitution auf einen Befehl, ausgegeben hat, $() versuche ausgeführt, dass als Ausgabe ein Befehl und der exit-code von , dass Versuch ist jetzt die aktuellste für den if test

    InformationsquelleAutor SiegeX
  4. 3

    Was sollte eine if-Anweisung machen, wenn die Bedingung ist ein Kommando-substitution an dem der Befehl erzeugt keine Ausgabe?

    Ausgang spielt keine Rolle. Was zählt, ist die exit-code:

       if list; then list; [ elif list; then list; ] ... [ else
   list; ] fi
          The if list is executed.  If its exit status is zero,
          the then list is executed.  Otherwise, each elif list
          is executed in turn, and if its exit status is zero,
          the corresponding then list is executed and the
          command completes.  Otherwise, the else list is
          executed, if present.  The exit status is the exit
          status of the last command executed, or zero if no
          condition tested true.

    Wenn Sie ersetzen Ihre $(echo true) und $(echo false) mit etwas anderes, werden Sie wahrscheinlich sehen, was Los ist:

    $ if $(echo false) ; then echo yes ; else echo no ; fi
no
$ if $(echo command-does-not-exist) ; then echo yes ; else echo no ; fi
command-does-not-exist: command not found
no
$

    Den $(..) führt den Befehl aus und dann if führt die Ergebnisse (in diesem Fall nur true oder false oder does-not-exist). Eine leere $() startet eine subshell, die erfolgreich zum Abschluss ausgeführt und gibt einen exit-code von 0:

    $ if $() ; then echo yes ; else echo no ; fi
yes

    Aaron hob einige interessante Punkte:

    $ if $(echo true; false) ; then echo yes ; else echo no ; fi
yes
$ if $(echo 'true ; false') ; then echo yes ; else echo no ; fi
yes
$ if true ; false ; then echo yes ; else echo no ; fi
no

$ if $(echo false ; true) ; then echo yes ; else echo no ; fi
no
$ if $(echo 'false ; true') ; then echo yes ; else echo no ; fi
no
$ if false ; true ; then echo yes ; else echo no ; fi
yes
$

    Scheint es, dass die Ausführung des Befehls erstellt durch die $() subshell, den ersten Befehl der exit-status ist es, was zählt.

    • Der exit-code des Befehls innerhalb des $( ) egal, wenn die Ausgabe nicht leer ist. if $(echo true; false) ; then echo yes ; else echo no ; fi gibt yes. Also die false ignoriert wird, weil der ausgegeben wird - Befehl ("true") ausgeführt wird, statt.
    • das ist ein cooles Beispiel. Ich hatte zu spielen mit ihm ein bisschen weiter und jetzt bin ich mehr verwirrt als als ich anfing. 🙂
    • Es scheint, dass bei der Ausführung eines Befehls konstruiert, über die $ () - subshell, den ersten Befehl der exit-status ist es, was zählt. Wenn das der Fall ist, dann sollten die folgenden produzieren no: if $(false;echo 'true ; false') ; then echo yes ; else echo no ; fi
    • aber der erste Befehl erstellt durch die $() subshell in Ihrem Beispiel ist true. Vergessen Sie nicht, dass if führt die Ergebnisse der Ausgabe der $() ... (Wenn Sie vorschlagen, die bessere Formulierung, bitte nicht. Ich ging um auf Kreise über die spezifische Satz für fünf Minuten, bevor Sie sich auf die.)
    • "Eine leere $() startet eine subshell, die erfolgreich zum Abschluss ausgeführt und gibt einen exit-code von 0" -- Das scheint der Fall zu sein; die Frage warum? Wo ist dieses Verhalten dokumentiert?
    • So, nachdem es bei der Suche etwas mehr, der Grund, warum if $(echo 'true ; false'); then ... und if true ; false; then ... geben unterschiedliche Ergebnisse ist, dass die Kommando-substitution ist nur erfährt word-splitting und glob Erweiterung, nichts mehr. Daher $(echo 'true ; false') erweitert, um true \; false, d.h. true mit zwei Argumenten aufgerufen: ; und false und nicht zwei separate Befehle
    • Vielleicht sollte dies als ein besonderer Fall von "wenn foo=$(cmd)", in dem keine variable Zuordnungen vorgenommen werden.
    • Oh! Das macht Sinn. Danke! 😀
    • die Erklärung kann weiter gezeigt, durch if $(echo 'ls -l false ; true') ; then …, die Ausgänge false: No such file, ;: No such file, und true: No such file (es sei denn, Sie haben Dateien mit diesen Namen), und dann no. Dies zeigt, dass die ; wird interpretiert als ein argument und nicht ein kommandotrenner. Auf der anderen Seite if $(echo 'eval false ; true') ; then … Ausgänge yes, weil die eval bewirkt, dass die shell interpretieren die ; als Trennzeichen, und ausführen false und dann true. (Aber kommen Sie nicht in die Gewohnheit, mit eval; im Gegenteil, Sie sollten versuchen, es zu vermeiden.)

    InformationsquelleAutor sarnold
Schreibe einen Kommentar