État de sortie bash utilisé avec PIPE

J'essaie de comprendre comment l'état de sortie est communiqué lorsqu'un tuyau est utilisé. Supposons que j'utilise whichpour localiser un programme inexistant:

which lss
echo $?
1

Depuis l' whichéchec de la localisation, lssj'ai obtenu un statut de sortie de 1. C'est très bien. Cependant, lorsque j'essaie ce qui suit:

which lss | echo $?
0

Cela indique que la dernière commande exécutée s'est terminée normalement. La seule façon dont je peux comprendre cela est que peut-être PIPE produit également un statut de sortie. Est-ce la bonne façon de le comprendre?

L'état de sortie du pipeline est l'état de sortie de la dernière commande du pipeline (sauf si l'option shell pipefailest définie dans les shells qui le prennent en charge, auquel cas l'état de sortie sera celui de la dernière commande du pipeline qui se termine avec un statut non nul).

Il n'est pas possible de sortir l'état de sortie d'un pipeline à partir d' un pipeline, car il n'y a aucun moyen de savoir quelle serait cette valeur jusqu'à ce que le pipeline ait réellement terminé son exécution.

Le pipeline

which lss | echo $?

est absurde car echone lit pas son entrée standard (les pipelines sont utilisés pour passer des données entre la sortie d'une commande à l'entrée de la suivante). Le echon'imprimerait pas non plus l'état de sortie du pipeline, mais l'état de sortie de la commande s'exécutait immédiatement avant le pipeline.

$ false
$ which hello | echo $?
1
which: hello: Command not found.

$ true
$ which hello | echo $?
0
which: hello: Command not found.

Ceci est un meilleur exemple:

$ echo hello | read a
$ echo $?
0

$ echo nonexistent | { read filename && rm $filename; }
rm: nonexistent: No such file or directory
$ echo $?
1

Cela signifie qu'un pipeline peut également être utilisé avec if:

if gzip -dc file.gz | grep -q 'something'; then
  echo 'something was found'
fi

L'état de sortie d'un tuyau est l'état de sortie de la commande de droite. Le statut de sortie de la commande de gauche est ignoré.

(Notez que which lss | echo $?cela ne s'affiche pas. Vous devez exécuter which lss | true; echo $?pour afficher cela. Dans which lss | echo $?, echo $?indique l'état de la dernière commande avant ce pipeline.)

La raison pour laquelle les shells se comportent de cette façon est qu'il existe un scénario assez courant où une erreur dans la partie gauche doit être ignorée. Si le côté droit sort (ou ferme plus généralement son entrée standard) pendant que le côté gauche écrit toujours, alors le côté gauche reçoit un signal SIGPIPE. Dans ce cas, il n'y a généralement rien de mal: le côté droit ne se soucie pas des données; si le rôle du côté gauche est uniquement de produire ces données, il est normal que cela s'arrête.

Cependant, si le côté gauche meurt pour une raison autre que SIGPIPE, ou si le travail du côté gauche n'était pas uniquement de produire des données sur la sortie standard, une erreur dans le côté gauche est une véritable erreur qui doivent être signalés.

En clair, la seule solution est d'utiliser un tube nommé.

set -e
mkfifo p
command1 >p & pid1=$!
command2 <p
wait $pid1

Dans ksh, bash et zsh, vous pouvez demander au shell d'effectuer une sortie de pipeline avec un statut différent de zéro si un composant du pipeline se termine avec un statut différent de zéro. Vous devez définir l' pipefailoption:

• ksh: set -o pipefail
• frapper: shopt -s pipefail
• zsh: setopt pipefail(ou setopt pipe_fail)

Dans mksh, bash et zsh, vous pouvez obtenir l'état de chaque composant du pipeline à l'aide de la variable PIPESTATUS(bash, mksh) ou pipestatus(zsh), qui est un tableau contenant l'état de toutes les commandes du dernier pipeline (une généralisation de $?).

Oui, PIPE produit un état de sortie; si vous voulez le code de sortie de la commande avant le PIPE, vous pouvez utiliser$PIPESTATUS

Selon ce Q&A de débordement de pile , pour imprimer l'état de sortie d'une commande lorsque vous utilisez un tuyau, vous pouvez faire:

your_command | echo $PIPESTATUS

Ou définissez pipefail avec la commande set -o pipefail(pour le désactiver, faites set +o pipefail), et utilisez $?plutôt que $PIPESTATUS.

your_command | echo $?

Ces commandes ne fonctionnent qu'après les avoir exécutées au moins une fois; cela signifie PIPESTATUSque cela ne fonctionne que lorsque vous l'exécutez après la commande avec le canal, comme ceci:

command_which_exit_10 | command_which_exit_1
echo "${PIPESTATUS[0]} ${PIPESTATUS[1]}"

Vous obtiendrez 10 pour ${PIPESTATUS[0]}et 1 pour ${PIPESTATUS[1]}. Voir ce Q&R U&L pour plus d'informations.

Le shell évalue la ligne de commande avant l'exécution du pipeline. La $?valeur de la dernière commande exécutée avant le pipeline l'est également. Qu'il soit echolui-même démarré avant ou après whichest sans importance.

Maintenant, si votre question concernait spécifiquement la propagation du statut de sortie, vous pouvez étudier le comportement par défaut comme ceci:

% false | true
% echo $?
0

% true | false
% echo $?
1

Comme vous pouvez le voir, l'état de sortie d'un pipeline est l'état de sortie de sa dernière commande.