wince6.0 下win32 api 写的代码。
char inFilename[128];
memset(inFilename, 0x00, sizeof(inFilename));
wcscpy(inFilename,_T("\\Temp\\test_420_1599_1198.jpg"));
DNW串口打印消息:
RETAILMSG(1,(TEXT("[RETAILMSG] inFilename : %s\n"),inFilename));
printf("[printf] inFilename : %s \n", inFilename);
消息结果是:
[RETAILMSG] inFilename : \Temp\test_420_1599_1198.jpg
[printf] inFilename : \
inFilename 是wchar_t的
printf 应该用char的
用_wprintf
其实这个问题,可以调试状态看一个内存中的存贮状态,就可以清楚的知道原因的。
inFilename定义为char *,在RETAILMSG中参数需要Unicode,即TChar,所以指针inFilename默认被转换为TChar *
在printf中,inFilename满足参数的要求。但inFilename的内容,以char *来分析。第一个字节是\,第二个字节是零。所以只能输出一个\!
问题点在于:TChar占用两个字节,不论是英文、还是中文。英文低字节与ASNI的值相同,高字节为零。
WINDOWS MOBILE (CE) 开发都会遇到宽字符问题,
编码不一致,需要转化,开发者都有这个疑惑。
就是从其他模块转送来的字符编码不一致时候,拷贝,需要变量类型一致。
这时候需要对字节流进行处理。
比如: 从modem上来的字符编码一般 有hex ,gsm编码,unicode编码,
windows mobile(ce)统一采用 unicode编码
这是普遍问题了。自行写函数转换,或者用平台已经有的转换函数。