Kann ein Programm als nächstes in einer Pipeline den Exit-Code des vorherigen Programms sehen?

Ich möchte eine Pipeline solcher Bash-Skripte erstellen

prog1 | prog2

so dass prog2 den Exit-Code von prog1 sehen und basierend auf diesen Informationen anders handeln kann.

Ist das möglich?

Die allgemeine Antwort lautet nein. Es ist möglich prog2, vor dem prog1Start zu beenden (dies kann natürlich nicht passieren, wenn prog2tatsächlich eine Eingabe gelesen wird, was Sie erwarten würden, wenn Sie sie in einer Pipeline verwenden). Es ist definitiv möglich prog2, vorher zu beenden prog1; Dies ist beispielsweise prog2der Fall, wenn ein Suchprogramm beendet wird, sobald eine Übereinstimmung gefunden wird. In diesem Fall sind prog1möglicherweise noch nicht alle Daten vollständig erstellt.

Es gibt keine direkte Möglichkeit prog2, den Exit-Status von Exit abzurufen prog1oder gar zu wissen, dass es beendet prog1wurde. Alles was prog2man wissen kann ist, dass prog1es sein Rohrende geschlossen hat, was es tun kann, ohne zu sterben.

Wenn Sie den Exit-Status von prog1von erhalten möchten prog2, gibt es zwei gängige Methoden: Sie können ihn in eine Datei schreiben oder über die Pipe senden. Das Senden des Ausgabestatus als letzte Zeile der weitergeleiteten Daten ist möglich. Sie müssen sicherstellen, dass die letzte Zeile erst verarbeitet wird, wenn Sie wissen, dass es sich um die letzte Zeile handelt, dh bis Sie versucht haben, die nächste Zeile zu lesen.

{ prog1; echo $?; } | …

Hier ist ein Beispiel, in dem die rechte Seite ein Textfilter ist, der jede Zeile mit dem Wort „Fehler“ rot färbt. Wenn die linke Seite ausfällt, wird die rechte Seite mit demselben Status beendet.

{ prog1; echo $?; } | awk '
    NR != 1 {
        if (line ~ /[Ee][Rr][Rr][Oo][Rr]/) print "\033[31m" line "\033[0m";
        else print line;
    }
    {line = $0}
    END {exit($0)}
'

Obwohl Sie in einigen Sonderfällen (siehe die anderen Antworten) können, können Sie nicht in jedem Fall. Einige Filterprogramme werden einfach weiterlaufen, während andere die gesamte Ausgabe halten, sie in einem einzigen Druck auslösen und dann beenden.

Für ein Beispiel eines "einfach weitermachen" -Programms grepwird der Server wie gewohnt tail -f /var/log/some_log_file. Die Verwendung sortin einer Pipeline führt zu einem "Stillstand", da sortEingaben gesammelt werden, bis die vorgelagerte Pipe geschlossen wird. Die Verwendung xargsfügt eine weitere Komplikation hinzu: Werden die Programme von einem xargsTeil der Pipeline gestartet (es können viele Instanzen gestartet werden) oder nicht?

Die Antwort: Nicht direkt.

@terdon hat gezeigt, dass der Exit-Code des vorherigen Befehls in der Pipe als expliziter Parameter an den nächsten Befehl gesendet werden muss.

Denken Sie daran, dass die Pipe lediglich eine Zuordnung des STDOUT des vorherigen Befehls zum STDIN des nächsten Befehls ist. Exit-Codes werden nicht an STDOUT (oder STDERR) ausgegeben.

Alle in der Pipeline befindlichen Prozesse werden vor jedem Beenden gestartet. Daher prog2könnte es erforderlich sein, diese Informationen nach dem Start abzurufen. Außerdem müsste die Verarbeitung prog1unterbrochen werden, bis sie beendet wurde. Dies könnte die Pipe blockieren. Es scheint grundlegende Probleme zu geben, das zu tun, was Sie verlangen, nicht Betriebssystembeschränkungen.

Sie müssen wahrscheinlich eine temporäre Datei in Betracht ziehen oder das Ergebnis in eine Variable einfügen.

Beispiel für eine kleine Datenmenge unter Verwendung einer Variablen.

tmp=$(prog1)
if test "z$PIPESTATUS" == "z0"
then
   …
else
   …
fi

Um Gilles 'Antwort zu beenden ,

(prog1; echo $? > /tmp/prog1.status) | prog2

ist ein Ansatz.  prog2könnte auch nicht

• Lesen Sie die Standardeingabe bis zum Ende und lesen Sie dann /tmp/prog1.statusoder
• Überprüfen Sie das Vorhandensein von /tmp/prog1.statusregelmäßig, während Sie die Standardeingabe lesen.