Signification ./ linux
Résolu/Fermé
manager30
Messages postés
113
Date d'inscription
vendredi 1 février 2008
Statut
Membre
Dernière intervention
14 mai 2016
-
27 févr. 2008 à 09:44
manager30 Messages postés 113 Date d'inscription vendredi 1 février 2008 Statut Membre Dernière intervention 14 mai 2016 - 27 févr. 2008 à 10:56
manager30 Messages postés 113 Date d'inscription vendredi 1 février 2008 Statut Membre Dernière intervention 14 mai 2016 - 27 févr. 2008 à 10:56
A voir également:
- Linux signification
- Ghz signification - Guide
- Tu es un amour signification ✓ - Forum Loisirs / Divertissements
- :P signification sms - Forum Mail
- Linux mint - Télécharger - Systèmes d'exploitation
- Sirène pompiers 5 fois signification ✓ - Forum Loisirs / Divertissements
5 réponses
[Dal]
Messages postés
6174
Date d'inscription
mercredi 15 septembre 2004
Statut
Contributeur
Dernière intervention
2 février 2024
1 083
27 févr. 2008 à 10:30
27 févr. 2008 à 10:30
Salut,
Il y a un espace entre les deux points dans ". ./vars", et je ne crois pas que tu l'aies fait par erreur, compte tenu du contexte où tu dis que tu fixes d'abord les variables (dans "vars").
1.
Je pense que tu parles de fichiers utilisés dans le contexte de EASY-RSA.
"vars" est un fichier qui comporte des variables d'environnement qui doivent être exportées et actives dans l'environnement dans lequel tu travailles en ligne de commande. Par conséquent, "vars" ne doit pas être lancé dans un processus indépendant du bash dans lequel tu te trouves déjà en ligne de commande (sinon les variables ne seraient initialisées que dans le processus lancé et se termineraient avec le processus).
. ./vars
Va avoir pour effet d'inclure le contenu de fichier "vars" du répertoire courant dans le contexte du shell actuel sans lancer un autre processus.
Si tu édites le fichier "vars", tu verras qu'il ne comporte pas une ligne initiale de la forme "#!/usr/local/bin/bash". D'ailleurs, il n'est pas nécessaire qu'il soit exécutable.
2.
Par contre, ./clean-all lance simplement l'exécutable, qui est bien doté de la ligne initiale "#!/usr/local/bin/bash" et s'exécute dans son propre processus.
Tu noteras que ce script a, lui aussi, besoin des variables d'environnement définies dans "vars". Pour faire cela, il fait une inclusion du contenu du fichier "vars" avec la commande
source vars
La commande "." et "source" sont synonymes.
https://ss64.com/bash/source.html
Dal
Il y a un espace entre les deux points dans ". ./vars", et je ne crois pas que tu l'aies fait par erreur, compte tenu du contexte où tu dis que tu fixes d'abord les variables (dans "vars").
1.
Je pense que tu parles de fichiers utilisés dans le contexte de EASY-RSA.
"vars" est un fichier qui comporte des variables d'environnement qui doivent être exportées et actives dans l'environnement dans lequel tu travailles en ligne de commande. Par conséquent, "vars" ne doit pas être lancé dans un processus indépendant du bash dans lequel tu te trouves déjà en ligne de commande (sinon les variables ne seraient initialisées que dans le processus lancé et se termineraient avec le processus).
. ./vars
Va avoir pour effet d'inclure le contenu de fichier "vars" du répertoire courant dans le contexte du shell actuel sans lancer un autre processus.
Si tu édites le fichier "vars", tu verras qu'il ne comporte pas une ligne initiale de la forme "#!/usr/local/bin/bash". D'ailleurs, il n'est pas nécessaire qu'il soit exécutable.
2.
Par contre, ./clean-all lance simplement l'exécutable, qui est bien doté de la ligne initiale "#!/usr/local/bin/bash" et s'exécute dans son propre processus.
Tu noteras que ce script a, lui aussi, besoin des variables d'environnement définies dans "vars". Pour faire cela, il fait une inclusion du contenu du fichier "vars" avec la commande
source vars
La commande "." et "source" sont synonymes.
https://ss64.com/bash/source.html
Dal
SebManfred
Messages postés
484
Date d'inscription
mardi 28 août 2007
Statut
Membre
Dernière intervention
20 mai 2011
128
27 févr. 2008 à 09:48
27 févr. 2008 à 09:48
salut,
c'est des adressages relatifs.
./ ça veut dire que tu pars du répertoire courant dans lequel tu te situe
../ ça veut dire que tu remonte d'un cran dans ton arborescence
par exemple, tu as un répertoire root, puis dedan, 2 sous répertoires : subroot1 et subroot2, avec dans chacun d'eux un fichier toto.txt
si tu es dans subroot1 et que tu fais ./toto.txt, ça veut dire que tu appelle ton fichier toto.txt qui est dans ton répertoire subroot1
si tu veux appeler celui dans subroot2, il faut remonter d'un cran pour redescendre dans subroot2, et pour ça, tu fais :
../subroot2/toto.txt
c'est des adressages relatifs.
./ ça veut dire que tu pars du répertoire courant dans lequel tu te situe
../ ça veut dire que tu remonte d'un cran dans ton arborescence
par exemple, tu as un répertoire root, puis dedan, 2 sous répertoires : subroot1 et subroot2, avec dans chacun d'eux un fichier toto.txt
si tu es dans subroot1 et que tu fais ./toto.txt, ça veut dire que tu appelle ton fichier toto.txt qui est dans ton répertoire subroot1
si tu veux appeler celui dans subroot2, il faut remonter d'un cran pour redescendre dans subroot2, et pour ça, tu fais :
../subroot2/toto.txt
jee pee
Messages postés
39502
Date d'inscription
mercredi 2 mai 2007
Statut
Modérateur
Dernière intervention
28 mars 2024
9 204
27 févr. 2008 à 09:48
27 févr. 2008 à 09:48
bonjour,
ce sont bien deux notions différentes :
./ signifie dans le répertoire courant
../ signifie dans le répertoire père
cdt
ce sont bien deux notions différentes :
./ signifie dans le répertoire courant
../ signifie dans le répertoire père
cdt
manager30
Messages postés
113
Date d'inscription
vendredi 1 février 2008
Statut
Membre
Dernière intervention
14 mai 2016
3
27 févr. 2008 à 09:51
27 févr. 2008 à 09:51
ok j'ai a peu pres compris mERCI
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
manager30
Messages postés
113
Date d'inscription
vendredi 1 février 2008
Statut
Membre
Dernière intervention
14 mai 2016
3
27 févr. 2008 à 10:56
27 févr. 2008 à 10:56
MERCI je vais relire pour bien comprendre ^^