Comment conserver le dernier état de sortie après le test

Est-il possible de conserver le dernier état de sortie de commande ( $?) inchangé après un test?

Par exemple, je voudrais faire:

command -p sudo ...
[ $? -ne 1 ] && exit $?

Le dernier exit $?doit retourner le statut de sortie sudo, mais à la place il retourne toujours 0(le code de sortie du test).

Est-il possible de le faire sans variable temporaire?

Un autre exemple pour clarifier davantage:

 spd-say "$@"
 [ $? -ne 127 ] && exit $?

Dans ce cas, je veux quitter uniquement si la première commande est trouvée (code de sortie! = 127). Et je veux quitter avec le spd-saycode de sortie réel (ce n'est peut-être pas le cas 0).

EDIT: J'ai oublié de mentionner que je préfère une solution de réclamation POSIX pour une meilleure portabilité.

J'utilise cette construction dans des scripts où je veux fournir des alternatives pour la même commande. Par exemple, consultez mon script crc32 .

Le problème avec les variables temporaires est qu'elles peuvent masquer d'autres variables et pour éviter que vous ne deviez utiliser des noms longs, ce qui n'est pas bon pour la lisibilité du code.

$_travaillera en (au moins) interactive dash, bash, zsh, ksh (mais apparemment pas dans une instruction conditionnelle à la demande) et des mkshobus. De ceux-là - à ma connaissance - seulement bashet le zshrempliront également dans un shell scripté. Ce n'est pas un paramètre POSIX - mais il est assez portable pour tout shell moderne et interactif.

Pour une solution plus portable, vous pouvez faire:

command -p sudo ...
eval '[ "$?" = 127 ] || exit '"$?"

Ce qui vous permet essentiellement d'étendre la valeur initiale $?dans la queue du script avant même de tester sa valeur à sa tête.

Mais de toute façon, puisque vous semblez tester si la commande sudopeut être trouvée dans la chaîne de -p chemin portable intégrée du shell avec command, je pense que vous pourriez y aller un peu plus directement. En outre, pour être clair, command ne sera pas tester l'emplacement des arguments à sudo- il est donc sudo- et rien n'invoque - ce qui est pertinent à cette valeur de retour.

Et de toute façon, si c'est ce que vous essayez de faire:

command -pv sudo >/dev/null || handle_it
command -p  sudo something or another

... fonctionnerait très bien en tant que test sans risque d'erreur dans les sudoexécutions de commandes renvoyant d'une manière qui pourrait fausser les résultats de votre test.

Il existe différentes options pour gérer le statut de sortie de manière fiable sans surcharge, en fonction des besoins réels.

Vous pouvez enregistrer l'état de sortie à l'aide d'une variable:

command -p sudo ...
rc=$?
[ "$rc" -ne 1 ] && echo "$rc"

Vous pouvez directement vérifier le succès ou l'échec:

if  command -p sudo ...
then  echo success
else  echo failure
fi

Ou utilisez une caseconstruction pour différencier le statut de sortie:

command -p sudo ...
case $? in
(1) ... ;;
(127) ... ;;
(*) echo $? ;;
esac

avec le cas particulier posé dans la question:

command -p sudo ...
case $? in (1) :;; (*) echo $?;; esac

Toutes ces options ont l'avantage d'être conformes à la norme POSIX.

(Remarque: à titre d'illustration, j'ai utilisé les echocommandes ci-dessus; remplacez-les par des exitinstructions appropriées pour correspondre à la fonction demandée.)

command -p ...
test 1 -ne $? && exit $_

Use $_, qui se développe jusqu'au dernier argument de la commande précédente.

Vous pouvez définir (et utiliser) une fonction shell:

check_exit_status()
{
    [ "$1" -ne 1 ] && exit "$1"
}

alors

command -p sudo ...
check_exit_status "$?"

On peut dire que cela "triche", car il en fait une copie $?dans la check_exit_statusliste des arguments.

Cela peut sembler un peu gênant, et ça l'est. (Cela se produit parfois lorsque vous imposez des contraintes arbitraires aux problèmes.) Cela peut sembler inflexible, mais ce n'est pas le cas. Vous pouvez rendre check_exit_statusplus complexe, en ajoutant des arguments qui lui indiquent quel (s) test (s) faire sur la valeur d'état de sortie.

Pour répondre à votre question directe, non, il n'est pas possible de ne pas la $?modifier. Et c'est l'un de ces cas où je soupçonne que vous vous concentrez sur le mauvais problème. Une variable temporaire est le moyen standard et préféré d'obtenir l'effet que vous recherchez. C'est tellement standard que je suggérerais d'abandonner (ou de repenser) quelle que soit la raison que vous pensez avoir pour ne pas vouloir en utiliser un; Je doute fortement que cela vaille la complexité supplémentaire ajoutée par toute autre méthode.

Si vous demandez simplement par simple curiosité, la réponse est non.

Voici mon extrait de code pour conserver un état de sortie précédent sans quitter le script / shell actuel

EXIT_STATUS=1
if [[ $EXIT_STATUS == 0 ]]
then
  echo yes
else
  (exit $EXIT_STATUS)
fi