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 →
Ceci est une ancienne révision du document !
Nota : wiki n°1
Les autres numéros :
Contributeurs, les sont là pour vous aider, supprimez-les une fois le problème corrigé ou le champ rempli !
Ré-requis indispensables :
Vous savez donc ce qu'est le shell, un alias et un script.
Mais quel rapport entre la diversité des shell (ou interpréteur de commandes) qui existent (sh ; bsh ; bash ; ksh, etc.) et les scripts ?
C'est que dans l'en-tête du script l'un de ces shell doit être appelé avec le sha-bang:
#!/bin/sh #!/bin/bash #!/bin/perl #!/bin/tcl
Chacune de ces lignes appelle un interpréteur de commandes différent.
POSIX est un standard2).
Appeler bash avec l'option –posix ou insérer set -o posix au début du script fait que bash se conforme au standard posix.
À savoir :
Pour utiliser tcsh, ksh, ash, sh, csh, etc :
http://formation-debian.via.ecp.fr/shell.html
méthode d'installation de ksh
Apprendre le BASH sans devenir un ultra-bashiste“ : si si c'est possible !
En général, tous les shell acceptent la même syntaxe de base telle que définie par POSIX, mais chacun accepte une syntaxe étendue qui lui est propre (et donc incompatible avec les autres shells).
Voici quelques aspects auxquels se référer à chaque fois que vous apprendrez une nouvelle notion relative au shell BASH.
POSIX | À éviter : bashisme |
---|---|
if [ “$toto” = “$titi” ] ; then … | if [ “$toto” == “$titi” ] ; then … |
diff -u fichier.c.orig fichier.c d | diff -u fichier.c{.orig,} |
mkdir /tototiti /tototutu | mkdir /toto{titi,tutu} |
funcname() { … } | function funcname() { … } |
format octal : « \377 » | format hexadécimal : « \xff » |
Pour plus de détails sur chacun de ces points voir : Guide avancé d'écriture des scripts Bash :36.9. Problèmes de portabilité
Il s'agit là plutôt d'un aboutissement, essayons d'acquérir par des exemples très simples, les connaissances de bases qui permettront de comprendre chacun de ces points, ainsi que ce que l'on trouve ici : scripts
Il y a différentes méthodes pour lancer ses scripts, cela dépend, vous l'aurez compris, du répertoire dans lequel sont placés ses scripts.
touch mon-script
Si l'on a exécuté cette commande à l'ouverture de son terminal, le fichier “mon-script” est alors placé dans son répertoire courant.
Et oui une script est un simple fichier texte dont le contenu (une suite de commandes et d'instruction) est exécutable.
À savoir :
chmod u+x mon-script
Voyons maintenant trois méthodes pour exécuter un script
nano mon-script
dans lequel on inscrit :
echo -n "Bonjour les copains"
bash mon-script
Bonjour les copainsutiliateur@debian:~$
/bin/echo -n "Bonjour les copains"
La commande echo est une commande interne du shell ; la commande /bin/echo est une commande à part.
merci captnfab
Essayez maintenant :
bash --posix mon-script
Bonjour les copainsutilisateur@debian:~$
#!/bin/bash ls /home/utilisateur
./mon-script
À voir : modifier-durablement-la-valeur-de-la-variable-d-environnement-path
( c'est-à-dire dans l'un des répertoires /bin, /usr/bin ou /usr/local/bin)
On peut donc ajouter le chemin du répertoire dans lequel on range ses scripts
mkdir MesScripts
nano ~/.bashrc
PATH=$PATH":$HOME/MesScripts"
nano mon-script
##!/bin/bash echo "Coucou tout le monde !"
chmod u+x ~/mon-script
mv ~/mon-script ~/MesScripts/
Et voilà pour exécuter son script, il suffit de tapez dans le terminal le nom de son script ! (Voir exemple ci-dessous : “Un petit script pour lancer un script depuis n'importe où !”)
mon-script
retour:
Coucou tout le monde !
echo $PATH #retour: /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/home/utilisateur/MesScripts
Pas si difficile que ça
Voyons pour finir la méthode qui vérifie la compatibilité de son script avec la norme POSIX :
nano ~/MesScripts/mon-script
#!/bin/bash set -o posix echo -n "Bonjour $USER"
Le prompt vous dira “bonjour” avec l'option -n !
Pas d'inquiétude si vous ne comprenez pas tout ; vous en en serez capable après avoir suivi ce wiki et consulté ses liens. Il faut :
#!/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 ;}
#!/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 ;}
(espace avant le point virgule puis antislash accolé au point virgule puis retour à la ligne (espace ou non avant la nouvelle commande.)
Merci à captnfab et LeDub pour cette information !
scriptx
Retour :
Un nouveau script toto ? Son nom :
Imaginons que nous avons plusieurs dossiers où ranger ses scripts pour qu'ils soit classés. Pour lancer un script (d'essai par exemple sans se soucier s'il est rangé dans un répertoire indiquer dans le fichier ~/bashrc on peut éditer ce dernier avec cette ligne :
PATH=$PATH":."
Dans ce cas il faut être dans son répertoire personnel pour lancer l'exécution d'un script rangé dans “home”.
Pour le lancé depuis n'importe où :
PATH=$PATH":$HOME/."