valeur de retour du shell bash

Pour éviter toute confusion, ne le pensez pas / n'en parlez pas comme une valeur de retour, pensez-y comme ce qu'il est - un état de sortie.

Dans la plupart des langages de programmation, vous pouvez capturer la valeur de retour d'une fonction en capturant ce que cette fonction retourne dans une variable, par exemple avec un langage de type C:

foo() {
    printf "35\n"
    return 7
}

main() {
    local var
    foo
    var=$?
}

la variable var dans main () après avoir appelé foo ( ) contiendra la valeur 7 et 35 aura été imprimé sur stdout. En shell cependant avec un code similaire:

foo() {
    printf "35\n"
    return 7
}

main() {
    local var
    var=$(foo)
}

var aura la valeur 35 et la variable intégrée non mentionnée $? qui contient toujours l'état de sortie de la dernière commande exécutée aura la valeur 7 . Si vous vouliez dupliquer le comportement C où 35 va vers stdout et var en contient 7, alors ce serait:

int foo() {
    printf("35\n");
    return 7;
}

void main() {
    int var;
    var=foo();
}

Le fait que les fonctions shell utilisent le mot-clé return pour signaler leur statut de sortie est déroutant au début si vous êtes habitué à d'autres langages basés sur Algol comme C mais s'ils utilisaient exit alors cela mettrait fin à l'ensemble du processus, ils devaient donc utilisez quelque chose et il devient rapidement évident ce que cela signifie vraiment.

Ainsi, lorsque vous abordez les scripts et les fonctions du shell, utilisez les mots "sortie" et "état de sortie", et non "retour" que certaines personnes dans certains contextes feront assumer signifie l'une de ces 2 choses, et cela évitera toute confusion.

Btw pour éviter de rendre les choses encore plus compliquées, j'ai dit plus haut que $? est une variable mais c'est vraiment la valeur du "paramètre spécial" ? . Si vous voulez vraiment comprendre la différence dès maintenant, consultez https: //www.gnu.org/software/bash/manual/bash.html#Shell-Parameters pour une discussion sur les paramètres du shell qui inclut des "paramètres spéciaux" comme ? et # , des "paramètres de position" comme 1 et 2 , et des "variables" comme HOME et var code > tel qu'utilisé dans mon script ci-dessus.

Cela dépend de ce que vous entendez par valeur de retour .

Les processus (sur les systèmes de type UNIX) peuvent renvoyer à un shell un seul octet non signé comme état de sortie, ce qui donne une valeur dans la gamme 0-255. Par convention, zéro signifie succès et toute autre valeur indique un échec.

(Dans les langages de niveau inférieur, comme C, vous pouvez obtenir plus que ce statut de sortie, mais ce n'est pas visible dans bash).

Le l'état de sortie de la dernière commande exécutée est stocké dans la variable ? , vous pouvez donc obtenir sa valeur à partir de $? , cependant puisque de nombreux programmes ne renvoient que 0 (cela a fonctionné) ou 1 (cela n'a pas fonctionné), ce n'est pas très utile.

Bash conditionnels, comme if et while test en cas de succès (code de sortie de 0) ou d'échec (code de sortie de non-zéro):

var=$(some-command 2>&1)

Cependant ....

Si vous voulez dire que vous voulez obtenir la sortie du script, c'est une autre affaire. Vous pouvez le capturer en utilisant:

var=$(some-command)

Mais attendez, cela ne capture que la sortie normale, acheminée vers un flux appelé stdout (descripteur de fichier 1), il ne capture pas les messages d'erreur que la plupart des programmes écrivent dans un flux appelé stderr (descripteur de fichier 2). Pour capturer les erreurs également, vous devez rediriger le descripteur de fichier 2 vers le descripteur de fichier 1:

if some-command
then
    echo "It worked"
else
    echo "It didn't work"
fi

Le texte de sortie est maintenant dans la variable var . p>