编译器字体乱码

1. VS2010编译运行的程序输出的中文都是乱码

在vc6.0中默认的编码是Ascii编码，VS2010中默认的编码是Unicode编码，你可以设置你的VS2010编译器中的字符编码为Ascii ，你可以将代码修改成
MessageBox(hwnd,(LPCWSTR)CString("OK"),(LPCWSTR)CString("显示"),0);
就可以啦

2. C++程序执行时怎么汉字全显示为乱码

这是因为编译器不支持。以下为几种常用的编译器

c++编译器是一个与标准化C++高度兼容的编译环境。这点对于编译可移植的代码十分重要。编译器对不同的CPU会进行不同的优化。
常见的C++编译器有如下几种：
GNU C++
g++是一个开源的C++编译器，GCC3.3对标准化C++的支持达96.15%。
值得一提的是，gcc是gnu c的编译器, g++是gnu c++的编译器, 而egcs(Enhanced GNU Compiler Suite)可以认为是gcc的改进版。目前gcc已经改名，从原来代表GNU C Compiler改变为代表GNU Compiler Collection。而MinGW或Cgywin,是在windows平台上的gnu c/c++编译器,以及库文件,运行环境的集合。
Borland C++
该编译以速度快、空间效率高而着称。它的5.5版本对标准化C++的支持达92.73%，而官方称100%符合ANSI/ISO的C++标准和C99标准。
它是Borland公司开发的，是Borland C++ Builder和Borland C++ Builder X这两种IDE的后台编译器。
Visual C++
VC++6.0对标准化C++的兼容仅达83.43%。
它是Visual Studio、Visual Studio.net 2002、Visual Studio.net 2003、Visual Studio.net 2005的后台C++编译器。随着Stanley Lippman等编译器设计大师的加盟，它变得非常成熟可靠了。Visual C++

3. VBA 编辑器格式字体是乱码，请问如何解决

你的电脑内核不是多语言版本，估计是日文版或者韩文版这种东亚文字版本的Windows修改了区域设置。这种情况的话，很多应用读取的还会是乱码。

4. 系统字体乱码是怎么形成的

真的很正常，linux下经常出现乱码问题，这个跟编辑器的编码有关，至于wps，，你进wps的官方论坛，他们说这个问题很多次: 一下是官方的说明： 看涛哥讲故事讲的起兴，正好周末，我也上来讲讲故事哈。 随便挑了个主题，就讲“无尽混乱的编码吧”。 我想只要是玩linux的人，多多少少都遇到过乱码的问题吧，否则还真不能叫linux党。 wps运行时用的是什么编码？ wps运行时采用的是utf16编码，我相信在windows这是很多程序的选择。 但是坑爹的gcc竟然，它竟然只支持utf32编码？？？？？gcc的wchar_t竟然是4字节的，4字节的！！！！ 幸亏那个坑爹的c++0x新标准被我们赶上了，支持了所谓u"str"和U"str"新格式。u就是utf16，U就是utf32。 so，我们只能选用了gcc4.5作为我们的编译器，并且编写了一个宏__X(str)，在windows为L #str，linux下为u #str。 （这也是很多朋友抱怨libstdc++版本过高的罪恶根源） 然后我们把工程里所有的L"xxx"改为了__X("xxx")，把工程里的所有wchar_t改为WCHAR// 囧，改的我们手脚发麻啊。 但是好景不长，没过两天就让我们知道，c++标准委员会绝对不是吃素的。这帮天煞的家伙不把c++搞的反人类就不爽。 strcmp是单字节的，wcscmp是4字节的，那两字节的是啥？？？？？没有！上帝啊： c++0x是的，c++0x不是c0x。。。。。so，char16_t是没有c库支持的。这叫神马utf16支持啊。 一不做二不休，我们再把所有的字符串c标函数又实现了一遍，于是乎有了xstrcmp，xstricmp，xstrncmp....。然后继续改到手发麻。。。。 但是c艹还是觉得我们太悠闲了，so，下一句台词是： c++0x不是c0x，也不是c++。。。。是的，我们目前发现char16_t除了std::basic_string<char16_t>能链接通过以外没有发现系统库例子。 连正则表达式都不能用，// 朋友你想用？不好意思，我们还没实现，你再等等吧。。。。。 。。。。我感觉我们只剩下半管血了。c++标准委员会还是觉得意犹未尽啊。 在不和c兼容 & 半成品实现上， c++0x下一个坑我们的是char16_t，这个类型本身。对，他是一个类型，不是typedef unsigned short chart16_t。 so，工程里充斥满了QString::fromUtf16((WCHAR *)__X("what a bad day!!!")); 到最后我们终于受不了了，把__X的定义改成了 ((unsigned short *)(u #str))。 then....__X('x') 和 __X("adsf") __X("asdf") 和 WCHAR str[] = __X("asdf") 都顺利歇菜了。阿门 然后我们血条红了。。。 wps的源代码用的是什么编码？ 这个不用想都知道，wps是从vc6年代过来的工程，vc6又不支持utf8，当然是ansi编码（GBK）的了。 移植到linux的时候，没多久我们就碰到了编码问题。 主要是2种情况。 1 gcc按照utf-8编码解释gbk文件，导致\n回车被吞。这个时候一旦使用\\形式的备注，编译就悲剧了。（/**/形式只要在*/前加入足量的空格就没问题） 2 字符串中本身存在非ascii字符。这种情况虽然不多，却是更加棘手。 于是在linux分支上，我们就将一部分文件转为了utf8。 但这是做了几天后我们就发现不对劲了。去vc上做了个实验，果然vc罢工了。 最后我们根据实验结果得出以下结论： vc支持ansi、utf8+bom、utf16+bom，gcc支持utf8、utf8+bom 于是我们经过商议后，得出结论： 把所有工作代码转为utf8+bom，以适应将来跨平台 步骤如下： 1 编写svn钩子，以进行强制编码检查 2 将主干转为utf8+bom 3 改写svn客户端，使得支持跨编码代码合并 4 所有的分支和主干合并后，重新拉取分支后变为utf8分支。 于是乎我很happy的将主干转为了utf8+bom，结果，结果编不过去了。~_~ 然后才发现，天煞的windows资源编译器只支持ansi、utf16+bom 我勒个去啊，一交集，发现没答案了。 幸亏那部分文件，没包含非中文不行的字符，俺直接给那部分文件中文备注全给删除了，改成了英文备注，OK，过了 看了这个计划，大家就知道最头大的在3和4两个步骤。 其他分支还好，文件编码基本都是ansi的，合并的时候基本没压力。 linux分支的文件有很多都是utf8没bom的。 然后俺又做了搓事啊，悲剧svn客户端没改好，编码猜测部分代码除了BUG。然后。。。。。 然后俺就拉着一帮小弟，人肉fixup啊。。。。。。。。。。

