Les Fichier .INI

bonjour a tous,
j'utilise un fichier .INI que je le mais en Bin du programme C# j'iamerai quand je récupaire ca valeur j'écrie pas tout le chemain :comme sa

Code:

---

int seed = GetPrivateProfileInt("Bloc", "seed", 22,"ValSeed.ini");

---

et sa ma pas marhce esq il ya une methode qui evite d ecrire tout le chemain comme:

Code:

---

int seed = GetPrivateProfileInt("Bloc", "seed", 22,"C:\\....\\Bin\\ValSeed.ini");

---

Merci

Code:

---

int seed = GetPrivateProfileInt("Bloc", "seed", 22,Path.Combine(Path.GetDirectoryName(Application.ExecutablePath), "ValSeed.ini"));

---

Merci bcp

sinon moi j'utilise

System.Environment.CurrentDirectory

Citation:

---

Envoyé par TheBlackReverand

sinon moi j'utilise

System.Environment.CurrentDirectory

---

Il vaut mieux ne pas l'utiliser justement car tu ne sais pas à quel moment cette variable peux changer de valeur (genre des boîtes de dialogue OpenFileDialog ou SaveFileDialog par exemple ...).

le CurrentDirectory renvoi bien l'adresse complete du dossier ou se trouve l'assembly qui s'execute?

je vois pas pouquoi les boite de dialogue changerais le resultat??

Non ce que tu dit est faux.
Application.StartupPath renvoi le path de l'application qui a été lancée pour exécuter l'assembly
Assembly.GetExecutingAssembly().Location renvoi l'assembly en cours d'exécution
Environment.CurrentDirectory renvoi le répertoire de travail actuel (par défaut le répertoire de travail dans lequel l'application a été lancée au départ, ce qui peux être le dossier qui contient l'exe, où n'importe quoi d'autre si on exécute l'exé à partir de l'invite de commande ou d'un raccourcis).
Alors que les deux premières propriétés sont invariantes au fil de l'exécution du programme, CurrentDirectory est modifiable :
Déjà, c'est une propriété read-write que n'importe qui n'importe où dans n'importe quelle assembly peux modifier
Ensuite, cette valeur peux être modifiée par Windows dans divers scénarios, dont certains qui incluent les boîtes de dialogue systèmes.
Si tu veux t'en convaincre regarde ceci :
http://amitpatriwala.wordpress.com/2...xecutablepath/
http://www.csharpfriends.com/Forums/...x?PostID=62434

Citation:

---

Environment.CurrentDirectory has nothing to do with your application (as is hinted by the fact that its a static member of the Environment object). It can be changed outside of the application so you shouldn't use it like that.

---

D'ailleurs Environment.CurrentDirectory utilise la fonction Directory.GetCurrentDirectory et on peux voir sur la msdn :

Citation:

---

Envoyé par MSDN

Le répertoire actif est distinct du répertoire d'origine qui est celui à partir duquel le processus a été démarré.

---

Voilà, j'espère que c'est clair maintenant, Environment.CurrentDirectory N'EST PAS (forcément) le dossier qui contient l'application.

Salut Smyley

Ce sujet est intéressant et source d'innombrables erreur !
Sans parler parfois des difficultées lieés a un executablepath Read Only "program Files" sous vista


Mais qui connait la différence entre ces deux path ?

Code:

---

1 2	string CfgPath = Path.GetDirectoryName(Application.ExecutablePath); string CfgPath = AppDomain.CurrentDomain.BaseDirectory;

---

Là non plus BaseDirectory n'est pas forcément le dossier qui contient l'exécutable, mais les cas où ce n'est pas le cas est beaucoup plus rare.
Le problème peux survenir lorsque l'on crée un domaine d'application personnalisé pour exécuter une assembly. Lors de la création de l'app domain on peux mettre ce que l'on veux comme BaseDirectory. C'est quand même Path.GetDirectoryName(Application.ExecutablePath) le plus sur mais sur ce point je ne suis pas aussi radical que mon horreur pour Environment.CurrentDirectory.

ok je comprend

moi sa fonction toujours car j'ai jamais essayer se genre de projet ou executer(assembly et autre) combiner au CurrentDirectory

tu m'as convaincu :king: