Méthode portable pour sauver un fichier de config

Version imprimable

10/08/2006, 23h38
YéTeeh

Méthode portable pour sauver un fichier de config

Bonjour,

Je suis confronté au cas (banal) où je dois sauver des informations de configuration et je me demande s'il existe des outils pour accéder au répertoire de l'utilisateur quelle que soit la plateforme (le /home/moi/ d'unix, le Mes documents de windows).

De plus, j'aimerais bien que le fichier soit automatiquement caché à la manière du système sur lequel il est (genre un point devant le nom pour unix ou l'attribut pour windows).

J'espérais que boost saurait m'aider, mais je n'y ai rien vu de tel. Auriez-vous quelques pistes pour moi ?

Merci.
11/08/2006, 08h53
dabeuliou

Je ne connais pas Boost, par contre si tu peux utiliser les classes de Qt, alors les méthodes QDir::home() ou QDir::homePath() pourraient faire l'affaire.

Sinon, pourquoi ne pas coder toi-même la fonction qui fait ce travail et qui en fonction de la plateforme irait lire les variables d'environnement appropriées ?
11/08/2006, 09h10
superspag

Pour mes fichiers de configuration, j'utilise boost::serialization
=> fichier de configuration en xml par exemple :)
11/08/2006, 09h53
YéTeeh

Citation:

Envoyé par dabeuliou

Je ne connais pas Boost, par contre si tu peux utiliser les classes de Qt, alors les méthodes QDir::home() ou QDir::homePath() pourraient faire l'affaire.

Je n'utilise pas Qt alors du coup ça ferait une sacré dépendance.

Citation:

Envoyé par dabeuliou

Sinon, pourquoi ne pas coder toi-même la fonction qui fait ce travail et qui en fonction de la plateforme irait lire les variables d'environnement appropriées ?

J'ai l'impression que c'est ce que je vais faire, mais je préfèrerais avoir un truc déjà prêt et complet (genre même pour les OS fantaisistes).

Citation:

Envoyé par superspag

Pour mes fichiers de configuration, j'utilise boost::serialization
=> fichier de configuration en xml par exemple

boost::serialization, si je me souviens bien, ça permet de sauver le contenu d'une classe, mais est-ce que ça peut m'aider à trouver un dossier dans lequel l'application a le droit d'écrire ?
11/08/2006, 13h33
superspag

Citation:

boost::serialization, si je me souviens bien, ça permet de sauver le contenu d'une classe, ...

Tout à fait, il suffit de lui dire comment tu veux sauver tel et tel attribut et dans quel format serialiser.

Citation:

... mais est-ce que ça peut m'aider à trouver un dossier dans lequel l'application a le droit d'écrire ?

Je ne comprend pas ?! En gros avec boost::serialization tu transformes :

Objets => std::ostream
std::istream => Objets

Ensuite, de tes streams tu en fait ce que tu veux. Tu peux trés bien enregistrer/lire une stream à partir d'un fichier. ;)
11/08/2006, 13h38
YéTeeh

Citation:

Envoyé par superspag

Ensuite, de tes streams tu en fait ce que tu veux. Tu peux trés bien enregistrer/lire une stream à partir d'un fichier. ;)

Justement, ce que je veux savoir c'est où stocker mes fichiers (un dossier dans lequel l'application peut écrire et propre à l'utilisateur), pas comment.

Merci quand même
11/08/2006, 14h01
superspag

Oky désolé, je n'avais effectivement pas compris cela... Je me suis trop focalisé sur le titre du post :aie:
11/08/2006, 16h32
Clad3

J'ai lu ca en diagonale mais :

