VC2010常見問題的解決方案

vc++裏面的obj文件是什麼文件
Project（項目）中每一個cpp經編譯成爲obj（object）目標文件，全部obj文件和資源文件經連接(link)成爲可執行文件，obj文件可稱爲目標文件或中間文件。另外，obj文件只給出了程序的相對地址，而EXE是絕對地址。
那是程序被編譯後產生的二進制文件，不能打開，你想執行程序的話直接打開對應程序的.exe文件就能夠了，也能夠打開.cpp文件從新編譯一下運行，但二進制文件時不能打開的，即便打開了也是亂碼。

報錯分析與糾正：
error C3872: "0xa0": 此字符不容許在標識符中使用  
error C3872: ''0xa0'': this character is not allowed in an identifier
或者    error C3872: "0xa0": 此字符不容許在標識符中使用

這是由於直接複製代碼的問題。0xa0是十六進制數，換成十進制就是160，表示漢字的開始。
解決辦法：在報錯的代碼行檢查兩邊的空格，用英文輸入法的空格替換掉。
萬惡的網絡，萬惡的word，這些無厘頭的錯誤都是大家搞出來的！！

error C2065: 「IDR_MAINFRAME」: 未聲明的標識 這個怎麼解決？？
應該是圖片資源別你勿刪除了，重新添加一個.ico的資源，並把ID改成 IDR_MAINFRAME 便可
是.ico資源名是 ： IDR_MAINFRAME是.ico資源名是IDR_MAINFRAME
或者本身添加一個ICON資源，資源名命爲IDR_MAINFRAME

很明顯m_ImageList 是CImageList類
一個「圖象列表」是相同大小圖象的集合，每一個圖象均可由其基於零的索引來參考。圖象列表用於高效管理大量的圖標或位圖。圖象列表中的全部圖象都包含在屏幕設備格式的一個簡單的、寬的位圖中。一個圖象列表還可能包括一個包含用於透明地繪圖的掩碼的單色位圖（圖標風格）。Microsoft Win32應用編程接口(API)提供圖象列表函數，能夠繪圖、建立和銷燬圖象列表、添加和刪除圖象、替代圖象、合併圖象和拖動圖象。
CImageList 類提供Windows普通圖象列表控件的功能。此控件(爲此CImageList 類)只對運行在Windows 95和Windows NT 3.51以上的版本的程序有效。

如何完全刪除對話框類：
error C2664:「CreateThread」: 不能將參數 3 從「DWORD (__stdcall *)(void)」轉換爲「LPTHREAD_START_ROUTINE」

error C2065: ''WM_MOUSEWHEEL'' : undeclared identifier

vs2010缺乏或未指定語言特性
        錯誤提示:C:Program Files (x86)Microsoft ASP.NETASP.NET MVC 2Visual Studio 2010SnippetsVB2052ASP.NET MVC 2mvcpostaction.snippet: 缺乏或未指定語言特性。
        須要重置vs2010的設置，msdn上的重置方法以下。重置設置在「工具」菜單上單擊「導入和導出設置」。在「歡迎使用‘導入和導出設置嚮導’」頁上單擊「重置全部設置」，再單擊「下一步」。若是要保存當前的設置組合，請單擊「是，保存個人當前設置」，指定一個文件名，而後單擊「下一步」。- 或 -若是要刪除當前的設置組合，請選擇「否，僅重置設置，從而覆蓋個人當前設置」，而後單擊「下一步」。此選項並不刪除默認設置，下次使用該向導時仍然可使用這些默認設置。在「要重置爲哪一個設置集合」中，從列表中選擇一個設置集合。單擊「完成」。「重置完成」頁將提示您在重置過程當中遇到的任何問題。

VC6.0 error LNK2001: unresolved external symbol _main解決辦法
學習VC++時常常會遇到連接錯誤LNK2001，該錯誤很是討厭，由於對於編程者來講，最好改的錯誤莫過於編譯錯誤，而通常說來發生鏈接錯誤時，編譯都已經過。產生鏈接錯誤的緣由很是多，尤爲LNK2001錯誤，經常令人不明其因此然。若是不深刻地學習和理解VC++，要想改正鏈接錯誤LNK2001很是困難。

　　初學者在學習VC++的過程當中，遇到的LNK2001錯誤的錯誤消息主要爲：

　　unresolved external symbol（不肯定的外部「符號」）。

　　若是鏈接程序不能在全部的庫和目標文件內找到所引用的函數、變量或標籤，將產生此錯誤消息。通常來講，發生錯誤的緣由有兩個：一是所引用的函數、變量不存在、拼寫不正確或者使用錯誤；其次可能使用了不一樣版本的鏈接庫。

　　如下是可能產生LNK2001錯誤的緣由：

　　一．因爲編碼錯誤致使的LNK2001

　　1．不相匹配的程序代碼或模塊定義(.DEF)文件能致使LNK2001。例如, 若是在C++源文件內聲明瞭一變量「var1」，卻試圖在另外一文件內以變量「VAR1」訪問該變量,將發生該錯誤。

　　2．若是使用的內聯函數是在.CPP文件內定義的，而不是在頭文件內定義將致使LNK2001錯誤。

　　3．調用函數時若是所用的參數類型同函數聲明時的類型不符將會產生LNK2001。

　　4．試圖從基類的構造函數或析構函數中調用虛擬函數時將會致使LNK2001。

