GetModuleFileName type char

Bonjour

J'essaye de récupérer le chemin de mon fichier avec l'api GetModuleFileName.

mon code est celui ci.

Code:

---

1 2 3

char path[255]; GetModuleFileName(null,path,sizeof(path));

---

Visual c++ me souligne path en rouge et comme erreur j'ai

Citation:

---

l'argument de type 'char*' est incompatible avec le paramètre de type LPTSTR

---

J'ai chercher sur internet j'ai vue plusieurs code source en C++ et c'etais exactement la même chose donc je ne comprend pas.

merci d'avance

Il est probable que tu compiles en Unicode. Les fonctions utilisent alors des wchar_t plutôt que des char.

Essaye :

Code:

---

1 2	TCHAR path[255]; GetModuleFileName(null,path,sizeof(path) / sizeof(path[0]));

---

Ok je vais tester cela ce soir car la je peux pas.

C'est quoi la différence à compiler en Unicode ou autre?
Quel chapitre c++ parle de cela?

En faisant simple, une chaine de caractères est composée de caractères et traditionnellement, la taille d'un caractère est de 8 bits ce qui permet d'avoir 256 caractères différents.

Cette limitation ne permet pas de coder les caractères des autres langages (arabe, chinois, japonais, ...), la notion de caractère a donc été étendue pour que les caractères (pour les chaines de caractères) maintenant puisse faire 16 bits soient 655536 caractères différents.

Pour que cela soit transparent à l'utilisateur, l'environnement visual Studio dispose du type TCHAR et de ses cousins LPSTR, LPCSTR.

Suivant une directive de compilation (la définition de la constante UNICODE), ce types sont redéfinis soit sur char soit sur wchar_t (qui est le char 16 bits).

De plus, toutes les fonctions Microsoft qui attendent une chaine de caractères sont déclinées en 2 versions :

• Une version Ansi (suffixée avec un A, GetModuleFileNameA() par exemple)
• Une version Unicode (suffixée avec un W, GetModuleFileNameW() par exemple).

Le fait de définir ou non la constante UNICODE va définir une macro GetModuleFileName qui pointera sur GetModuleFileNameA ou GetModuleFileNameW.

Ainsi, le changement de non unicode vers unicode (ou l'inverse) sera totalement transparent pour le développeur pour peu que celui ci respecte ces contraintes (utilisation des macro TCHAR et de ses cousins).

j'ai essayer le code il n'y a plus d'erreur mais sa m'affiche une suite de chiffre au lieu d'un chemin.

merci pour l'explication.

Probablement parce que tu afffiches ta chaine UNICODE comme une chaine de caractères standarts.

Montre ton code d'affichage

Voila mon code

Code:

---

1 2	cout<<filename;

---

Comment avoir plus d'info sur Unicode ect..? (chapitre C++)

Code:

---

wcout<<filename;

---

cout est le flux pour les caractères ANSI (ASCII), wcout est le flux pour les caractères wide (donc unicode)

ok merci bien pour ton aide ça marche.

j'ai juste encore une petite question.
Comment faire pour utiliser GetModuleFileName en Ansi et pas en Unicode?
d'après ce que j'ai compris il y a GetModuleFileNameA().
Mais comment ce fais t'il que certain code marche avec le que j'ai mis au début?

Citation:

---

Envoyé par france38

Comment faire pour utiliser GetModuleFileName en Ansi et pas en Unicode?
d'après ce que j'ai compris il y a GetModuleFileNameA().

---

Si tu veux explicitement forcer l'utilisation de la fonction ANSI (ou Unicode), c'est effectivement comme cela qu'il faut faire.

Citation:

---

Envoyé par france38

Mais comment ce fais t'il que certain code marche avec le que j'ai mis au début?

---

Probablement que le code que tu as récupéré fonctionnait sur un environnement ANSI (et que tu ne le savais pas) et quand tu l'a mis dans ton environnement Unicode (que tu ne savais pas non plus), cela ne marchait plus.

Pour qu'un code soit portable sans aucune intervention entre ANSI et UNICODE, cela demande une rigueur de tous les instants car il y a plein de petits pièges (et même encore maintenant, il m'arrive de me faire avoir sur des détails).