Bap: Remplacement de unix/shell.html par unix/shell/
This commit is contained in:
meles
parent
200b0479a8
commit
aaf4f2e59a
1 changed files with 0 additions and 220 deletions
220
unix/shell.tml
220
unix/shell.tml
|
|
@ -1,220 +0,0 @@
|
||||||
<?xml version="1.0" encoding="ISO-8859-1"?>
|
|
||||||
<!DOCTYPE html
|
|
||||||
PUBLIC "-//ENS/Tuteurs//DTD TML 1//EN"
|
|
||||||
"tuteurs://DTD/tml.dtd">
|
|
||||||
<html>
|
|
||||||
<head>
|
|
||||||
<title>Shell</title>
|
|
||||||
</head>
|
|
||||||
<body>
|
|
||||||
|
|
||||||
<h1>Présentation du shell</h1>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Le mot <em>shell</em> signifie « coquille » en anglais. Il
|
|
||||||
s'agit du programme que vous utilisez régulièrement sur les machines
|
|
||||||
Unix de l'ENS (que ce soient les Sun, les PC sous FreeBSD ou autres
|
|
||||||
dérivés d'Unix), et qui interprète les commandes. Par exemple, vous y
|
|
||||||
tapez <code>pine</code> ou <code>mutt</code>, <code>forum</code>,
|
|
||||||
<code>cc</code>, <code>mozilla</code>, etc.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Mais quel rapport avec une coquille ? Eh bien, dans une coquille
|
|
||||||
vous pouvez mettre de l'eau, pour la porter ensuite à votre
|
|
||||||
bouche ; vous pouvez y mettre du sable avant de le verser dans des
|
|
||||||
bocaux ; en somme, une coquille est un récipient qui permet
|
|
||||||
de manipuler toutes sortes de contenus. Il en va de même du shell. C'est
|
|
||||||
un outil en mode texte qui permet l'exploitation d'un grand nombre de
|
|
||||||
ressources de l'ordinateur.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Cette page vous donnera les rudiments pour exploiter les deux
|
|
||||||
principales fonctionnalités du shell :
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<ul>
|
|
||||||
<li> l'usage interactif, reposant sur les <strong>lignes de
|
|
||||||
commandes</strong> ;</li>
|
|
||||||
<li> la conception de <strong>scripts</strong> (programmes écrits en
|
|
||||||
shell). </li>
|
|
||||||
</ul>
|
|
||||||
|
|
||||||
|
|
||||||
<h2><a name="etats">Les deux états du shell</a>
|
|
||||||
</h2>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Le shell, comme le normalien, ne connaît que deux états :
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<ul>
|
|
||||||
<li> le travail ;</li>
|
|
||||||
<li> l'inactivité.</li>
|
|
||||||
</ul>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Le shell, une fois lancé, est inactif : il attend qu'on lui donne
|
|
||||||
des ordres. Quand on lui en donne un, il l'exécute ; et quand il a
|
|
||||||
terminé, il retourne à son état d'inactivité, en attente d'un nouveau
|
|
||||||
commandement.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Quand le shell est inactif, il affiche une <em>invite</em>
|
|
||||||
(<em>prompt</em> en anglais), qui ressemble à cela :
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<pre>
|
|
||||||
<span class="prompt">chaland ~ $</span>
|
|
||||||
</pre>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Un curseur, parfois clignotant, indique que le shell attend que vous lui
|
|
||||||
tapiez des instructions.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<h2><a name="path">Comment le shell trouve-t-il les commandes ?</a>
|
|
||||||
</h2>
|
|
||||||
|
|
||||||
<h3>L'ordre de recherche</h3>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
J'ai l'habitude de taper des commandes dans le shell, et je vois qu'il
|
|
||||||
réagit. Mais comment comprend-il ce que je veux faire ?
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Prenons un cas simple. Je tape la commande <code>bonjour</code> à
|
|
||||||
l'invite (<em>prompt</em>) du shell. Il va chercher à plusieurs endroits
|
|
||||||
ce que j'entends par là :
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<ol>
|
|
||||||
<li> d'abord, il va se demander si <code>bonjour</code> n'est pas une de
|
|
||||||
ses commandes intégrées ; si c'est le cas, il l'exécute
|
|
||||||
directement, sinon il passe à l'étape suivante ;</li>
|
|
||||||
<li> ensuite, il va lire le contenu d'une variable, qui s'appelle
|
|
||||||
<code>PATH</code>, et qui indique le « chemin » où trouver les
|
|
||||||
commandes que l'on appelle. Par exemple, si la variable PATH contient
|
|
||||||
les répertoires :
|
|
||||||
<ul>
|
|
||||||
<li> <code>/usr/bin</code> </li>
|
|
||||||
<li> <code>/bin</code> et </li>
|
|
||||||
<li> <code>/home/toto/bin</code>,</li>
|
|
||||||
</ul>
|
|
||||||
alors le shell va chercher successivement les commandes :
|
|
||||||
<ul>
|
|
||||||
<li> <code>/usr/bin/bonjour</code>,</li>
|
|
||||||
<li> <code>/bin/bonjour</code> et </li>
|
|
||||||
<li> <code>/home/toto/bin/bonjour</code> ;</li>
|
|
||||||
</ul></li>
|
|
||||||
<li> enfin, s'il ne trouve la commande dans aucun des répertoires
|
|
||||||
référencés par le <code>PATH</code>, il va renvoyer un message d'erreur
|
|
||||||
en disant que désolé, il ne voit pas ce que l'on entend par
|
|
||||||
<code>bonjour</code>. Exemple :
|
|
||||||
|
|
||||||
<pre>
|
|
||||||
<span class="prompt">chaland ~ $</span> bonjour
|
|
||||||
bonjour: Command not found</pre> </li>
|
|
||||||
</ol>
|
|
||||||
|
|
||||||
<p> La <a href="#variables">variable</a> <code>PATH</code> consiste en
|
|
||||||
une liste de répertoires séparés par des
|
|
||||||
« <code>:</code> ». Si vous voulez voir à quoi ressemble votre
|
|
||||||
PATH, tapez :
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<pre>
|
|
||||||
<span class="prompt">chaland ~ $</span> echo $PATH</pre>
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
<h3><a name="builtins">Les commandes internes</a></h3>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Certaines commandes du shell ne sont pas des programmes mais des
|
|
||||||
commandes <em>internes</em> (<em>builtins functions</em>). Comme nous
|
|
||||||
l'avons vu, elles sont directement reconnues et exécutées par le shell.
|
|
||||||
Un exemple de commande interne est <code>cd</code> ; elle modifie
|
|
||||||
le répertoire courant du shell.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<div class="attention">
|
|
||||||
<p>
|
|
||||||
Attention : si vous créez un script (c'est-à-dire un programme
|
|
||||||
écrit en langage shell) qui utilise <code>cd</code>, il ne modifie pas
|
|
||||||
le répertoire courant du shell qui lance ce script, mais celui d'un
|
|
||||||
shell qui est créé à l'occasion de l'exécution de ce script, et qui
|
|
||||||
meurt à la fin de cette exécution.</p>
|
|
||||||
|
|
||||||
<p> Exemple : je crée un script <code>aller</code> qui contient les
|
|
||||||
lignes suivantes : </p>
|
|
||||||
|
|
||||||
<pre>
|
|
||||||
#! /bin/sh
|
|
||||||
cd $*</pre>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Nous aurons alors :
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<pre>
|
|
||||||
<span class="prompt">chaland ~ $</span> aller toto
|
|
||||||
<span class="prompt">chaland ~ $</span> cd toto
|
|
||||||
<span class="prompt">chaland ~/toto $</span></pre>
|
|
||||||
|
|
||||||
</div>
|
|
||||||
|
|
||||||
|
|
||||||
<h2><a name="prog">Quels programmes utilisent le langage du shell ?</a></h2>
|
|
||||||
|
|
||||||
<h3>Les scripts shell</h3>
|
|
||||||
<p>
|
|
||||||
La répétition de commandes complexes en ligne de commande du shell est
|
|
||||||
rapidement fastidieuse ; aussi est-il très pratique de connaître
|
|
||||||
les bases de la programmation de scripts shell. Les scripts servent à
|
|
||||||
automatiser ou systématiser des tâches.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
|
|
||||||
<h3>Le script <code>.profile</code></h3>
|
|
||||||
<p>
|
|
||||||
Il existe un script spécial, qui est exécuté au moment où on se connecte. Ce
|
|
||||||
script est contenu dans le fichier <code>$HOME/.profile</code>. C'est ce
|
|
||||||
fichier qui vous dit s'il y a de nouveaux messages dans forum, si vous avez
|
|
||||||
du courrier, etc.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<p>
|
|
||||||
Ce fichier est normalement mis à jour automatiquement par les scripts de la
|
|
||||||
config conscrits. Il est néanmoins possible de le modifier pour changer des
|
|
||||||
options.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
<h3>Le script <code>.xinitrc</code></h3>
|
|
||||||
<p> Il existe encore le script <code>.xinitrc</code>, qui lance X ;
|
|
||||||
X est le gestionnaire de fenêtres classique sous Unix.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
|
|
||||||
<h3>Créer ses propres scripts</h3>
|
|
||||||
<p>
|
|
||||||
Le nombre de scripts possibles est illimité ; vous pouvez en créer
|
|
||||||
autant que vous voulez, selon vos besoins : c'est ainsi que l'on
|
|
||||||
personnalise son système et qu'on l'adapte à ses exigences, plutôt que
|
|
||||||
l'inverse.
|
|
||||||
</p>
|
|
||||||
|
|
||||||
|
|
||||||
<div class="metainformation">
|
|
||||||
Basé sur un polycopié de Roberto Di Cosmo, Xavier Leroy et Damien
|
|
||||||
Doligez.
|
|
||||||
Modifications : Nicolas George, Baptiste Mélès.
|
|
||||||
Dernière modification le <date value="$Date: 2005-05-31 11:02:00 $"
|
|
||||||
/>.
|
|
||||||
</div>
|
|
||||||
|
|
||||||
</body>
|
|
||||||
</html>
|
|
||||||
Loading…
Reference in a new issue