告别乱码！乱码全方位功略

Jeminai

一些对于当前语言系统不明的字符，都会变“?”或“□”。

instemast_REAL

Jeminai: Re:告别乱码！乱码全方位功略

一些对于当前语言系统不明的字符，都会变“?”或“□”。

对亚！所以说，为什么系统不认识日文“·”。中文也有“·”。
居然说是不识别的字符。

instemast_REAL

看来需要写一个 InstemastWideCharToMultiByte() （笑

lingjingqiu

那个点的问题确实很讨厌。。。

instemast

lingjingqiu: Re:告别乱码！乱码全方位功略

那个点的问题确实很讨厌。。。

所见略同！

kala

中间的那个点是个特殊的例外，中文字码不能转换，满讨厌。我觉得要不就干脆都用日文，或都用unicode，抛弃中文

kala

楼主有些东西没说明充分，我来补充一下，楼主在中文winxp环境下从日文软件拷贝字符串，首先不论在日文软件中看到的是不是乱码 ，可以肯定的是那个日文软件也是ansi版本才对。所以拷贝到vc，显示的是乱码，实际上是正确的日文ansi码，不过中文winxp中vc使用936解码显示的，所以看起来是乱码。如果用applocale选择日语启动vc，再来看的话，那段日文就应该是正确的，而其他中文都是乱码

所以楼主用932解码，会得到正确的日文unicode，这时候不论是直接用w显示，还是用936编码a显示，日文都应该是正确的，这是中文显示日文是这种状况，但反过来就不一定了，因为中文编码包含了几乎所有的日文编码中的字符（日文中间的那个点除外），但是日文编码至少目前都不包括大陆的很多简体字 。所以第一条a如果是在日文环境下显示中文的话，恐怕中文就是不正确的，解不出码的汉字会用?代替。

kala

还有这个要跟具体的string来分析，比如cstring默认用unicode，不是所有的程序都用这个类，用这个类的程序，运行出现乱码的话，用applocale转一下应该完全正常的，如果是用其他的字符串类，有可能就怎么也不行，一定要转到日文区域去运行了。

instemast

不是所有人都知道AppLocale。
我的追求是：零乱码

instemast

kala: Re:告别乱码！乱码全方位功略

中间的那个点是个特殊的例外，中文字码不能转换，满讨厌。我觉得要不就干脆都用日文，或都用unicode，抛弃中文

我虽然XP和VC++都是日文版的，但是区域设置仍然是中文。。。理由：

1 许多软件和IT资料都是中文的。日本对版权保护的比较厉害。IT资料也很少。
2 中文GBK字符集几乎支持所有日文。反过来就不同了。
3 Nero不支持Unicode。