Wann nimmt man eigentlich was?
\nJedesmal wenn ich Code ansehe finde ich mal einen<\/p>\n
#ifdef _UNICODE<\/p>\n
dann mal wieder einen<\/p>\n
#ifdef UNICODE<\/p>\n
Wann eigentlich was? In Kurzform: Interessanterweise gibt es nur den Define _MBCS <\/em>aber nicht den Define MBCS<\/em>. Anhand der Namensgebung kann man sehen, dass _MBCS <\/em>aus\/f\u00fcr die CRT nur Einfluss hat. Die Windows API sagt einfach, wenn nicht Unicode dann ist es MBCS<\/em>!<\/p>\n Daraus ergeben sich einige interessante Abh\u00e4ngigkeiten:\u00a0<\/p>\n _T <\/em>ist abh\u00e4ngig vom Define _UNICODE <\/em>genauso wie _TEXT <\/em>(also der CRT) Jetzt wird es aber ganz lustig: Ist also nur UNICODE <\/em>definiert und nicht _UNICODE<\/em>, dann muss der folgende Code einen Compiler Fehler ausl\u00f6sen, wenn windows.h vor der tchar.h inkludiert wird. Erwartungsgem\u00e4\u00df meldet der folgende Code einen Compiler-Fehler, obwohl dieser perfekt und korrekt aussieht:<\/p>\n #include <windows.h> In VC6 gab es noch keine Projekteinstellung f\u00fcr Unicode. Man musste also beide Defines setzen, als Pr\u00e4prozessor Definition. Andernfalls hatte man eine lustige Code Mischung und lief schnell mal in ein Problem wie oben.<\/p>\n Der Schalter in VC-2005 <\/em>und VC-2003<\/em> f\u00fcr<\/p>\n Projektintern verwende ich grunds\u00e4tzlich immer intern nur den define UNICODE <\/em>um zu pr\u00fcfen welche Art von Projekt hier l\u00e4uft. Und ich achte darauf, dass die windows.h bzw. die afxwin.h Datei immer als erstes inkludiert werden. Dann ist TCHAR <\/em>entsprechend konform f\u00fcr die Windows API gesetzt. Die CRT ist f\u00fcr mich meistens nur Beiwerk und ich vermeide Ihre Verwendung eigentlich wo ich kann.<\/p>\n An kritischen Stellen baue ich auch gerne den folgenden Test ein um ganz auf Nummer sicher zu gehen:<\/p>\n #if defined(UNICODE) ^ defined(_UNICODE) Mit dem XOR-Operator wird hier ein Fehler ausgel\u00f6st wenn nur einer der beiden Defines gesetzt ist.<\/p>\n Siehe auch die MSDN INFO: UNICODE and _UNICODE Needed to Compile for Unicode<\/a><\/p>\n","protected":false},"excerpt":{"rendered":" Wann nimmt man eigentlich was? Jedesmal wenn ich Code ansehe finde ich mal einen #ifdef _UNICODE dann mal wieder einen #ifdef UNICODE Wann eigentlich was? Die Frage wurde schon oft beantwortet (siehe The Old New Thing : TEXT vs. _TEXT vs. _T, and UNICODE vs. _UNICODE). In Kurzform: UNICODE wird in den Windows Header-Dateien verwendet. … \u201e_UNICODE versus UNICODE und so manches Eigent\u00fcmliche\u201c <\/span>weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[19,3,2],"tags":[370,61],"class_list":["post-76","post","type-post","status-publish","format-standard","hentry","category-crt","category-programmieren","category-windows-api","tag-c","tag-winapi"],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/76","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/comments?post=76"}],"version-history":[{"count":0,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/posts\/76\/revisions"}],"wp:attachment":[{"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/media?parent=76"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/categories?post=76"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/blog.m-ri.de\/index.php\/wp-json\/wp\/v2\/tags?post=76"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nDie Frage wurde schon oft beantwortet (siehe The Old New Thing : TEXT vs. _TEXT vs. _T, and UNICODE vs. _UNICODE<\/a>).<\/p>\n
\nUNICODE<\/em> wird in den Windows Header-Dateien verwendet.
\n_UNICODE <\/em>in der C-Runtime (CRT).<\/p>\n
\nTEXT <\/em>ist wiederum abh\u00e4ngig vom Define UNICODE<\/em>.<\/p>\n
\nDie Datei tchar.h <\/em>geh\u00f6rt zur CRT. Und TCHAR <\/em>ist eigentlich kein Define aus tchar.h und der CRT. Dort wird n\u00e4mlich eigentlich _TCHAR <\/em>definiert und sollte TCHAR <\/em>schon definiert sein (durch die windows.h), dann wird TCHAR <\/em>nicht mehr umdefiniert.<\/p>\n
\n#include <stdio.h>
\n#include <tchar.h>
\nint _tmain(int argc, _TCHAR* argv[])
\n{
\n\u00a0const TCHAR szText[] = „“;
\n\u00a0 \/\/ Must fail if UNICODE is defined and not _UNICODE, and windows.h included first
\n\u00a0_tcslen(szText);
\n\u00a0return 0;
\n}<\/p>\n\n
\n#error Inconsitent UNICODE and _UNICODE definition
\n#endif<\/p>\n