Bonjour,
Je dois passer un programme en Unicode, je definie _UNICODE, mais à la compilation il y a beaucoup d'erreurs.
Quelqu'un pourrais il m'indiquer la procédure ?
Merci,
Christophe,
Version imprimable
Bonjour,
Je dois passer un programme en Unicode, je definie _UNICODE, mais à la compilation il y a beaucoup d'erreurs.
Quelqu'un pourrais il m'indiquer la procédure ?
Merci,
Christophe,
Bonjour,
- Il faut définir à la fois _UNICODE et UNICODE.
- Le programme doit être correctement écrit pour supporter d'être compilé dans les deux modes (emploi des TCHAR, conversion conditionnelle quand certaines fonctions exigent l'un ou l'autre type de chaîne... (Facilité par les CStringT de MFC 7))
Effectivement tu peux utiliser TCHAR comme type. Le principe est que le preprocesseur va remplacer TCHAR par wchar_t ou char selon que tu compiles en Unicode ou non.
Le point d'entree de ton programme doit être wWinMainCRTStartup
Le changement majeur est que tes caracteres ne seront plus codés sur un octet, mais sur au moins deux. Du coup, les fonctions du CRT ne fonctionnent pas en version ANSI sur des buffer Unicode.
Tu trouveras tous les équivalents dans tchar.h ou à cette adresse :
http://msdn.microsoft.com/library/de...e_mappings.asp
Qu'est-ce que fait ton programme ??
Quels sont les types d'erreurs que tu as ??
Mais renseigne toi sur le sujet avant de te lancer, ce n'est pas tres long de comprendre comment gérer des buffers Unicode sous Windows et ca te fera gagner énormément de temps pour corriger les erreur de compil.
Gaffe à ce que tu dis, là...Citation:
Le point d'entree de ton programme doit être wWinMainCRTStartup
Cette fonction ne doit pas être définie par l'utilisateur, elle est fournie par la CRT. Par contre, c'est elle qui appelle le main()...
En TCHAR, le main() doit s'appeler _tmain().
Ou si tu as une application fenêtrée, WinMain() doit s'appeler _tWinMain() (mais en MFC, tu ne verras ni l'une ni l'autre de toute façon).
Désolé du manque de précision Médinoc.
Christophe, En MFC, tu ne définis pas le point d'entrée. En fait ton point d'entrée est la fonction InitInstance de ton objet APP.
Pour que la fonction InitInstance, mappe le bon point d'entrée tu dois définir dans les settings de ton projet (sous VC6, Project-->Settings-->Link. Category-->Output. Entry Point Symbol = wWinMainCRTStartup).
Je pense que c'est inutile, ça : Il me semble bien que c'est choisi par défaut selon les réglages et le nom de la fonction main utilisée (enfin, peut-être pas sous Visual 6, tout compte fait).
Il faudrait éviter de s'exiter avec le point d'entrée, que je n'ai jamais eu à changer en 4.5 ans de prog sous Visual 6 puis 8...
(sauf la fois où j'ai bricolé un programme sans la CRT, bien sûr...)
Edit: Normal, j'oubliais de changer le main()...
Médinoc,
Chez moi sous VC6 (je ne crois pas que ce soit le cas en VC8), j'ai une erreur unresolved external symbol _WinMain@16 si je ne définis pas le point d'entrée wWinMainCRTStartup pour mon projet.
Je ne sais pas comment faire autrement, si tu as une solution je suis preneur.
Je suis en train de tester (projet MFC Dialog-based), mais pour l'instant je dois modifier mon instal de Visual 6 : Je n'ai pas les versions unicode de MFC installées...
Si tu avais ce genre d'erreur pour d'autres types de projets (plus simples), n'hésite pas à me prévenir avant que je ne perde trop de temps là-dessus...
Edit: En effet, sous Visual 6, il faut changer le point d'entrée si on change de main().
Et passer un projet MFC en unicode change automatiquement de main().
C'est pour cela que ça passait inaperçu pour mes propres projets, puisque je laissais le vieux main() ou WinMain() non-unicode...
Edit2 : Ah ben non en fait, pas besoin pour un simple projet console, si on pense à inclure tchar.h
Sous VC8, le pb reste le même.
Dixit microsoft :
Synthèse de la programmation Unicode
Pour tirer parti de la prise en charge MFC et de la bibliothèque Runtime C pour Unicode, vous devez :
*Définir _UNICODE.
Définissez le symbole _UNICODE avant de générer votre programme.
*Spécifier un point d'entrée.
Dans la page Sortie du dossier Éditeur de liens de la boîte de dialogue Pages de propriétés du projet, définissez le symbole de point d'entrée à wWinMainCRTStartup.
*Utiliser des fonctions et des types portables.
Utilisez les fonctions runtime C correctes pour la gestion des chaînes Unicode. Vous pouvez utiliser la famille de fonctions wcs, mais vous pouvez préférer les macros portables _TCHAR (compatible pour l'internationale). Ces macros utilisent un préfixe _tcs et remplacent les fonctions de la famille str. Ces fonctions sont décrites en détail dans la section Internationalisation de la référence de la bibliothèque Runtime. Pour plus d'informations, consultez Mappages de texte générique dans Tchar.h.
Utilisez _TCHAR et les types de données portables associées décrites dans Prise en charge pour Unicode.
Si tu changes l'unicode sous VC8 uniquement en jouant avec les defines, c'est normal que le problème reste.
Mais dans la section "General" des propriétés du projet, tu as une option "Character set", qui permet de tout changer sans problème avec le point d'entrée.
PS: Cette doc n'est pas assez claire. _UNICODE suffit pour la CRT et pour MFC, mais l'api Win32 utilise UNICODE à la place. Il faut donc que les deux soient définis en même temps, ou aucun.
Donc voila une bonne synthese Christophe, le passage à Unicode, c'est le bordel !!! ;)
Mais une fois que tu as compris le principe, et surtout si tu peux éviter de mixer UNICODE et ANSI dans un meme projet, ca roule tout seul.
Avec les MFC, sous VC6, tu n'as pas appeler explicitement la version ANSI ou UNICODE d'une methode, c'est fait automatiquement pour toi.
Avec l'api Win32, tu peux faire un appel explicite. La plupart des fonctions, ayant une extension A ou W. Mais ici aussi, la bonne version de ta fonction sera appelée automatiquement.
ex : lstrlen (macro) pointe sur :
En ANSI --> lstrlenA
En Unicode --> lstrLenW