printf 和 RETAILMSG 打印出来的消息不一致?

shxjzwldx   2009-2-26 13:21 楼主
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 : \

回复评论 (21)

inFilename 是wchar_t的
printf 应该用char的
用_wprintf
点赞  2009-2-26 13:27
楼上说的是。


点赞  2009-2-26 13:37
引用: 引用 1 楼 ultrapro 的回复:
inFilename 是wchar_t的
printf 应该用char的
用_wprintf


高人!!!
点赞  2009-2-26 14:46
mark学习了
点赞  2009-2-26 16:50
其实这个问题,可以调试状态看一个内存中的存贮状态,就可以清楚的知道原因的。

inFilename定义为char *,在RETAILMSG中参数需要Unicode,即TChar,所以指针inFilename默认被转换为TChar *

在printf中,inFilename满足参数的要求。但inFilename的内容,以char *来分析。第一个字节是\,第二个字节是零。所以只能输出一个\!


问题点在于:TChar占用两个字节,不论是英文、还是中文。英文低字节与ASNI的值相同,高字节为零。
点赞  2009-2-26 17:07
dingyixiaha
点赞  2009-2-26 20:12
很同意5楼的那位
点赞  2009-2-26 22:27
同意上面的说法
点赞  2009-2-26 22:28
HAO
点赞  2009-2-26 23:11
很同意5楼的那位
点赞  2009-2-27 00:33
引用: 引用 5 楼 91program 的回复:
其实这个问题,可以调试状态看一个内存中的存贮状态,就可以清楚的知道原因的。

inFilename定义为char *,在RETAILMSG中参数需要Unicode,即TChar,所以指针inFilename默认被转换为TChar *

在printf中,inFilename满足参数的要求。但inFilename的内容,以char *来分析。第一个字节是\,第二个字节是零。所以只能输出一个\!


问题点在于:TChar占用两个字节,不论是英文、还是中文。英文低字节与ASNI的值相同,高字节…


英文低字节与ASNI的值相同,高字节为零。

是这样吗?
点赞  2009-2-27 08:36
学习
点赞  2009-2-27 08:55
路过,帮顶……
点赞  2009-2-27 09:21
mf
点赞  2009-2-27 09:24
我不太懂这方面的知识希望以后大家多多指教!谢谢
点赞  2009-2-27 19:49
~~~~~~~~~~~~~~~~~~~~
点赞  2009-2-28 14:45
······················难
点赞  2009-2-28 16:17
竟然是dnw 看来是三星的平台了
点赞  2009-2-28 21:27
WINDOWS MOBILE (CE) 开发都会遇到宽字符问题,
编码不一致,需要转化,开发者都有这个疑惑。

就是从其他模块转送来的字符编码不一致时候,拷贝,需要变量类型一致。
这时候需要对字节流进行处理。
比如: 从modem上来的字符编码一般 有hex ,gsm编码,unicode编码,
windows mobile(ce)统一采用 unicode编码

这是普遍问题了。自行写函数转换,或者用平台已经有的转换函数。
点赞  2009-2-28 21:36
12下一页
电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 京公网安备 11010802033920号
    写回复