Discussion :

[Papy214]

Bonjour,

Il m'arrive un truc étrange. Le code suivant:

Code :

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

1
2
3
 
DriveInfo dr = new DriveInfo(Directory.GetDirectoryRoot(Environment.SpecialFolder.LocalApplicationData.ToString()));
MessageBox.Show(dr.Name);

Dans une instance de C#, ça m'affiche C:\.
Dans une seconde instance, évidemment sur le même poste, ça affiche D:\



Oui oui, c'est bien le même code, j'ai fais un copier-coller devant un collègue qui a servi de témoin

Me serais-je transformé en gérard majax pendant la nuit ?

Papy !

[Keihilin]

Me serais-je transformé en gérard majax pendant la nuit ?

Ou alors un abus de substances psychothropes ?

Vous partagez beaucoup de choses avec ton collègue témoin ?

[Papy214]

lolll

et pourtant je rigole pas ... Je pourrais en faire une vidéo et la mettre en ligne tellement c'est bizarre.

La seule différence entre les 2 projets, c'est qu'un est en .net 2.0 et l'autre en .net 3.5

[Keihilin]

lolll
La seule différence entre les 2 projets, c'est qu'un est en .net 2.0 et l'autre en .net 3.5

LocalApplicationData étant spécifique à l'utilisateur, est-ce que les deux projets tournent avec la même identité ?

[Papy214]

J'étais en train de modifier mon code sur mon projet.
Comme ça m'affichait un résultat erroné, j'ai ouvert une seconde instance de VS 2008 express. J'ai fais un copier du code dans un simple clic bouton.
Même machine, même utilisateur (moi), rien changé ...

la bonne réponse:



la mauvaise réponse




juste pour montrer que je dis pas de bétise

[Papy214]

J'en crois pas mes yeux ...

Je viens de changer la version du framework dans les propriétés de mon projet de test. Je l'ai passé de 3.5 à 2.0 et là, le code me renvoie D:\ au lieu de C:\

Pire ... si je repasse en 3.5, ça ne change plus rien ... ça me renvoie maintenant tout le temps D:\ , ce qui est une réponse fausse puisque mon LocalApplicationData est sur C:\

[Papy214]

une troisième instance de VS ...
Je fais l'identique du premier ... je laisse en .net 3.5
Ca me renvoie C:\ comme tout à l'heure ...
J'enregistre cette fois mon projet sans changer la version du framework.
je le relance, et hop : D:\

Je vais devenir fou

[Altess]

Surprenant.
Mais bon, au final, faut en conclure quoi ... ?

[DarkHerumor]

Ton projet est enregistré ou? ton framework est enregistré ou? l'utilisateur avec lequel tu es connecté à quoi comme dossier de démarrage?

C'est super bizarre un truc pareil, faudrait essayé de trouver des pistes ^^

[Papy214]

Bon, pour les résultats différents après enregistrement, je vois pas.
Pour le code, le suivant fonctionne et me renvoie bien la bonne réponse:

Code :

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

MessageBox.Show(Directory.GetDirectoryRoot(System.Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData)));

Je me contenterai de cette solution et je chercherai le reste plus tard.

Merci à tous !

[Papy214]

arf, j'ai compris ... je suis un

Application non enregistrée: Environment.SpecialFolder.LocalApplicationData.ToString() renvoie "LocalApplicationData"

Il semble que

Code :

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

Directory.GetDirectoryRoot(Environment.SpecialFolder.LocalApplicationData.ToString())

renvoie le répertoire en cours de l'application si le chemin passé en paramètre est invalide. Enfin, je pense parce que la doc ne le précise pas, ou alors j'ai rien vu.

Du coup, le projet non enregistré renvoie C:\.
Une fois enregistré sur D:\mesdevs , ça me renvoie D:\

[StormimOn]

Ce n'est pas une question d'une application non enregistrée. C'est une question d'utiliser les bonnes méthodes et de lire la doc ^^

Le fait d'utiliser une énumération (Environment.SpecialFolder.LocalApplicationData) avec un ToString en tant que valeur pour un paramètre d'une méthode doit déjà amener à se poser une question : dans quel cadre cette énumération est-elle utilisée ? Car l'utiliser ainsi n'a à priori aucun sens

Si tu prends la documentation qui va avec cette énumération, tu devrais arriver sur la documentation de la méthode Environment.GetFolderPath

Et au final ton code donnerait

Code :

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

DriveInfo dr = new DriveInfo(Directory.GetDirectoryRoot(Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData)));

Par ailleurs, si on prend la documentation de la méthode Directory.GetDirectoryRoot il est dit que

Cette méthode obtient le nom du chemin d'accès qualifié complet de path, comme retourné par GetFullPath, et retourne les informations relatives au répertoire racine. Le chemin d'accès spécifié n'est pas requis pour exister.

Et si on regarde alors la méthode Path.GetFulPath on tombe sur

Le fichier ou répertoire spécifié par path n'est pas requis pour exister. Par exemple, si c:\temp\nouveaurépertoire est le répertoire actif, l'appel de GetFullPath sur un nom de fichier tel que test.txt retourne c:\temp\nouveaurépertoire\test.txt. Le fichier n'a pas besoin d'exister.

ce qui explique le pourquoi du comment.

Pratique la documentation

[Papy214]

ce qui explique le pourquoi du comment.

Je n'avais pas vu tout ça.
Merci de ces explications détaillées.