O� tu t'es tromp� ?
le path, comme je ne dit est utilis� par l'interpr�teur de commande pour 
aller chercher la commande que tu veux ex�cuter. 
Par exemple, je suis dans bash et je veux avoir le listing de mon r�pertoire 
alors, je fais :

[denis@denisb denis]$ ls linux*
linux-2.4.12.tar.bz2  linux-2.4.8.tar.bz2
[denis@denisb denis]$ 

que c'est-il pass� ?

Et bien, en �crivant le ls<enter>, bash, a pris ma commande (ls) et a 
v�rifier si c'�tait une de ses commandes interne, r�ponse : Non !
Alors il a v�rifi� dans les r�pertoires dans la variable $PATH pour voir si 
c'est une commande qui se trouve dans un des r�pertoires, dans ce cas, ma 
variable $PATH est :
[denis@denisb denis]$ echo $PATH
/bin:/usr/bin:/usr/bin/X11:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/home/denis/bin:/home/denis/bin

il trouve donc la commande ls dans /bin et l'ex�cute,
ls re�oit alors des param�tres, ceux se trouvant sur la ligne de commande 
:linux*
ls  alors prend le r�pertoire courant, dans mon cas :
[denis@denisb denis]$ pwd
/home/denis
et affiche tous les fichiers commen�ant par linux dans le r�pertoire 
/home/denis

Ce que tu as confondu, c'est l'emplacement de la commande � �x�cuter que le 
OS trouve grace � la variable $PATH et les param�tres et ou fichiers que la 
commande situe en rapport � l'emplacement d'o� � �t� appeler la commande.

Donc, si on fait,

cat machin
et nous sommes dans le r�pertoire truc, dans lequel, Oh Hasard! il y 
justement, un fichier nomm� machin. Alors, 'cat' va simplement affiche 
lecontenu du fichier...

Dans le message que tu as envoy�, tu disais que c'�tait normal qu'il ne 
trouvait pas le r�pertoire car, il ne faisait pas le cat ./machin ...

le ./machin ne change rien, car les commandes lanc�, prennent appuis sur le 
contexte du lancement, donc, si tu lance une commande qui prend en param�tre 
un fichier, et la commande cherche dans le r�pertoire courant et non pas dans 
tous les r�pertoires du path... !

Ce que je te reproche, ce n'est pas le tant le fait d'avoir �crit, (je trouve 
tr�s bien que tous �crivent) mais c'est le fait que tu n'as pas test� ce que 
tu disais avant de l'avoir �crit, si tu avait un test du genre :
il y a-t-il un diff�rence entre :
[denis@denisb denis]$ cat b.txt
Allo le monde
[denis@denisb denis]$ cat ./b.txt
Allo le monde

tu aurais donc vu que ce que tu pensais n'�tait pas vrai !

Continue � �crire, et v�rifie avant d'affirmer !

-Denis Bergeron

Le 29 Octobre 2001 13:44, vous avez �crit :
> Je te remercie de tes remarques et a l'avenir je fermerais ma bouche
> plutot qu essayer d'aider un linuxien meme confirme dans le besoin et je
> garderais mes remarques pour moi.
>
> Seulement, si je puis faire une remarque plutot que de me relancer dans
> une guerre des mots, j'aimerais que tu m'explique ou je me suis trompe
> pour que ca me serve de lecon ;=)
>
> Alimi.stephane toujours Zen ;=)
>
> -----Message d'origine-----
> De�: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] De la part de Jean
> Segers
> Envoy�: vendredi 26 octobre 2001 16:05
> ��: [EMAIL PROTECTED]
> Objet�: Re: [Confirme] delire sysconfig
>
> Denis Bergeron a �crit :
> > Cher Alimi.Stephane...
> > Si tu regarde bien, tu verra que notre ami Paul a raison de
>
> s'inqui�ter,
>
> > car il est dans le r�pertoire /etc lorsqu'il fait sa commande `cat
> > sysconfig` et il n'a pas besoin de faire `cat ./sysconfig` qui est une
> > abh�ration syntaxique incommensurable.
> > Le path est utilis� pour que l'OS (peut importe celui-ci d'ailleur)
> > puisse aller chercher les fichiers ex�cutable.... pas les fichier de
> > donn�es qui s'y rattache... �a c'est � l'ex�cutable � les trouver.
> >
> > En fait, je trouve que tes commentaires, sont au mieux d�placer dans
>
> la
>
> > liste confirme et que tu devrais au moins avoir la comp�tence
> > intellectuelle de savoir ne rien dire lorsque tu ne connais pas; et au
> > pire, tes commentaires sont dangeureux, car en �crivant une abh�ration
> > tel que celle-ci, tu s�mes le doute !
> >
> > -Denis Bergeron
>
> Et vlan, en plein dans les gencives ;-)))

Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";

Répondre à