Discussion :

[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).

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.

[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 ?

[superspag]

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

[YéTeeh]

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.

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).

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 ?

[superspag]

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.

... 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.

[YéTeeh]

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

[mat.M]

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...

[yan]

J'ai cherché la meme chose y as quelque temps.
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

[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 ...

[yan]

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

[Clad3]

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 ]