Ist das ein Bug in Bash? `return` beendet die Funktion nicht, wenn es von einer Pipe aufgerufen wird

Ich habe in letzter Zeit einige seltsame Probleme mit Bash. Während ich versuchte, mein Skript zu vereinfachen, kam ich auf dieses kleine Stück Code:

$ o(){ echo | while read -r; do return 0; done; echo $?;}; o
0
$ o(){ echo | while read -r; do return 1; done; echo $?;}; o
1

returnsollte die Funktion verlassen haben, ohne zu drucken $?, nicht wahr? Nun, dann habe ich geprüft, ob ich alleine von einer Pipe zurückkehren kann:

$ echo | while read -r; do return 1; done
bash: return: can only `return' from a function or sourced script

Das gleiche passiert ohne whileSchleife:

$ foo(){ : | return 1; echo "This should not be printed.";}
$ foo
This should not be printed.

Fehlt mir hier etwas? Eine Google-Suche hat dazu nichts gebracht! Meine Bash-Version ist 4.2.37 (1) -Release auf Debian Wheezy.

Verwandte Themen: /programming//a/7804208/4937930

Es ist kein Fehler, dass Sie ein Skript nicht beenden oder von einer Funktion durch exitoder returnin Subshells zurückkehren können. Sie werden in einem anderen Prozess ausgeführt und wirken sich nicht auf den Hauptprozess aus.

Außerdem, nehme ich an, sehen Sie undokumentierte Verhaltensweisen von Bash auf (wahrscheinlich) undefinierten Spezifikationen. In einer Funktion werden returnauf oberster Ebene von Subshell-Befehlen keine Fehler gemeldet, und sie verhält sich einfach so exit.

IMHO ist es ein Bash-Bug für das inkonsistente Verhalten, returnje nachdem, ob sich die Hauptanweisung in einer Funktion befindet oder nicht.

#!/bin/bash

o() {
    # Runtime error, but no errors are asserted,
    # each $? is set to the return code.
    echo | return 10
    echo $?
    (return 11)
    echo $?

    # Valid, each $? is set to the exit code.
    echo | exit 12
    echo $?
    (exit 13)
    echo $?
}
o

# Runtime errors are asserted, each $? is set to 1.
echo | return 20
echo $?
(return 21)
echo $?

# Valid, each $? is set to the exit code.
echo | exit 22
echo $?
(exit 23)
echo $?

Ausgabe:

$ bash script.sh 
10
11
12
13
script.sh: line 20: return: can only `return' from a function or sourced script
1
script.sh: line 22: return: can only `return' from a function or sourced script
1
22
23

Es ist kein Bug in, bashsondern das dokumentierte Verhalten :

Jeder Befehl in einer Pipeline wird in einer eigenen Subshell ausgeführt

Die returnAnweisung ist gültig, wenn sie sich in einer Funktionsdefinition befindet, aber auch in einer Subshell. Sie wirkt sich nicht auf die übergeordnete Shell aus, sodass die nächste Anweisung echounabhängig davon ausgeführt wird. Es handelt sich jedoch um eine nicht portierbare Shell-Konstruktion, da der POSIX-Standard die Ausführung der Befehle, aus denen eine Pipeline besteht, entweder in einer Subshell (Standardeinstellung) oder in der obersten Shell (zulässige Erweiterung) ermöglicht.

Darüber hinaus befindet sich jeder Befehl einer Multi-Command-Pipeline in einer Subshell-Umgebung. Als Erweiterung können jedoch einige oder alle Befehle in einer Pipeline in der aktuellen Umgebung ausgeführt werden. Alle anderen Befehle sollen in der aktuellen Shell-Umgebung ausgeführt werden.

Hoffentlich können Sie bashmit ein paar Optionen festlegen, wie Sie es erwarten:

$ set +m # disable job control
$ shopt -s lastpipe # do not run the last command of a pipeline a subshell 
$ o(){ echo | while read -r; do return 0; done; echo $?;}
$ o
$          <- nothing is printed here

Laut POSIX-Dokumentation ist die Verwendung returnvon Skripten außerhalb der Funktionen oder Quellen nicht spezifiziert . Es hängt also von Ihrer Shell ab, wie Sie damit umgehen.

Die SystemV-Shell meldet einen Fehler, während sich innerhalb ksh, returnaußerhalb der Funktion oder des Quellenskripts wie verhalten exit. Die meisten anderen POSIX-Shells und Schilys verhalten sich ebenfalls so:

$ for s in /bin/*sh /opt/schily/bin/osh; do
  printf '<%s>\n' $s
  $s -c '
    o(){ echo | while read l; do return 0; done; echo $?;}; o
  '
done
</bin/bash>
0
</bin/dash>
0
</bin/ksh>
</bin/lksh>
0
</bin/mksh>
0
</bin/pdksh>
0
</bin/posh>
0
</bin/sh>
0
</bin/yash>
0
</bin/zsh>
</opt/schily/bin/osh>
0

kshund zshwurde nicht ausgegeben, weil der letzte Teil der Pipe in diesen Shells in der aktuellen Shell anstelle der Subshell ausgeführt wurde. Die return-Anweisung wirkte sich auf die aktuelle Shell-Umgebung aus, die die Funktion aufrief, und veranlasste die Funktion, sofort zurückzukehren, ohne etwas zu drucken.

In der interaktiven Sitzung bashnur den Fehler melden, die Shell jedoch nicht beendet, schily's oshden Fehler gemeldet und die Shell beendet:

$ for s in /bin/*sh; do printf '<%s>\n' $s; $s -ci 'return 1; echo 1'; done
</bin/bash>
bash: return: can only `return' from a function or sourced script
1
</bin/dash>
</bin/ksh>
</bin/lksh>
</bin/mksh>
</bin/pdksh>
</bin/posh>
</bin/sh>
</bin/yash>
</bin/zsh>
</opt/schily/bin/osh>
$ cannot return when not in function

