problème lié a l'environnement VC++ 2008

:salut: salut pour tous le monde
j'ai un petit probleme avec l'environnement VC++2008
je suis debutant
mon probleme est peut etre plus clair dans cette capture
avec l'expression "MesaageBox"
le compiler me rend un message d'erreur

Code:

---

1 2	Erreur 1 error C2664: 'CWnd::MessageBoxW'*: impossible de convertir le paramètre 1 de 'const char [14]' en 'LPCTSTR' d:\developpement\c++\vc++2oo8\vc++ program\vc++ program\vc++ programdlg.cpp 157 vc++ program

---

http://aore-up.com/upload///uploads/...768413272d.jpg

tout simplement , quelle est la solution :(


Et merci d'avance

Bonjour et bienvenu,
(Un peu de code source plutôt qu'une image aurait été tout aussi parlant et plus pratique).
-> Soit tu supprimes l'option UNICODE de ton projet,
-> Soit tu préfixe tes chaînes de caractère pas _T():

Code:

---

MessageBox(_T("Hello Word !"),_T("Hello Message"));

---

merci pour la reponse
c'etait exactement ça

mais pouvez vous (SVP) m'expliquez comment supprimer l'option "Unicode"
des propriétés du project ?

Bonjour,

De mémoire : Projet -> Propriété du projet -> une nouvelle s'ouvre, et normalement on tombe directement dessus...

C'est bizarre que l'on conseille encore cette solution en 2009...

Moi je dirais plutot, gardes UNICODE, et utilises wchar_t au lieu de char ;)
Et prefixe tes chaines avec L comme:

Code:

---

1 2	const wchar_t* szMaChaine = L"Une chaine unicode";

---

Citation:

---

Envoyé par nicroman

C'est bizarre que l'on conseille encore cette solution en 2009...

---

Ben, j'avais proposé les 2. Ensuite, à chacun selon son projet... mais tu as raison, la première permet de prendre le bon pli

Le problème, c'est que ça bafoue mes principes, quand on programme en wchar_t, de ne pas utiliser explicitement la version W de toutes les fonctions de Windows.

Pour utiliser la version sans suffixe, on emploie des TCHAR, voilà (heureusement, avec un Visual payant supérieur à 6, on peut convertir à peu de frais grâce à CString, CStringA et CStringW).

Citation:

---

Envoyé par Médinoc

Le problème, c'est que ça bafoue mes principes, quand on programme en wchar_t, de ne pas utiliser explicitement la version W de toutes les fonctions de Windows.

---

Là je suis d'accord....

Mais dans l'ordre de mes choix (ce n'est qu'un avis personnel qui n'engage que moi ! :) )!

1- Utiliser des wchar_t et les fonctions suffixées W de l'API
2- Utiliser des TCHAR et les fonctions sans suffix de l'API (et on laisse le compilo décider en fonction des options du projet).
3- Utiliser des char et les fonctions suffixées A de l'API

Sachant que dans (3) les fonctions A vont de toute manière convertir en wchar_t et appeler les fonctions W ...
Et que dès qu'on programme une API, un SDK, une DLL, utiliser (2) devient une vraie plaie.

Personnellement, j'ai tendance à préférer 2 à 1.
Mais bien sûr, quand j'écris une DLL, deux cas se présentent:

• Deux traitements identiques: Je compile deux fois le même fichier source pour ma DLL, avec des options différentes.
• Deux traitements différents: Je crée moi-même deux fonctions différentes, dans lesquelles j'appelle explicitement avec le suffixe.

Sinon, il y a une exception dans laquelle je fais généralement du 1, c'est quand je programme un composant COM ou un truc à utiliser avec .Net.
Et dans l'autre sens, il y a MFC, qui oblige plus ou moins à faire du 2. Mais je n'utilise quasiment jamais MFC.