Discussion :

[Sankasssss]

Bonjour,

Mon collègue a codé un programme qui tourne parfaitement sur son PC et le mien mais qui plante sur deux autres PC du service.
La ligne incriminée est celle-ci :

Code :

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

1
2
Dim ds As New DataSet
ds.ReadXml("config.xml") ' <== Plantage ICI sur certain PC uniquement...

avec l'erreur :

System.IO.FileNotFoundException: Impossible de trouver le fichier 'C:\Windows\system32\config.xml'.

Pour régler ce problème, on a changé le code par :

Code :

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

ds.ReadXml(Application.StartupPath & "\config.xml")

Ma question est donc :
Quel paramétrage du framework peut faire en sorte que lorsque l'on ne précise pas tout le chemin, cette méthode aille voir en premier lieu dans system32 au lieu de Application.StartupPath ?

[Rainui]

Bonjour,

J'ai fait une petite application pour tester vos dire et chez moi, sur DataSet.WriteXml("blabla.xml") ou DataSet.ReadXml("blabla.xml"), il écrit ou lit dans le dossier Application.StartupPath.
Je sais que ça ne répond pas à votre question mais je pense que dans tout les cas, votre modification de code en lui mettant un chemin d'accès complet pour la lecture et l'écriture n'est pas un mal.

Votre problème ne viendrait il pas d'une différence de version Windows, de droits différents, ... ?

Cordialement.

[Sankasssss]

Merci pour ta réponse.

Nous sommes dans le même service et nos profils sont réglé exactement de la même manière, nous avons les mêmes configurations PC (ils ont été configuré en même temps lors d'un renouvellement de nos postes développeurs). Par contre, une fois le PC installé avec la configuration par défaut, rien ne nous empêches de personnaliser notre environnement et de modifier la configuration (heureusement XD) c'est pourquoi je me demande quel réglage pourrait influer sur ce comportement.

Je suis complètement d'accord avec toi que mettre le chemin complet est toujours mieux mais je suis curieux et étonné que ce comportement change d'un PC à un autre.

[DotNetMatt]

Etonnant ! Est-ce que l'application a été déployée de manière différente sur les postes ? On peut par exemple voir ici que Environment.CurrentDirectory peut avoir des valeurs différentes selon le contexte. Peut-être que cette variable est utilisée dans la mécanique de lecture des fichiers XML par un DataSet ?

[EDIT] j'avais oublié de mettre le lien : http://start-coding.blogspot.fr/2008...artuppath.html

[Sankasssss]

Effectivement étonnant.
L'application est déployée sur un serveur en copiant le dossier release donc on y accède tous de la même manière en lançant l'exécutable. Donc cela ne viendrait pas du déploiement.