　　5．要注意函數和變量的可公用性，只有全局變量、函數是可公用的。靜態函數和靜態變量具備相同的使用範圍限制。當試圖從文件外部訪問任何沒有在該文件內聲明的靜態變量時將致使編譯錯誤或LNK2001。

　　函數內聲明的變量(局部變量) 只能在該函數的範圍內使用。

C++ 的全局常量只有靜態鏈接性能。這不一樣於C，若是試圖在C++的多個文件內使用全局變量也會產生LNK2001錯誤。一種解決的方法是須要時在頭文件中加入該常量的初始化代碼，並在.CPP文件中包含該頭文件；另外一種方法是使用時給該變量賦以常數。

　　二．因爲編譯和連接的設置而形成的LNK2001

　　1．若是編譯時使用的是/NOD(/NODEFAULTLIB)選項，程序所須要的運行庫和MFC庫在鏈接時由編譯器寫入目標文件模塊， 但除非在文件中明確包含這些庫名，不然這些庫不會被連接進工程文件。在這種狀況下使用/NOD將致使錯誤LNK2001。

　　2．若是沒有爲wWinMainCRTStartup設定程序入口，在使用Unicode和MFC時將獲得「unresolved external on _WinMain@16」的LNK2001錯誤信息。

　　3．使用/MD選項編譯時,既然全部的運行庫都被保留在動態連接庫以內，源文件中對「func」的引用，在目標文件裏即對「__imp__func」 的引用。若是試圖使用靜態庫LIBC.LIB或LIBCMT.LIB進行鏈接，將在__imp__func上發生LNK2001；若是不使用/MD選項編
　　譯，在使用MSVCxx.LIB鏈接時也會發生LNK2001。

　　4．使用/ML選項編譯時，如用LIBCMT.LIB連接會在_errno上發生LNK2001。

　　5．當編譯調試版的應用程序時，若是採用發行版模態庫進行鏈接也會產生LNK2001；一樣，使用調試版模態庫鏈接發行版應用程序時也會產生相同的問題。

　　6．不一樣版本的庫和編譯器的混合使用也能產生問題，由於新版的庫裏可能包含早先的版本沒有的符號和說明。

　　編程時打開了函數內聯（/Ob1或/Ob2)，可是在描述該函數的相應頭文件裏卻關閉了函數內聯（沒有inline關鍵字），這時將獲得該錯誤信息。爲避免該問題的發生，應該在相應的頭文件中用inline關鍵字標誌內聯函數。

　　8．不正確的/SUBSYSTEM或/ENTRY設置也能致使LNK2001。 

解決方法：

解決外部符號錯誤:_main,_WinMain@16,__beginthreadex 
在建立MFC項目時, 不使用MFC AppWizard嚮導, 就會在編譯時產生不少鏈接錯誤, 如error LNK2001錯誤, 典型的錯誤提示有: 
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main 
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex 
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex 
1. Windows子系統設置錯誤, 提示: 
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main 
Windows項目要使用Windows子系統, 而不是Console, 能夠這樣設置: 

[Project] --> [Settings] --> 選擇"Link"屬性頁, 在Project Options中將/subsystem:console改爲/subsystem:windows 
（1）工程建錯了，你選擇的工程是Win32 console application，入口函數是main/wmain,而你的入口時WinMain/wWinMain();
修改工程屬性，link下的 subsystem:console改爲subsystem:windows,或者乾脆去掉不寫

在Project Options中將/subsystem:console改爲/subsystem:windows 改了後又出現了以下錯誤:
（2）syntax error in option "subsystem:windows/incremental:yes"
subsystem:windows /incremental:yes，注意中間有個空格
在個人 程序中也出現了這uyang的錯誤。那我應該怎麼該才能夠正確的運行程序，就是第二個應該怎麼改
2. Console子系統設置錯誤, 提示: 
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@控制檯項目要使用Console子系統, 而不是Windows, 設置:

[Project] --> [Settings] --> 選擇"Link"屬性頁

3. 程序入口設置錯誤, 提示:
msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@一般, MFC項目的程序入口函數是WinMain, 若是編譯項目的Unicode版本, 程序入口必須改成wWinMainCRTStartup, 因此須要從新設置程序入口: 

[Project] --> [Settings] --> 選擇"Link"屬性頁, 在Category中選擇Output, 再在Entry-point symbol中填入wWinMainCRTStartup, 便可
4. 線程運行時庫設置錯誤, 提示:nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex 
nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex這是由於MFC要使用多線程時庫, 須要更改設置: 
[Project] --> [Settings] --> 選擇"C/C++"屬性頁, 在Category中選擇Code Generation,再在Use run-time library中選擇Debug Multithreaded或者multithreaded 

其中, Single-Threaded 單線程靜態連接庫(release版本) 
Multithreaded 多線程靜態連接庫(release版本) 
multithreaded DLL 多線程動態連接庫(release版本) 
Debug Single-Threaded 單線程靜態連接庫(debug版本)
Debug Multithreaded 多線程靜態連接庫(debug版本) ) 
Debug Multithreaded DLL 多線程動態連接庫(debug版本) 
單線程: 不須要多線程調用時, 多用在DOS環境下 
多線程: 能夠併發運行
靜態庫: 直接將庫與程序Link, 能夠脫離MFC庫運行
動態庫: 須要相應的DLL動態庫, 程序才能運行 
release版本: 正式發佈時使用 
debug版本: 調試階段使用