Discussion :

[yanes]

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 :

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

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

tout simplement , quelle est la solution


Et merci d'avance

[3DArchi]

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 :

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

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

[yanes]

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 ?

[LittleWhite]

Bonjour,

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

[nicroman]

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 :

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

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

[3DArchi]

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

[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.

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).

[nicroman]

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.

[Médinoc]

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.