title: Exercice 7 - Enchaînements de commandes ...

Jusqu'à présent, nous avons utilisé le terminal pour lancer des programmes les uns après les autres, mais ça n'allait pas très loin car ces programmes étaient très simples. La puissance du shell ne vient pas d'outils de plus en plus perfectionnés, mais plutôt de la facilité avec laquelle on peut combiner des programmes simples pour faire des outils parfaitement adaptés à la situation actuelle.

Le plus souvent, on ne fait même pas un script à proprement parler, mais on combine plusieurs programmes sur la même ligne de commande. On peut par exemple recompiler un programme, l'exécuter sur plusieurs fichiers, vérifier que tout s'est bien passé puis effacer les fichiers temporaires. Le tout en une seule commande, accessible simplement avec flèche vers le haut. On trouve même ici et là des collections de ligne de commandes shell d'une seule ligne (on appelle ça des one-liners). Certaines sont pratiques, d'autres au mieux anecdotiques. Ces lignes sont parfois très longues, et toutes sont difficiles à relire et à comprendre. D'ailleurs, on n'apprend pas des one-liners par cœur, on les reconstruit quand on en a besoin. Voyons maintenant comment faire.

Combiner des programmes

Pour exécuter deux commandes à la suite, il suffit de les séparer par ; touch temporaire; ls temporaire; rm temporaire va créer un fichier vide, afficher son nom puis le supprimer.

Parfois, on ne veut lancer la seconde commande que si la première s'est bien passée. Pour cela, il faut écrire && (lu "ET" logique) entre les deux commandes. Comparez le résultat de ls OK && echo "le fichier existe" et celui de ls GaBuZoMeu && echo "le fichier existe", sachant que le premier existe mais pas le second.

À l'inverse, on peut vouloir ne lancer la seconde commande que si la première a échoué avec un OU logique. ls OK || echo "PROBLÈME!" ou ls GaBuZoMeu || echo "PROBLÈME!"

On peut même grouper des commandes avec des parenthèses: l'ensemble s'est bien passé si la dernière se passe bien. (ls GaBuZoMeu;ls OK) && echo "le (dernier) fichier existe"

Note pour les plus courageux: les commandes entre parenthèses s'exécutent dans un autre contexte, donc (cd /) ne change pas le répertoire courant, seulement celui du contexte entre parenthèses. Demandez à pwd (print working directory) ainsi si vous n'y croyez pas: (cd / ; echo "changé:"; pwd) ; echo "pas changé:" ; pwd

Rediriger l'entrée et la sortie

Il est très facile de capturer les affichages d'un programme dans un fichier. Par exemple date > sortie place l'affichage de la commande à gauche du > dans un fichier nommé sortie (voir le contenu du fichier: cat sortie). Le symbole > ne devrait pas se lire "plus grand" mais plutôt "vers", comme une flèche: l'affichage du programme à gauche est redirigé dans le fichier à droite.

Si on réexécute la première commande date > sortie, le contenu du fichier sortie est réécrit. On peut ajouter à la fin du fichier au lieu de le remplacer de la façon suivante : date >> sortie.

On peut également faire le contraire, et demander à un programme de lire son entrée dans un fichier. Par exemple, ce répertoire compte un petit script permettant de calculer la somme de deux nombres. Essayez-le: ./plus.sh (l'extension sh signifie qu'il est écrit en shell). Au lieu de lire depuis le clavier, on peut faire en sorte que ce script lise depuis un fichier.

echo 4 6 > fichier permet de créer le fichier tandis que ./plus.sh < fichier lance le script en redirigeant son entrée standard depuis le fichier.

On peut même rediriger à la fois l'entrée et la sortie d'un programme de la façon suivante: ./plus.sh < fichier > sortie

Les redirections peuvent également être utilisée pour faire taire un programme un peu trop bavard. Par exemple ls -lR /usr demande à afficher la liste de beaucoup des fichiers du disque. C'est beaucoup, et vous voulez probablement faire Ctrl-C pour l'interrompre avant la fin. Mais si vous faites ls -lR /usr > sortie, vous ne voyez plus tout cet affichage agaçant. Si vous voulez juste faire disparaître l'affichage sans le sauvegarder sur disque, redirigez la sortie vers le fichier /dev/null qui est une sorte de trou noir où tout ce qui est écrit est perdu.

