Recherche du répertoire personnel

**plxpy** · 26/03/2011, 14h48

La commande (printenv) existe, certes mais l'utiliser pour récupérer la valeur de HOME ???

- un system("printenv") tout bête va cracher des tonnes de lignes sur la sortie standard (pur affichage) !
- un popen("printenv","r") et lire, ligne à ligne, jusqu'à trouver un "HOME=..." et la traiter ?

un getenv("HOME") me semble plus approprié

**souviron34** · 26/03/2011, 14h53

Envoyé par plxpy

La commande (printenv) existe, certes mais l'utiliser pour récupérer la valeur de HOME ???

Non, je répondais à :

J'ai fait le petit programme sous Linux :

(post #7)

Je disais simplement que c'est inutile, puisque la commande printenv existe..

Maintenant, pour récupérer la valeur, oui le getenv est ce qu'il faut..

**troumad** · 26/03/2011, 15h39

Envoyé par souviron34

t'as raison je viens de vérifier dans mes fichiers c'est "HOME" ..

N'empêche que la commande est là ..

Oui, mais pourquoi mon programme plante si je mets "HOME" ?

**troumad** · 26/03/2011, 15h42

Envoyé par plxpy

La commande (printenv) existe, certes mais l'utiliser pour récupérer la valeur de HOME ???

- un system("printenv") tout bête va cracher des tonnes de lignes sur la sortie standard (pur affichage) !
- un popen("printenv","r") et lire, ligne à ligne, jusqu'à trouver un "HOME=..." et la traiter ?

un getenv("HOME") me semble plus approprié

Très intéressant, mais sous windows ça marche ?

**plxpy** · 26/03/2011, 15h46

Parce que getenv ne renvoie pas un int (par défaut si la fonction n'a pas été définie) mais un char *.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
plx@sony:~$ gcc home.c 
home.c: In function ‘main’:
home.c:5: warning: format ‘%s’ expects type ‘char *’, but argument 3 has type ‘int’
~$plx@sony:~$ more home.c
#include <stdio.h>
int main()
{
    fprintf(stdout,"%s\n",getenv("HOME"));
}
 
plx@sony:~$

Et ça si tu n'inclus pas stdlib.h comme indiqué précédemment ...

**plxpy** · 26/03/2011, 15h49

Très intéressant, mais sous windows ça marche ?

Oui si ... HOME est une variable d'environnement "standard". Je viens de vérifier et sous Vista, apparemment, si on ne la définit pas explicitement (Panneau de configuration/.../Paramètres avancés), elle n'existe pas... Dans ce cas là, getenv doit renvoyer NULL ou chaine vide

**troumad** · 26/03/2011, 15h56

J'y suis arrvé !

Code :

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

1
2
3
4
5
6
7
8
9
#include <stdio.h>
#include <stdlib.h>
 
int main()
{
        printf("%s\n",getenv("HOME"));
 
        return 0;
}

getenv semble génial ! Je vais simplifier mon code

Il y a HOMEPATH pour windows. Non ?

**souviron34** · 26/03/2011, 16h00

Envoyé par troumad

getenv semble génial ! Je vais simplifier mon code

ben vi

Disons que je n'avais pas regadé le forum C depuis 10 jours, mais quand j'ai vu ton post et le fait que tu voulais mettre ton code dans les FAQs, ça m'a paru un peu...

**plxpy** · 26/03/2011, 16h00

Et si je repars du besoin initial (pouvoir stocker dans un répertoire des "choses" entre deux utilisations d'une même application, en se servant d'une variable d'environnement "commune" entre 2 (au moins) OS différents, c'est ça ?) il n'y a pas trop le choix.

Tu n'as pas de variable standard commune entre Windows et Linux (j'avais un moment espéré que HOME soit commune : même pas).

Alors :

- soit tu "spécialises" ton code à coup de #ifdef au moment où tu récupères le contenu de la variable d'environnement (HOME pour Linux, APPDATA ou qqch dans le genre pour Windows) et ensuite, hors #ifdef, tu fais ce que tu as à faire

- soit tu "imposes" que l'utilisateur crée une variable d'environnement "MON_APPLI_HOME" en y mettant le répertoire à utiliser et tu n'as même pas besoin des #ifdef. Cela dit, les utilisateurs sachant utiliser correctement les variables d'environnement ...

Perso, je pencherais pour la première approche

**troumad** · 26/03/2011, 16h02

Je code que j'ai proposé a son avantage : lister les variables d'environnements.
getenv devrait être indiqué dans cette entrée de FAQ ! Je vais vite faire la remarque !

**souviron34** · 26/03/2011, 16h03

Envoyé par plxpy

Perso, je pencherais pour la première approche

moi ausi, avec une approche hyper-simple :

Code :

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

1
2
3
4
5
6
7
8
#ifdef __WIN32
#define VARHOME "APPDATA"
#else
#define VARHOME "HOME"
#endif
 
 
h = getenv("VARHOME");

**souviron34** · 26/03/2011, 16h05

Envoyé par troumad

Je code que j'ai proposé a son avantage : lister les variables d'environnements.
getenv devrait être indiqué dans cette entrée de FAQ ! Je vais vite faire la remarque !

comme je l'ai signalé, printenv fait ceci, et comme l'a signalé plxpy system(printenv) marche aussi

**plxpy** · 26/03/2011, 16h17

Envoyé par souviron34

moi ausi, avec une approche hyper-simple :

Code :

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

1
2
3
4
5
6
7
8
#ifdef __WIN32
#define VARHOME "APPDATA"
#else
#define VARHOME "HOME"
#endif
 
 
h = getenv("VARHOME");

Je suis sur (ce n'est pas du tout ironique) que tu voulais écrire

Code :

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

h = getenv(VARHOME);

C'est vrai qu'entre les ", les $, on peut commencer à se prendre les pieds dans le tapis pour un problème, somme toute, fort simple !

**souviron34** · 26/03/2011, 16h28

Envoyé par plxpy

Je suis sur (ce n'est pas du tout ironique) que tu voulais écrire

Oui..

Encore la vitesse (et la non-réfelxion) qui a(ont) frappé(s)..

**troumad** · 26/03/2011, 17h01

J'avais mis :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
#ifdef __linux__
 
#define HOME     "HOME"
#define MEM_PROG "HOME"
 
#else
 
#define HOME     "HOMEPATH"
#define MEM_PROG "APPDATA"
 
#endif

win32 me fait peur à cause de win64...