( zshIn der interaktiven Sitzung und Ausgabe wird das Terminal nicht beendet bash, yashund schily's oshder Fehler wurde gemeldet, die Shell wurde jedoch nicht beendet.)

Ich denke, dass Sie das erwartete Verhalten haben, in der Bash wird jeder Befehl in einer Pipeline in einer Subshell ausgeführt. Sie können sich überzeugen, indem Sie versuchen, eine globale Variable Ihrer Funktion zu ändern:

foo(){ x=42; : | x=3; echo "x==$x";}

Übrigens funktioniert die Rückkehr, aber sie kehrt von der Unterschale zurück. Auch hier können Sie Folgendes überprüfen:

foo(){ : | return 1; echo$?; echo "This should not be printed.";}

Gibt Folgendes aus:

1
This should not be printed.

Die return-Anweisung hat die Subshell also korrekt verlassen

.

Die allgemeinere Antwort ist, dass Bash und einige andere Shells normalerweise alle Elemente einer Pipeline in separate Prozesse einteilen. Dies ist sinnvoll, wenn die Befehlszeile ist

Programm 1 | Programm 2 | Programm 3

da Programme normalerweise sowieso in getrennten Prozessen ausgeführt werden (sofern Sie nicht sagen ). Aber es kann eine Überraschung seinexec program

befehl 1 | befehl 2 | befehl 3

Dabei sind einige oder alle Befehle integrierte Befehle. Triviale Beispiele sind:

$ a=0
$ echo | a=1
$ echo "$a"
0
$ cd /
$ echo | cd /tmp
$ pwd
/

Ein etwas realistischeres Beispiel ist

$ t=0
$ ps | while read pid rest_of_line
> do
>     : $((t+=pid))
> done
$ echo "$t"
0

wobei das gesamte while... do... doneSchleife in eine Unterprozess gesetzt wird, und so seine Änderungen tan den Hauptschale , nachdem die Schleifenenden sind nicht sichtbar. Und genau das tun Sie, indem Sie in eine whileSchleife leiten, die Schleife als Subshell ausführen und dann versuchen, von der Subshell zurückzukehren.