Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
L'icône rouge permet de télécharger chaque page du wiki visitée au format
PDF et la grise au format ODT →
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
|
doc:programmation:shells:debuter-avec-les-scripts-shell-bash [03/06/2014 13:10] Hypathie [H ) Supprimer les paramètres de position] |
doc:programmation:shells:debuter-avec-les-scripts-shell-bash [03/06/2014 16:10] Hypathie [C ) Création de variables] |
||
|---|---|---|---|
| Ligne 269: | Ligne 269: | ||
| </code> | </code> | ||
| + | <note tip> | ||
| + | À savoir : une suite de commandes s'écrit de façon équivalente pour le shell ainsi : | ||
| + | <code bash> | ||
| + | #!/bin/bash | ||
| + | set -o posix | ||
| + | printf "Un nouveau script $USER ? Son nom : " | ||
| + | { read nom ;\ | ||
| + | echo "#!/bin/bash" >> $nom ;\ | ||
| + | chmod u+x $nom ;\ | ||
| + | mv ~/$nom ~/MesScripts ;\ | ||
| + | /usr/bin/gedit ~/MesScripts/$nom ;} | ||
| + | </code> | ||
| + | (espace avant le ; puis anti-slash accolé au point virgule ; retour à la ligne (espace ou non avant la nouvelle commande.) | ||
| + | |||
| + | **Merci à captnfab et LeDub pour cette information !** | ||
| + | </note> | ||
| * **Pour le lancer :** | * **Pour le lancer :** | ||
| Ligne 281: | Ligne 297: | ||
| **Lors de l'exécution de ce script, la chaîne que vous entrerez pour répondre à la question, sera le nom d'un nouveau script que vous voulez créer.** | **Lors de l'exécution de ce script, la chaîne que vous entrerez pour répondre à la question, sera le nom d'un nouveau script que vous voulez créer.** | ||
| - | =====C ) Création de variables ===== | + | ===== Création de variables ===== |
| En liens nécessaires : \\ | En liens nécessaires : \\ | ||
| [[doc:programmation:shell:shell#variables-et-environnement|Le shell pour tous : "Variables et environnement"]]\\ | [[doc:programmation:shell:shell#variables-et-environnement|Le shell pour tous : "Variables et environnement"]]\\ | ||
| Ligne 360: | Ligne 376: | ||
| * **Voir "l'exemple 4.3. Affectation de variable, basique et plus élaborée" du : [[http://abs.traduc.org/abs-fr/ch04s02.html|Guide avancé d'écriture des scripts Bash : "4.2. Affectation d'une variable"]]** | * **Voir "l'exemple 4.3. Affectation de variable, basique et plus élaborée" du : [[http://abs.traduc.org/abs-fr/ch04s02.html|Guide avancé d'écriture des scripts Bash : "4.2. Affectation d'une variable"]]** | ||
| * ** Voir "Variable nulle et variable non-déclarée dans l'exemple "4.4. Entier ou chaîne de caractères ?" du : [[http://abs.traduc.org/abs-fr/ch04s03.html|Guide avancé d'écriture des scripts Bash : "4.3. Les variables Bash ne sont pas typées"]]** | * ** Voir "Variable nulle et variable non-déclarée dans l'exemple "4.4. Entier ou chaîne de caractères ?" du : [[http://abs.traduc.org/abs-fr/ch04s03.html|Guide avancé d'écriture des scripts Bash : "4.3. Les variables Bash ne sont pas typées"]]** | ||
| + | |||
| + | <note tip> | ||
| + | Pour concaténer les valeurs deux variables : | ||
| + | <code bash> | ||
| + | #!/bin/bash | ||
| + | var1=lala | ||
| + | var2=li | ||
| + | var3=$var1$var2 | ||
| + | echo $var3 | ||
| + | </code> | ||
| + | </note> | ||
| ====2) Affectation par la lecture : read ==== | ====2) Affectation par la lecture : read ==== | ||
| Ligne 428: | Ligne 455: | ||
| =====D ) enchaînements de commandes dans les scripts===== | =====D ) enchaînements de commandes dans les scripts===== | ||
| - | ====1) Code de retour et enchaînement de commande ==== | + | **Parmi les opérateurs d'enchaînement de commandes (voir : les opérateurs de contrôle)** considérons : |
| - | Le code de retour (exit status) est fourni par le shell après l'exécution d'une commande.\\ | + | |
| - | Le code de retour est un entier positif ou nul. Par convention 0 est l'état de sortie d'une commande qui s'est exécutée correctement. Tout autre entier indique un problème lors de l'exécution d'une commande.\\ | + | |
| - | Il ne faut pas confondre le code de retour et le résultat d'une commande. Le résultat est ce qui s'inscrit sur la sortie standard. | + | |
| - | + | ||
| - | Il faut connaître ce mécanisme pour pouvoir choisir le ou les caractère(s) d'enchaînement de commandes adapté(s) au résultat souhaité. | + | |
| - | + | ||
| - | **Les caractères d'enchaînement de commandes** (que le trouve souvent sous le nom **d'opérateurs de contrôle**) sont strictement ceux-ci : | + | |
| <code> | <code> | ||
| - | & && ( ) { } ; || | + | & && ; ( ) { } |
| </code> | </code> | ||
| - | ===Choisir les caractères d'enchaînement de commandes en fonction de la gestion des flux === | + | ====1) les opérateurs & , && et ;==== |
| Reprenons le script "scriptx", et changeons les ";" d'abord par "&", puis par "&&" | Reprenons le script "scriptx", et changeons les ";" d'abord par "&", puis par "&&" | ||
| <code bash> | <code bash> | ||
| Ligne 451: | Ligne 471: | ||
| Pourquoi ? | Pourquoi ? | ||
| - | * **L'opérateur de contrôle "&" :** toutes les commandes sont exécutées parallèlement.\\ | + | * **Avec l'opérateur de contrôle "&" : toutes les commandes sont exécutées parallèlement.**\\ |
| (Dans l'exemple ci-dessus, chaque commande étant traitée par un sous-shell, la valeur d'une commande ne peut pas être conservée dans un même processus pour que chaque commande puisse "travailler en rapport au RESULTAT de la commande précédente. Par exemple, il faut que le fichier créé soit "connu" du shell pour qu'il puise être ouvert par "gedit" dans ce même shell.) | (Dans l'exemple ci-dessus, chaque commande étant traitée par un sous-shell, la valeur d'une commande ne peut pas être conservée dans un même processus pour que chaque commande puisse "travailler en rapport au RESULTAT de la commande précédente. Par exemple, il faut que le fichier créé soit "connu" du shell pour qu'il puise être ouvert par "gedit" dans ce même shell.) | ||
| - | * **l'opérateur ";" :** chaque commande est exécuté l'une après l'autre, même si l'une d'elle a mal fonctionné.\\ | + | * **Avec l'opérateur ";" chaque commande est exécuté l'une après l'autre, même si l'une d'elle a mal fonctionné.**\\ |
| - | * **L'opérateur "&&" utilise le code de retour :** avec cet opérateur, chaque commande d'une suite est exécuté l'une après l'autre si le code retour de la première est 0 (c'est-à-dire si elle a fonctionné).\\ | ||
| - | |||
| - | * **L'opérateur "||" utilise le code de retour :** la commande suivante est exécutée si le code de retour de la première est différente de zéro, c'est-à-dire si elle n'a pas fonctionné.\\ Voir plus bas [[atelier:chantier:debuter-avec-les-scripts-shell-bash?&#le-code-de-retour|code de retour]] | ||
| <note> | <note> | ||
| Dans l'exemple avec "scriptx", on a récupéré **la valeur d'une commande** pour s'en servir dans une succession de commandes.\\ | Dans l'exemple avec "scriptx", on a récupéré **la valeur d'une commande** pour s'en servir dans une succession de commandes.\\ | ||
| Ligne 464: | Ligne 481: | ||
| On n'a pas cherché non plus à transmettre le résultat d'une commande à une autre commande (tube |) | On n'a pas cherché non plus à transmettre le résultat d'une commande à une autre commande (tube |) | ||
| </note> | </note> | ||
| + | |||
| ====2) Deux syntaxes : { suite-de-commandes ;} ou (suite-de-commandes;)==== | ====2) Deux syntaxes : { suite-de-commandes ;} ou (suite-de-commandes;)==== | ||
| le shell bash fournit deux mécanismes pour regrouper les commandes; l'insertion de la suite de commandes entre accolades et l'insertion de cette suite de commandes entre une paire de parenthèses. | le shell bash fournit deux mécanismes pour regrouper les commandes; l'insertion de la suite de commandes entre accolades et l'insertion de cette suite de commandes entre une paire de parenthèses. | ||
| Ligne 495: | Ligne 513: | ||
| </note> | </note> | ||
| - | **L'utilisation du groupement de commande sert souvent à la redirection globale de l'entrée du groupe de commande ou à sa sortie.** On le verra plus loin : [[atelier:chantier:debuter-avec-les-scripts-shell-bash?&#combiner-enchainement-de-commandes-redirection-code-de-retour-dans-un-script]] | + | **L'utilisation du groupement de commande sert souvent à la redirection globale de l'entrée du groupe de commande ou à sa sortie.** On le verra plus loin : |
| - | * **(suite-de-commandes;)** | + | * **(suite-de-commandes ;)** |
| Les parenthèses sont des opérateurs.\\ | Les parenthèses sont des opérateurs.\\ | ||
| - | Il n'y a donc pas besoin d'espace entre la parenthèse ouvrante et la première commande. | + | Il n'y a donc pas besoin d'espace entre la parenthèse ouvrante et la première commande.\\ |
| - | Insérée dans une parenthèse, la suite de commandes est exécutée dans un sous-shell. | + | Insérée dans une parenthèse, la suite de commandes est exécutée dans un sous-shell.\\ |
| + | Les variables comprises dans ces parenthèses, à l'intérieur du sous-shell, ne sont pas visibles par le reste du script. Le **processus parent**, le script, ne peut pas lire les variables créées dans le processus fils, le sous-shell. | ||
| <code bash> | <code bash> | ||
| #!/bin/bash | #!/bin/bash | ||
| - | nom=dx | + | nom=nenette |
| - | (nom=hypathie ; echo $nom) | + | (prenom=hypathie ; echo $prenom ) |
| - | echo $nom | + | echo $nom $prenom |
| </code> | </code> | ||
| Retour : | Retour : | ||
| <code> | <code> | ||
| - | hypathie | + | nenette |
| - | dx | + | </code> |
| + | Voir : [[http://abs.traduc.org/abs-fr/ch21.html|Guide avancé d'écriture des scripts Bash: 21. Sous-shells]] | ||
| + | |||
| + | =====Redirections dans les scripts===== | ||
| + | *Prérequis : [[doc:programmation:shell:shell#rediriger-l-affichage]] et le lien qu'on y trouve [[doc:programmation:shell:chevrons]] | ||
| + | |||
| + | ====Rappels :==== | ||
| + | |||
| + | Les redirections permettent de travailler non pas en se servant du code de retour (qui indique la réussite ou l'échec de l'exécution d'une commande) mais sur le résultat d'une commande.\\ | ||
| + | Un processus unix possède (par défaut) trois voies d'interaction entre le système et l'utilisateur. Une entrée et deux sorties. Chacun de ces "lieux" sont identifiés par un descripteur de fichier. | ||
| + | -une entrée standard (par défaut le clavier stdin), de descripteur 0 (nom de l'entrée du processus, ne pas confondre avec le code de retour !); | ||
| + | -une sortie standard (par défaut l'écran stdout), de descripteur 1 ; | ||
| + | -une sortie standard pour les message d'erreur (stderr) de descripteur 2. | ||
| + | |||
| + | Pour chaque programme lancé, un flux est créé. Ce flux est une sorte de canal par lequel transite les données entre les espaces, entrée et sortie.\\ | ||
| + | On peut imaginer un terminal, comme la réunion virtuelle d'un clavier et d'un écran. | ||
| + | **Merci à captnfab pour cette comparaison sur IRC** :-D | ||
| + | <code bash> | ||
| + | <&- <&- # Permettent la fermeture de l'entrée standard et de la sortie standard. | ||
| + | >| # Force une redirection vers un fichier.txt pour pouvoir écraser | ||
| + | le fichier quand il existe et que l'option noclobber (-c) est activée. | ||
| + | </code> | ||
| + | ====1) opérateurs de sortie : ==== | ||
| + | <code bash> | ||
| + | > : crée un fichier ou le réactualise ; redirige le canal choisi vers un fichier et force sa création, | ||
| + | si le fichier existe son contenu est recrée et numéro d'inode du fichier d'origine est conservé. | ||
| + | </code> | ||
| + | <code bash> | ||
| + | ls -l >chemin-fichier.txt | ||
| + | </code> | ||
| + | est un équivalent de : | ||
| + | <code bash> | ||
| + | ls -l 1> chemin-fichier.txt | ||
| + | </code> | ||
| + | ===Dans un script :=== | ||
| + | <code bash> | ||
| + | #!/bin/bash | ||
| + | # mise en place : | ||
| + | { mkdir ~/ABCD ; cd ABCD ; touch a b c d ; cd ~ ; pwd ;} | ||
| + | |||
| + | # création de fichier avec " > " : | ||
| + | cd ~/ABCD && > fichier1 && pwd ; cd ~ && pwd && > /home/hypathie/ABCD/fichier2 && pwd && cd ~ && pwd | ||
| + | # espace facultatif avant et après " > " | ||
| + | |||
| + | # redirection de la sortie de commande vers un fichier : | ||
| + | ls>/home/hypathie/ABCD/recup-ls # espace facultatif avant et après " > " | ||
| + | </code> | ||
| + | |||
| + | Retour : | ||
| + | <code bash> | ||
| + | /home/hypathie # après cd ~ on est retourné dans le répertoire de l'utilisateur | ||
| + | /home/hypathie/ABCD # après création du fichier1 on est encore dans "ABCD" | ||
| + | /home/hypathie # après cd ~ on est retourné dans le répertoire utilisateur | ||
| + | /home/hypathie # on a créé fichier2 dans "ABCD" depuis le répertoire utilisateur | ||
| + | /home/hypathie | ||
| + | </code> | ||
| + | <note important> | ||
| + | Attention: | ||
| + | Créer un fichier avec > est un bashisme. La méthode universelle est d'utiliser "touch". | ||
| + | Amateurs de magie blanche et noire voir ce fil : [[http://debian-facile.org/viewtopic.php?pid=86634#p86634]] | ||
| + | </note> | ||
| + | *redirection de commande vers un fichier, si le fichier existe, les données sont ajoutées à la suite du fichier. | ||
| + | <code bash> | ||
| + | >> | ||
| + | </code> | ||
| + | |||
| + | *La sortie standard d'erreur peut être dirigée vers un fichier en le créant ou en l'écrasant : | ||
| + | <code bash> | ||
| + | ls vi 2>err # retour du prompt : le message d'erreur a été inscrit | ||
| + | dans le fichier "erreurs" qui s'est créé s'il n'existait pas. | ||
| + | </code> | ||
| + | * On peut aussi concaténer : | ||
| + | <code bash> | ||
| + | 2>>fichier # si "fichier" n'existait pas le message | ||
| + | d'erreur aurait été ajouté en dernière ligne. | ||
| + | </code> | ||
| + | *Elle peut aussi être dirigée vers le fichier "poubelle" ou "puits" : | ||
| + | <code bash> | ||
| + | 2>/dev/null | ||
| + | </code> | ||
| + | (Tout ce qui y est dirigé est perdu, inutile de concaténer !) | ||
| + | On s'en sert souvent lorsqu'on est intéressé par le fait de récupérer le code de retour. | ||
| + | |||
| + | *redirection de la sortie d'une commande vers un autre canal : | ||
| + | <code bash> | ||
| + | >& | ||
| + | </code> | ||
| + | <code bash> | ||
| + | ls -l 1>&2 la sortie du répertoire courant et envoyé sur le canal de sortie d'erreur ; | ||
| + | cela à pour effet, de lister le contenu, mais le terminal affiche alors le canal | ||
| + | de sortie d'erreur. Relancer la dernière commande est impossible. | ||
| + | On peut lancer une autre commande, ou faire ctrl+c. Oouffff | ||
| + | </code> | ||
| + | * Pour diriger la sortie standard et la sortie d'erreur à la fin d'un fichier : | ||
| + | <code bash> | ||
| + | >>& | ||
| + | </code> | ||
| + | * Pour rediriger la sortie standard des messages d'erreur (stderr) vers la sortie standard #(stdout), on utilise la syntaxe : | ||
| + | <code bash> | ||
| + | 2>&1 | ||
| + | </code> | ||
| + | |||
| + | Par exemple : | ||
| + | |||
| + | <code bash> | ||
| + | ##vi: /usr/bin/vi | ||
| + | ls vi 2>&1 2>erreurs # retour du prompt on retrouve le message d'erreurs | ||
| + | dans le fichier "erreurs" qui s'est créé. | ||
| + | Cela un équivalent de ls vi 2>err | ||
| + | </code> | ||
| + | |||
| + | <code bash> | ||
| + | ls vi erreur>errrrr 2>&1 #retour du prompt | ||
| + | ls ne peut lister le fichier vi ; le message d'erreur | ||
| + | est envoyé dans le fichier "errrr" qui est nouvellement créé | ||
| + | et qui est la sortie standard (1), | ||
| + | puis ls ne peut lister le fichier "erreur", le message est | ||
| + | envoyé vers la sortie d'erreur qui est redirigé vers (1) | ||
| + | c'est-à-dire le fichier "erreur". | ||
| + | </code> | ||
| + | ====2)Opérateurs d'entrée : ==== | ||
| + | <code bash> | ||
| + | < Place, en entrée d'une commande, un contenu. | ||
| + | </code> | ||
| + | <code bash> | ||
| + | cat < /chemin/du/fichier.txt # est un équivalent de cat /chemin/du/fichier.txt | ||
| + | </code> | ||
| + | <code bash> | ||
| + | << Redirige en entrée une série de données. | ||
| + | </code> | ||
| + | On nomme cette redirection "label".\\ Redirection utilisée dans un document en ligne dont on se sert que pour certaines commandes, comme ftp ou cat.\\ Voir : [[http://abs.traduc.org/abs-5.0-fr/ch18.html#heredocref]]\\ | ||
| + | Ne pas confondre avec la commande e2label, voir : [[doc:systeme:e2label]] | ||
| + | |||
| + | ====3) Un petit exercice sur opérateurs ==== | ||
| + | Écrire un script qui crée le dossier "ABCD" et 4 fichiers vides (nommés a b c d) ; | ||
| + | qui liste le contenu de "ABCD" et qui inscrit le résultat dans un fichier nommé "ls1" qui sera placé dans "ABCD" ; | ||
| + | qui depuis le répertoire personnel crée le fichier vide nommé "fichier.txt",\\ liste à nouveau ABCD, inscrit le résultat dans le fichier "ls2", rangé dans "ABCD"; | ||
| + | qui permet d'inscrire depuis le terminal une ligne de texte dans le fichier nommé "fichier.txt" ; | ||
| + | puis une deuxième ligne de texte dans "fichier.txt", en affichant dans le terminal,\\ le nombre de lignes, de mots et d'octets que possède le fichier "fichier.txt" ; | ||
| + | se servir de différentes méthodes tout au long du script pour vérifier\\ au niveau du terminal que chaque commande s'est bien déroulée. | ||
| + | |||
| + | |||
| + | Bonne lecture ;-) | ||
| + | <code bash> | ||
| + | #!/bin/bash | ||
| + | set -o posix | ||
| + | { mkdir ~/ABCD 2>>/dev/null ;\ | ||
| + | echo $? ;\ | ||
| + | cd ABCD && touch a b c d ;\ | ||
| + | echo $? ;\ | ||
| + | ls -l >> ~/ABCD/ls1 ;\ | ||
| + | echo $? ;\ | ||
| + | cd ~ ;\ | ||
| + | pwd ;\ | ||
| + | touch ~/ABCD/fichier.txt ;\ | ||
| + | echo $? ;\ | ||
| + | pwd && ls -l ~/ABCD >> ~/ABCD/ls2 ;\ | ||
| + | echo $? ;\ | ||
| + | read phrase1 && echo ${phrase1} >> ~/ABCD/fichier.txt && echo $? ;\ | ||
| + | read phrase2 ;\ | ||
| + | cat >> ~/ABCD/fichier.txt << EOF | ||
| + | $phrase2 | ||
| + | EOF | ||
| + | echo $? | ||
| + | cat < ~/ABCD/fichier.txt | wc | ||
| + | echo $? ;} | ||
| + | </code> | ||
| + | Retour : | ||
| + | <code> | ||
| + | 0 | ||
| + | 0 | ||
| + | 0 | ||
| + | /home/hypathie | ||
| + | 0 | ||
| + | /home/hypathie | ||
| + | 0 | ||
| + | J'écris un script, | ||
| + | 0 | ||
| + | avec les opérateurs de redirection. | ||
| + | 0 | ||
| + | 2 8 57 | ||
| + | 0 | ||
| </code> | </code> | ||
| + | * **2>>/dev/null** : permet ici de relancer le script autant de fois qu'on veut, sans voir apparaître de message d'erreur : mkdir fichier-existant ne réinitialise pas un fichier de type dossier en le vidant. | ||
| + | * **$?** : permet ici de vérifier que la commande précédente s'est déroulée avec succès quand "**;**" a été utilisé, inutile de vérifier avec **&&**. | ||
| =====E ) État de sortie et les tests===== | =====E ) État de sortie et les tests===== | ||
| ====1) le code de retour ==== | ====1) le code de retour ==== | ||
| Ligne 581: | Ligne 783: | ||
| Dans les tests sur les entiers l'égalité est représentée par l'option -eq ! | Dans les tests sur les entiers l'égalité est représentée par l'option -eq ! | ||
| - | ===Avec la structure conditionnelle if === | + | === Avec la structure conditionnelle if sur des valeurs affectés dans le script=== |
| **Voir[[doc:programmation:shell:avancee|Fonctionnalités avancées du Shell]] en particulier : [[doc:programmation:shell:avancee#instruction-conditionnelle-if|structure conditionnelle if]] pour ce qui suit** | **Voir[[doc:programmation:shell:avancee|Fonctionnalités avancées du Shell]] en particulier : [[doc:programmation:shell:avancee#instruction-conditionnelle-if|structure conditionnelle if]] pour ce qui suit** | ||
| Ligne 605: | Ligne 807: | ||
| </code> | </code> | ||
| - | ===composition avec les tests et valeur vide, valeur nulle=== | + | ===Composition avec les tests; valeurs (vides ou nulles) déclarées dans le script === |
| De même que la composition de commandes vu plus haut, on se sert de la composition avec les tests. Et oui les doubles crochets et la commande test sont des commandes ! LOL | De même que la composition de commandes vu plus haut, on se sert de la composition avec les tests. Et oui les doubles crochets et la commande test sont des commandes ! LOL | ||
| Ligne 646: | Ligne 848: | ||
| </code> | </code> | ||
| - | ===Alternatives : case=== | + | ===Alternatives : case et paramètres passés aux scripts=== |
| ** Attention case n'utilise pas d'expression régulière mais du "pattern matching"** | ** Attention case n'utilise pas d'expression régulière mais du "pattern matching"** | ||
| Ligne 689: | Ligne 891: | ||
| Vous avez tout en mains pour comprendre ceci : [[doc:programmation:shell:avancee#selecteur-case|Fonctionnalités avancées du Shell: selecteur-case]] | Vous avez tout en mains pour comprendre ceci : [[doc:programmation:shell:avancee#selecteur-case|Fonctionnalités avancées du Shell: selecteur-case]] | ||
| - | =====F ) Valeurs d'une variable internes ou externes à un script===== | + | ===if et les paramètres passés au script === |
| - | ====Pré-requis: utiliser la structure conditionnelle if==== | ||
| - | À savoir : | ||
| - | * [[atelier:chantier:la-page-man-bash-ii-les-operateurs-lexicographiques|Opérateurs lexicographiques]] | ||
| - | * [[atelier:chantier:page-man-bash-iii-les-operateurs-de-comparaison-numerique|les opérateurs de comparaison numérique]] | ||
| - | ====Exemples :==== | ||
| **La valeur (contenu) de la variable1 (var1) et de la variable2 (var2) peuvent être les arguments passés à un script. | **La valeur (contenu) de la variable1 (var1) et de la variable2 (var2) peuvent être les arguments passés à un script. | ||
| Un script peut opérer un test sur les chaînes de caractères passées au script depuis le terminal.** | Un script peut opérer un test sur les chaînes de caractères passées au script depuis le terminal.** | ||
| Ligne 717: | Ligne 914: | ||
| * Voir ce script : [[http://www.quennec.fr/linux/programmation-shell-sous-linux/les-bases-de-la-programmation-shell/ex%C3%A9cution-de-tests/la-5]] | * Voir ce script : [[http://www.quennec.fr/linux/programmation-shell-sous-linux/les-bases-de-la-programmation-shell/ex%C3%A9cution-de-tests/la-5]] | ||
| - | + | <note tip> | |
| - | **Dans ces deux cas les valeurs des variables que l'on testent, sont choisies depuis l'extérieur du script (le script est un processus fils du shell).**\\ | + | **Avec if + $paramètre ; case ; et l'utilisation de la commande test les valeurs des variables que l'on testent dans le script sont affectées depuis l'extérieur du script. Ce sont les paramètres passés au script avant son exécution**\\ |
| **Mais pour modifier la valeur d'une variable par un script (que le script appelle une valeur extérieure**; chaîne de caractère donnée par le terminale, récupération du résultat d'une commande, contenu d'un fichier, etc. **ou que cette variable soit affectée dans le script lui-même) on utilise les boucles.** | **Mais pour modifier la valeur d'une variable par un script (que le script appelle une valeur extérieure**; chaîne de caractère donnée par le terminale, récupération du résultat d'une commande, contenu d'un fichier, etc. **ou que cette variable soit affectée dans le script lui-même) on utilise les boucles.** | ||
| + | </note> | ||
| - | =====G ) Déclaration nulle et modification par le script d'une valeur interne ou externe===== | + | =====F ) Déclaration nulle et modification par le script d'une valeur interne ou externe===== |
| **Pré-requis : utiliser les structures de contrôle** | **Pré-requis : utiliser les structures de contrôle** | ||
| Voir : | Voir : | ||
| Ligne 777: | Ligne 975: | ||
| </code> | </code> | ||
| - | =====H ) Déclarer des paramètres de position : set===== | + | =====G ) Déclarer des paramètres de position : set===== |
| ==== syntaxe de set==== | ==== syntaxe de set==== | ||
| À savoir : variables de substitution prédéfinies [[atelier:chantier:bash-les-differents-caracteres-speciaux?&#variables-de-substitution-predefinies-principalement-dans-les-scripts]] | À savoir : variables de substitution prédéfinies [[atelier:chantier:bash-les-differents-caracteres-speciaux?&#variables-de-substitution-predefinies-principalement-dans-les-scripts]] | ||
| Ligne 894: | Ligne 1092: | ||
| </code> | </code> | ||
| - | =====I ) Supprimer les paramètres de position===== | + | ====H ) Supprimer les paramètres de position==== |
| - | ====Exemple==== | + | ===Exemple=== |
| **même script que ci-dessus mais on dé-commente set - - (on enlève # ligne 5) :** | **même script que ci-dessus mais on dé-commente set - - (on enlève # ligne 5) :** | ||
| Ligne 999: | Ligne 1197: | ||
| Voir le tableau des options ici: http://abs.traduc.org/abs-5.3-fr/ch30.html#optionsref | Voir le tableau des options ici: http://abs.traduc.org/abs-5.3-fr/ch30.html#optionsref | ||
| </note> | </note> | ||
| + | =====H) Les tableaux ===== | ||
| + | **Voir : [[atelier:chantier:page-man-bash-v-les-tableaux|shell bash : les tableaux]]** | ||
| + | |||
| + | * **Rappels :** | ||
| + | <code bash> | ||
| + | #!/bin/bash | ||
| + | tab=( rouge vert bleu) | ||
| + | echo ${tab[1]} | ||
| + | echo ${tab[@]} | ||
| + | |||
| + | tab[1]="orange" | ||
| + | echo ${tab[1]} | ||
| + | echo ${tab[@]} | ||
| + | |||
| + | echo $tab # $tab est un équivalment de $tab0 : il affichera le première élément | ||
| + | |||
| + | echo ${tab[@]} # affiche tous les éléments de même ${tab[*]} | ||
| + | echo ${#tab[@]} # pour avoir la longueur (nombres d'éléments dans le tableau): ${tab[@]} -1 | ||
| + | (moins un car on commence à zéro! | ||
| + | tab[8]="vert" # nlle affectation sur tab[8] | ||
| + | echo ${!tab[@]} # ! avoir la liste des indices du tableau | ||
| + | echo ${tab[@]} | ||
| + | |||
| + | for i in ${!tab[*]} ; do | ||
| + | echo $i : ${tab[$i]} | ||
| + | done | ||
| + | </code> | ||
| + | |||
| + | * ** Comparez :** | ||
| + | Avec tableau : | ||
| + | <code bash> | ||
| + | #!/bin/bash | ||
| + | tableau=([1]=a [2]=b [3]=c) | ||
| + | for var in "${!tableau[@]}" ; do | ||
| + | echo "$var : ${tableau[$var]}" | ||
| + | done | ||
| + | </code> | ||
| + | |||
| + | Le script d'enikar : | ||
| + | |||
| + | <code bash> | ||
| + | set a b c | ||
| + | n=1 | ||
| + | for v in $@ ; do | ||
| + | echo "$n: $v" | ||
| + | let $[ n += 1 ] | ||
| + | done | ||
| + | </code> | ||
| + | **Merci à enikar pour cette réflexion sur IRC** | ||
| + | |||
| + | * astuce : lister avec numérotation tous les fichiers d'un répertoire : | ||
| + | <code bash> | ||
| + | #!/bin/bash | ||
| + | directory=(/*) # tableau composé des chemins de les dossiers et fichiers de la racine | ||
| + | |||
| + | for i in ${!directory[@]} ; do | ||
| + | echo "$i : ${directory[$i]}" # là pour afficher tous les éléments du tableau | ||
| + | done | ||
| + | </code> | ||
| =====I ) Les fonctions===== | =====I ) Les fonctions===== | ||
