Discussion :

[d10g3n]

Bonjour,

pour charger un fichier de config d'un script (contenant les différentes constantes à initialiser), je suis obligé de sourcer le fichier avec son chemin exact :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

source /chemin_du_script/monfichier.ini

j'aimerais pouvoir rendre le chargement de ce fichier de config indépendant de sa localisation. J'avais imaginer faire quelque chose du type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$(pwd)/monfichier.ini

or, pwd me renvoie le chemin depuis lequel on exécute le script, pas celui où se trouve le script.

Comment faire ?

[N_BaH]

vois ceci...
?

[d10g3n]

merci beaucoup, désolé de ne pas avoir cherché comme il faut sur le forum...
la solution est donc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

execPath=$(cd (dirname $0); pwd)

[d10g3n]

en fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

execPath=$(dirname $0)

suffit largement...

[AnsuzPeorth]

en fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

execPath=$(dirname $0)

suffit largement...

Non, dans certain cas, cela ne sera pas suffisant .(chemin relatif, absolu)
De plus, aucune des solutions ne protègent des espaces dans le path

Si des personnes chevronnées te dirigent vers un post, c'est que c'est LA solution, et tu penses bien que TA solution, ils la connnaissent, si ils ne l'indiquent pas, c'est pas pour rien

PS: perso, j'écris comme ça, je double les cotes pour protéger des espaces, et je ne savais pas qu'on pouvait se passer du $ pour le dirname ! (a moins que le $ oblige la protection des blancs)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

path=$(cd "$(dirname "$0")"; pwd)

[Drawingrom]

en bash on a aussi

path="$(cd "${0%/*}"; pwd)"

il faut pas oublier les guillemets dans ta définition de variable .
Utiliser des espace dans les chemins unix, il faut être joueur...

exemple (remplace var par 0):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
romain@lilibox:~$ var="un machin/truc"
romain@lilibox:~$ toto="$(cd "${var%/*}"; pwd)"
romain@lilibox:~$ echo $toto
/home/romain/un machin

[Sve@r]

Non, dans certain cas, cela ne sera pas suffisant .(chemin relatif, absolu)

Hum, dans 99,9% des cas, si on cherche le chemin du script, c'est parce qu'on a besoin d'aller chercher un fichier particulier et qu'on sait où est ce fichier par rapport au script.
Et donc dans ces 99,9% des cas, qu'on récupère le chemin relatif ou absolu ne changera rien car on saura, à partir de ce chemin récupéré, trouver le fichier qui nous intéresse.
En l'occurrence, d10g3n a juste besoin de récupérer un fichier "monfichier.ini" situé dans le même répertoire que le script, ici la solution path=$(dirname $0) suffira amplement et fonctionnera qu'on ait lancé le script en relatif ou en absolu...

PS: perso, j'écris comme ça, je double les cotes pour protéger des espaces, et je ne savais pas qu'on pouvait se passer du $ pour le dirname ! (a moins que le $ oblige la protection des blancs)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

path=$(cd "$(dirname "$0")"; pwd)

Non. Le $(...) symbolise l'appel à une commande et il est obligatoire. Ou alors on passe par l'ancienne syntaxe `...`