Discussion :

[Invité]

Bonjour,

Je viens de voir que c'était une bonne pratique d'utiliser set -eu -o pipefail

J'ai trouvé sur le net une page explicative (https://ss64.com/bash/set.html)

Mais je ne suis pas bien sûr de comprendre:

L'option e va permettre d'arreter tout de suite le script si une commande retoune un code erreur

L'option u va traiter les variables non definies (exemple: test) comme une erreur et va interrompre l'exécution du script

par contre c'est beaucoup moins clair pour l'option -o pipefail

Quelqu'un pourrait m'expliquer?

Merci par avance.

[al1_24]

Bonjour,

L'option -o pipefail permet de faire suivre le premier code d'erreur retourné par une commande à l'intérieur d'une série de pipe.
Sans lui, c'est la valeur de retour de la dernière commande du pipe qui est retournée

Exemple où cmd1 retourne le code d'erreur et cmd2 retourne 0 (pas d'erreur)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
set +o pipefail
cmd1 | cmd2 
echo $? // retourne 0
 
set -o pipefail
cmd1 | cmd2 
echo $? // retourne 3

[Invité]

Bonjour al1_24,
Merci pour la réponse.
D'accord si je comprends bien c'est pour prendre en compte toutes les erreurs qui pourraient arriver car si plusieurs commandes sont séparées par un pipe une commande pourrait ne pas marcher mais la seconde si, et on ne verrait pas l'erreur.

Est-ce que c'est une bonne méthode de mettre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

set -eu -o pipefail

au début d'un script où ce n'est utile que pour le débug?
Est-ce qu'il y a d'autres possibilités pour faire du traitement d'erreurs?

Merci par avance

[al1_24]

Lorsqu'on enchaine des commandes par un pipe il est avisé d'utiliser l'option pipefail pour ne pas risquer de laisser passer une erreur d'exécution.

En revanche, l'utilisation de l'option errexit est plus contraignante car elle empêche l'utilisation de lignes de commande qui pourraient tomber en erreur sans compromettre l'avancement du script.

L'utilisation de l'option nounset est une sécurité lors de la phase de mise au point.

exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
chemin="$HOME"
rm -rf $Chemin/*

Les deux options qui sont vraiment utiles pour le débogage sont verbose et xtrace (-v et -x) car elles permettent de suivre pas à pas l'exécution du script et l'expansion des variables.

[Invité]

Merci beaucoup pour ces élements.

Par exemple j'ai essayé de mettre dans mon script en debut de fichier: set -eu -o pipefail

mais le script s'arrete presque tout de suite est note: nohup ignoring input and appending output to 'nohup.out'

Que dois-je comprendre que mon script à un problème?
(il marche très bien sans la commande set)

[jack-ft]

le script s'arrete presque tout de suite est note: nohup ignoring input and appending output to 'nohup.out'

Pourrais-tu nous montrer la ligne de commande qui provoque l'erreur ? (voire accompagnée de quelques lignes de contexte)

[Invité]

Bonjour Jack-ft,

J'ai trouvé le problème j'avais dans le code écrit un endroit où il était "nohup", que pourtant je n'avais jamais écris....
Je l'ai enlevé et ça a fonctionné ou presque car la commande set a fait son job en arrêtant l’exécution du script suite à une variable non définie.

Par contre je me pose une question:
dans mon script principal, j'ai mis au début la commande: set -eu -o pipefail et dans ce fichier j’appelle des fonctions dans d'autres fichiers. Est-ce que je dois mettre aussi dans les fonctions la commande set ou la commande set du script principal va aussi gérer les fichiers appelés.

Bonne journée