Windows 2000以上的操作系统,如果改变了操作系统的时间日期格式,设置为非中文(中国),在VS2005中编译的程序,如果调用A2W之类的字符转换宏,或者CString的构造函数和CString::LoadString函数,中文字符会出现乱码。这让我非常困惑,只是改变了时间日期的格式,并有改变默认的非ASCII码的字符集啊,怎么会出现乱码问题呢?
细看A2W代码,发现最后会调用MultiByteToWideChar函数,第一个CodePage参数传入了CP_THREAD_ACP,意思是根据当前线程的ANSI代码页来决定如何转换宽窄字符。由于任务紧,就找了个临时方法,替换系统的A2W之类的宏,直接把CodePage参数设置为CP_ACP,字样A2W之类的宏可以正确转换了,但是CString的构造函数(传入LPCSTR)和LoadString还是出现乱码。看来这不是根本的解决办法,Windows 2000以上既然支持CP_THREAD_ACP,自然有他的道理。上网搜索,发现可以通过SetThreadLocale来设置当前线程的Language ID,赶紧试试,果然,宽窄字符可以正确转换了。
看来,遇到麻烦不能急,应该思考一下他的正确解决之道。
细看A2W代码,发现最后会调用MultiByteToWideChar函数,第一个CodePage参数传入了CP_THREAD_ACP,意思是根据当前线程的ANSI代码页来决定如何转换宽窄字符。由于任务紧,就找了个临时方法,替换系统的A2W之类的宏,直接把CodePage参数设置为CP_ACP,字样A2W之类的宏可以正确转换了,但是CString的构造函数(传入LPCSTR)和LoadString还是出现乱码。看来这不是根本的解决办法,Windows 2000以上既然支持CP_THREAD_ACP,自然有他的道理。上网搜索,发现可以通过SetThreadLocale来设置当前线程的Language ID,赶紧试试,果然,宽窄字符可以正确转换了。
看来,遇到麻烦不能急,应该思考一下他的正确解决之道。