Chemin absolu, relatif des fichiers

Bonjour,

Mon programme doit accéder à différents fichiers situés dans son répertoire.

J'ai par exemple un fichier de configuration. Je l'ouvre comme cela

Code:

---

std::fstream file("gestion_appel.conf");

---

donc en chemin relatif.

Tout marche bien lorsque je lance mon programme depuis son répertoire. Mais par contre, lorsque qu'il est lancé autrement (raccourcis qui le lance en chemin absolu), mon programme ne trouve plus le fichier...

Dois-je ouvrir mon fichier selon le chemin absolu ? Pas très pratique si on installe le programme dans différents répertoires...

C'est un problème de répertoire courant vs. répertoire de l'exécutable.

Sous un OS unixoïde, il me semble qu'il n'existe pas de moyen fiable à 100% de récupérer le répertoire de l'exécutable, donc tu vas devoir suivre la mode unixoïde: Lire ton .conf à partir d'un chemin absolu tiré des variables d'environnement (typiquement $HOME)...

Merci pour la piste, je me suis lancé dans l'utilisation des variables d'environnements.

J'ai créé ma variable, mais mon appli plante lamentablement en essayant de la lire avec get_env("MA_VARIABLE").

Pour le moment, je dois faire fonctionner mon application pour Windows :(.

J'ai donc ajouter ma variable dans ce registre SYSTEM\CurrentControlSet\Control\Session Manager\Environment\

Elle apparait bien dans la liste des variables d'environnements.

J'arrive pourtant à lire les autre variable avec get_env

Tu as redémarré ta session depuis.
Car les variables d'environnement sont positionnées lors de la création de ton environnement. Dans certains cas, il faut même rebooter (variable d'environnement pour les services par exemple)

N'utilise pas les variables d'environnement sous Windows.
Pour sauvegarder un fichier de configuration sous Windows, on utilise SGHetFolderPath() pour obtenir le chemin du dossier Application Data de l'utilisateur...

Effectivement il fallait un redémarrage :roll:

SHGetFolderPath() n'est pas multiplatforme. A moins qu'une fonction similaire le soit, je reste sur les variables de sessions.

Le problème, c'est que la philosophie unix n'est pas multiplateforme non plus.
Écrire deux versions d'une fonction n'est pas si compliqué que ça...

Citation:

---

Envoyé par Médinoc

Le problème, c'est que la philosophie unix n'est pas multiplateforme non plus.
Écrire deux versions d'une fonction n'est pas si compliqué que ça...

---

C'est pas faux, mais je veux que mon application soit portable. Dans ce cas là, je n'ai pas tellement le choix...

Salut,

Sinon tu peux aussi demander à ce qu'on passe le fichier de configuration en paramètre à ton application...

MAT.

Oui c'est aussi une solution, merci.

Je pense avoir trouvé mieux. Je récupère le nom complet de l'application (chemin compris) dans argv[0]. Et j'extrais le path de l'application avec rfind et substr de std::string.

Par contre, il ne faut pas renommer l'application.

Citation:

---

Envoyé par Anium

C'est pas faux, mais je veux que mon application soit portable. Dans ce cas là, je n'ai pas tellement le choix...

---

Code:

---

1 2 3 4 5 6 7

#if defined(WIN32) // version Windows #elif defined(_XOPEN_SOURCE) // version POSIX #elif blablabla ... #endif

---

Citation:

---

Je récupère le nom complet de l'application (chemin compris) dans argv[0]

---

Sauf que la norme ne garantit pas que argv[0] contienne le nom complet de l'application (chemin compris)...
argv[0] peut contenir:

• Le chemin complet
• Juste le nom de l'exécutable
• rien du tout...