Tu créer / écrit / lit dans un fichier .txt ( .xml ou ce qui t'arrange ), ce fichier tu le met quelquepart dans l'arboresance de ton projet initial .

MonProjet/Config/config.txt

Et pour être sur que ta facons d'y accéder sera portable tu utilise une lib toute faite, comme boost::file [ il doit meme y avoir un tutorial ici quelquepart si mes souvenirs sont bons ) .
11/08/2006, 16h43
superspag

YéTeeh cherche une fonction qui te retourne un path vers un répértoire accessible en ecriture pour l'utilisateur courant...

Par exemple :

- sous unix \home\myName\...
- sous windows C:\Documents and Settings\myName\...

Je ne pense pas qu'il y ai quelque chose qui fasse ça dans boost... :koi:
11/08/2006, 17h37
mat.M

Citation:

Envoyé par YéTeeh

Bonjour,

Je suis confronté au cas (banal) où je dois sauver des informations de configuration et je me demande s'il existe des outils pour accéder au répertoire de l'utilisateur quelle que soit la plateforme (le /home/moi/ d'unix, le Mes documents de windows).

C'est pas possible de faire qque chose de standard car sous Windows, internationalisation oblige, il faut supporter Unicode - je ne sais pas si ça existe ou c'est développé sous Unix.
Donc il faudra utiliser des routines spéciales...
11/08/2006, 23h02
yan

J'ai cherché la meme chose y as quelque temps. :aie:
http://www.developpez.net/forums/showthread.php?t=73600
La seule chose que j'ai trouvé c'est getcwd() :?
et cela ne donne que le repertoire courant de l'execution (repertoire ou l'on execute l'exe).
Attention getdir() change ce repertoire courant.

De tout ce que j'ai trouver, le mieux est de definir une variable d'environnement et d'utiliser getenv();

http://www.informit.com/guides/conte...eqNum=245&rl=1
11/08/2006, 23h06
Clad3

Si il possède un .exe installé ( y'a d'autre utilisation qui peuvent posé problème, genre si il accède au disque d'une machine par un résaux donc sans installation d'un logiciel sur les machine cible, mais bon ca devient un peu tordu )

Dans le cas général, je ne vois pas ce qui ne va pas ( pour ce que l'OP demande : c-a-d stocker des info. de conf. ) avec la méthode ( simple qui puis est) d'un fichier dans un sous repertoire de l'endroit ou est lancé/installé son logiciel ...
12/08/2006, 00h02
yan

Citation:

Envoyé par Clad3

Si il possède un .exe installé ( y'a d'autre utilisation qui peuvent posé problème, genre si il accède au disque d'une machine par un résaux donc sans installation d'un logiciel sur les machine cible, mais bon ca devient un peu tordu )

Dans le cas général, je ne vois pas ce qui ne va pas ( pour ce que l'OP demande : c-a-d stocker des info. de conf. ) avec la méthode ( simple qui puis est) d'un fichier dans un sous repertoire de l'endroit ou est lancé/installé son logiciel ...

si tu lance l'exe situé c:/aaaa/xxx.exe dans le repertoire c:/bbbb/ ben tu va ecrire les fichier de config dans c:/bbbb/ et non dans c:/aaaa/ si tu ne sait pas ou se situ ton exe. Enfin si j'ai bien compris son problème
12/08/2006, 00h43
Clad3

Citation:

si tu lance l'exe situé c:/aaaa/xxx.exe dans le repertoire c:/bbbb/

Il est tard, ca ne doit pas aider, mais je n'ai pas comprit .

Ton exe il est là ou tu l'install, si du déplace juste l'exe et pas le reste du programme [dll,images,fichier config ... ] , tu aura forcément des erreurs.

Si c'est un raccourci vers l'exe, pas de problème a priori .

[ en fait j'ai vraiment du mal a comprendre le sens de ta phrase ]
12/08/2006, 03h16
YéTeeh

Tout cela marche bien sous un windows vu que tout le monde peut écrire n'importe où, mais sous linux, mon prog est dans le dossier /usr/bin, où l'utilisateur n'a pas le droit d'écrire. L'idéal serait d'écrire dans ~/.mon_prog/ mais c'est spécifique aux unix, et encore je ne sais même pas si le ~ sera remplacé automatiquement par le chemin du répertoire utilisateur. Quoi qu'il en soit, ce ne sera pas utilisable tel quel sous windows, ou (là je ne suis pas sûr) sous mac. Ça ne serait sans doute pas compliqué à faire avec quelques macros qui valident ce qui faut selon le système sur lequel on compile, mais je préfèrerais une bibliothèque toute prête.
12/08/2006, 11h20
yan

Citation:

Envoyé par Clad3

Il est tard, ca ne doit pas aider, mais je n'ai pas comprit .

Ton exe il est là ou tu l'install, si du déplace juste l'exe et pas le reste du programme [dll,images,fichier config ... ] , tu aura forcément des erreurs.

Si c'est un raccourci vers l'exe, pas de problème a priori .

[ en fait j'ai vraiment du mal a comprendre le sens de ta phrase ]

Si tu Presice le repertoire d'execution, tu peut lancer ton exe qui s'executera dans ce repertoire. c'est comme quand tu faire la commande dir,ls... dans une console. Tu te situe dans un repertoire et tu l'execute. Donc l'exe s'execute dans ce repertoire et non dans le repertoire ou il est situé.
C'est dur a expliqué en faite dsl.
12/08/2006, 12h00
Médinoc
Les préférences utilisateur ne doivent PAS être stockées dans le répertoire du programme: Celui-ci peut être en lecture seule.

Le mieux que le P.O. puisse faire, je pense, c'est sa propre fonction avec des #ifdef dedans.
Au pire, il peut utiliser les variables d'environnement:
- $HOME sous Linux
- %USERPROFILE%, %APPDATA% sous Win32 (même si utiliser les fonctions spécifiques, comme SHGetSpecialFolderPath(), serait préférable).
12/08/2006, 12h05
YéTeeh
Citation:
Envoyé par Médinoc

Au pire, il peut utiliser les variables d'environnement:
$HOME sous Linux
%USERPROFILE%, %APPDATA% sous Win32 (même si utiliser les fonctions spécifiques, comme SHGetSpecialFolderPath(), serait préférable).
Ça, c'est une idée qui me plait bien. C'est pas très galère et ça me semble le plus propre.

Merci
12/08/2006, 13h10
Médinoc

Par contre, là encore, savoir quelle variable utiliser dépend de l'OS.
Et pour Windows, les variables d'environnement sont deprecated au profit des fonctions (mais toujours valides, en théorie).
12/08/2006, 16h32
Luc Hermitte

Il n'y a pas un $home sous windows ?
C'est pas impossible que cela fasse parti des premières manips que je réalise quand j'installe une machine, mais j'avoue avoir oublié -- vu que j'ai une conf stable que je ne reboote même pas.

Fuseau horaire GMT +2. Il est actuellement 11h10.