Considérons le code suivant
outer-scope.sh
#!/bin/bash
set -e
source inner-scope.sh
echo $(inner)
echo "I thought I would've died :("
introspection.sh
#!/bin/bash
function inner() { echo "winner"; return 1; }
J'essaie de outer-scope.shsortir quand un appel à inner()échouer. Depuis $()invoque un sous-shell, cela ne se produit pas.
Sinon, comment puis-je obtenir le résultat d'une fonction tout en préservant le fait que la fonction peut se fermer avec un code de sortie non nul?
Réponses:
$()préserve le statut de sortie; il vous suffit de l'utiliser dans une instruction qui n'a pas de statut propre, comme une affectation.
sortie = $ (interne)
Après cela, $?contiendrait le statut de sortie de inner, et vous pouvez utiliser toutes sortes de contrôles pour cela:
output=$(inner) || exit $?
echo $output
Ou:
if ! output=$(inner); then
exit $?
fi
echo $output
Ou:
if output=$(inner); then
echo $output
else
exit $?
fi
(Remarque: Un exitargument sans argument équivaut à exit $?- c'est-à-dire qu'il se ferme avec le statut de sortie de la dernière commande. J'ai utilisé le second formulaire uniquement pour plus de clarté.)
En outre, pour mémoire: sourceest totalement indépendant dans ce cas. Vous pouvez simplement définir inner()dans le outer-scope.shfichier, avec les mêmes résultats.
echo $(), cela peut être dû au fait que les codes de sortie des sous-coquilles sont ignorés lorsque la ligne - la echocommande - a son propre code de sortie (généralement 0).
if ! $(exit 1) ; then echo $?; fi, je comprends 0. Vous ne savez pas trop ifsi vous devez conserver cette valeur de sortie.
if ! output=$(inner); then exit $?; fiquittera avec un code retour de 0 car $?donnera le code retour de !au lieu du code retour de inner. Vous pouvez obtenir le comportement souhaité avec if output=$(inner); then : ; else exit $?; fimais c'est évidemment plus verbeux
Voir BashFAQ / 002 :
Si vous voulez les deux (statut de sortie et de sortie):
output=$(command)
status=$?
Remarque sur un cas délicat avec des variables locales de fonction, comparez le code suivant:
f() { local v=$(echo data; false); echo output:$v, status:$?; }
g() { local v; v=$(echo data; false); echo output:$v, status:$?; }
Nous aurons:
$ f # fooled by 'local' with inline initialization
output:data, status:0
$ g # a good one
output:data, status:1
Lorsque la sortie d'un sous-shell est utilisée pour initialiser une localvariable, l'état de sortie n'est plus celui du sous-shell, mais celui de la commande , ce qui est le plus susceptible de l'être .local 0
Voir aussi https://stackoverflow.com/a/4421282/537554
#!/bin/bash
set -e
source inner-scope.sh
foo=$(inner)
echo $foo
echo "I thought I would've died :("
En ajoutant echo, le sous-shell n'est pas autonome (n'est pas vérifié séparément) et n'abandonne pas. L'affectation contourne ce problème.
Vous pouvez également le faire et rediriger la sortie vers un fichier pour le traiter ultérieurement.
tmpfile=$( mktemp )
inner > $tmpfile
cat $tmpfile
rm $tmpfile