5. 怎么在pdf文件中编辑文字啊为何我下的PDF编辑器编辑出来的字乱码

1、可能是字体属性没有设置的原因；

2、也有可能是pdf编辑软件的问题。

如果是第2种原因的话，不妨重新选择一款软件进行编辑。方法如下：

在pdf文件中编辑文字首先是要安装pdf编辑软件，这里就以迅捷pdf编辑器为例；

希望对您有帮助。

6. 为什么编译器无论编译什么代码都会出现同一段乱码

你可以再尝试着使用 C 语言编译器多编译几个最简单的不同的 C 语言源程序代码，如果还是出现同一段错误信息的话，那么肯定是你的 C 编译器被破坏了。
你可以尝试着把它给彻底卸载干净，然后再找一个保证好用的 C 编译器进行重新安装。最后再进行编译 C 程序试一试看看。

7. c++中编译时出现乱码的原因可能有哪些

这是因为编译器不支持。以下为几种常用的编译器

c++编译器是一个与标准化C++高度兼容的编译环境。这点对于编译可移植的代码十分重要。编译器对不同的CPU会进行不同的优化。
常见的C++编译器有如下几种：
GNU C++
g++是一个开源的C++编译器，GCC3.3对标准化C++的支持达96.15%。
值得一提的是，gcc是gnu c的编译器, g++是gnu c++的编译器, 而egcs(Enhanced GNU Compiler Suite)可以认为是gcc的改进版。目前gcc已经改名，从原来代表GNU C Compiler改变为代表GNU Compiler Collection。而MinGW或Cgywin,是在windows平台上的gnu c/c++编译器,以及库文件,运行环境的集合。
Borland C++
该编译以速度快、空间效率高而着称。它的5.5版本对标准化C++的支持达92.73%，而官方称100%符合ANSI/ISO的C++标准和C99标准。
它是Borland公司开发的，是Borland C++ Builder和Borland C++ Builder X这两种IDE的后台编译器。
Visual C++
VC++6.0对标准化C++的兼容仅达83.43%。
它是Visual Studio、Visual Studio.net 2002、Visual Studio.net 2003、Visual Studio.net 2005的后台C++编译器。随着Stanley Lippman等编译器设计大师的加盟，它变得非常成熟可靠了。Visual C++

8. 我的eclipse编译器各个显示窗口的名字都出现乱码，打开的java文件名也都乱码

我的eclipse也出现过一次这种情况,当时不光eclipse文件名乱码,下载文件文件名只要是中文的都是乱码,后来发现是系统区域设置搞错了.我的是win7的系统
解决方法:找到控制面板-->区域和语言-->管理-->更改系统区域设置,将当前系统区域设置改为中国(简体,中国),然后重启电脑,这样就好了

9. 公式编辑器编辑出来的乱码问题

在公式编辑器的界面中单击“样式——定义”
在弹出的“定义风格”对话框中，点选“高级”
这时您可以看到公式编辑器关于字体的设置，特别注意“变量”和“小写希腊字母”还有“符号”这三项的设置，如果这里是您的系统不支持的字体，那么公式编辑器是不能正确显示数学公式的，最简单的办法是点右边的“工厂设定”把它恢复为默认设置。当然，您也可以在相应的下拉列表框中选择您喜欢且您的系统中已经安装的字体，这样设置后再输入公式就可以正确显示了。推荐变量使用“Times
New
Roman”字体，小写希腊字母和符号都采用“Symbol”字体，一般情况下windows系统都默认安装这两个字体的。
有些时候,在Word中看到的是乱码，但进入公式编辑器后看到的却是正确显示的公式，退出公式编辑器后又变成了乱码。其实这是因为在公式编辑器中自动用了您的系统支持的字体显示公式，但它并没有更新到word文档中，这时您只需要在公式编辑器中单击“文件——更新
文档...”或按快捷键“Ctrl+S”，将公式字体更新到文档中，退出后就可以看到公式已经正常显示了。

10. 魔兽编辑器字体乱码是不是字符串泄露造成的

不是。
实际情况应该是计算机本机语言的选择出了问题。再者是你选择的字体问题。可以重新设置下计算机语言，可以安装简中。