Mais si vous faites ls GaBuZoMeu > /dev/null ou echo bla bla > fichier ; ./plus.sh < fichier, vous verrez quand même le message d'erreur s'afficher. Comment ce message a-t-il réussi à s'échapper du trou noir ? C'est qu'en fait, tous les programmes ont deux flux de sortie sur lesquels ils peuvent écrire: la sortie standard (nommée stdout) est celle par défaut. Le symbole > ne redirige que stdout sans toucher à la sortie d'erreur (nommée stderr), qui continue donc à atterrir sur l'écran. Cela permet aux programmes d'indiquer leurs problèmes même quand on a redirigé leur sortie standard. Si on le souhaite, on peut rediriger stderr avec 2> : ls GaBuZoMeu 2> erreur (inspectez le fichier produit: cat erreur ). On peut enfin demander à rediriger stderr dans stdout avec 2>&1 (le flux 2 -- stderr -- va dans le flux 1 -- stdout).

Et bien entendu, on peut rediriger l'entrée standard et les deux sorties tout en combinant des séquences d'opérations. La ligne devient un peu longue, mais ça ne pose pas de problème. ls GaBuZoMeu 2> /dev/null && echo "Le fichier existe" || echo "PROBLÈME!" ls OK 2>&1 >/dev/null && (echo "Le fichier existe. Son contenu:"; cat < OK) || echo "PROBLÈME!"

Oui, le résultat final n'est ni très lisible ni même très utile, mais c'est un exemple de commande qu'on construit peu à peu lors d'une session de travail, pour répondre à un besoin immédiat. Prenez cependant le temps de comprendre ce qu'il contient et comment les morceaux sont combinés.

Tuber des programmes

Faire echo 4 > fichier; echo 6 >> fichier ; ./plus.sh < fichier devient vite fastidieux, et en plus ça laisse un fichier sur disque. On peut faire mieux en branchant directement la sortie d'un programme sur l'entrée d'un autre, avec le symbole |. On le lit "tube" ou "pipe" en anglais, et on l'obtient sur un clavier français en faisant AltGr+6.

L'exemple ci-dessus devient echo 4 6 | ./plus.sh, tout simplement. Et on peut enchaîner les commandes presque à l'infini: Avec echo 4 6 | ./plus.sh | grep [0-9], le grep final filtre les lignes contenant au moins un chiffre, c'est-à-dire celle de résultat.

Attention! | et > sont TRÈS différents. Le premier redirige la sortie d'un programme dans un autre, tandis que le second écrit dans un fichier. Exécuter echo 4 6 > ./plus.sh serait une TRÈS mauvaise idée puisque ça écrirait 4 6 à la place du script ./plus.sh. Avec | vous essayez de parler au programme à droite. Avec > vous tentez de l'effacer en lui écrivant dessus...

Exercice 1

Le fichier animaux contient une liste d'animaux, mais avec des doublons. On voudrait utiliser la commande uniq pour retirer les lignes en doublon, puis écrire le résultat dans un fichier animaux.ok. Mais malheureusement, uniq ne supprime que les doublons que s'il s'agit de lignes consécutives dans le flux. Il faudra donc utiliser la commande sort pour trier les animaux avant de supprimer les doublons.

Exercice 2

On voudrait constituer un fichier nommé ligne33 contenant exactement la ligne 33 du fichier animaux.ok.

Indication: vous aurez besoin des commandes head et tail. Quand on ne leur précise pas le fichier à lire, ces commandes lisent leur entrée standard. Par défaut, head affiche les 10 premières lignes de ce qu'il lit tandis que tail en affiche les 10 dernières lignes. Regardez dans le manuel comment changer le nombre de lignes affichées.

Exercice 3

Combien d'animaux de la liste de départ (pas animaux.ok) ont 3 voyelles successives dans leur nom?

Indication: utilisez grep, uniq et sort, ainsi que la commande wc -l qui compte le nombre de lignes de son entrée standard.