編譯器字體亂碼

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. 魔獸編輯器字體亂碼是不是字元串泄露造成的

不是。
實際情況應該是計算機本機語言的選擇出了問題。再者是你選擇的字體問題。可以重新設置下計算機語言，可以安裝簡中。