在VC2005中遇到的鏈結問題

2021-04-12 20:06:54 字數 3241 閱讀 7806

我在vc2005中學習windows程式設計,好不容易敲完了**,但鏈結怎麼也通不過,一直報

msvcrtd.lib(crtexe.obj) : error lnk2019: unresolved external symbol _main referenced in function ___tmaincrtstartup

的錯誤。

在網上搜了一遍好辦法,備忘:

一,問題描述

error lnk2001: unresolved external symbol _winmain@16

debug/main.exe:fatal error lnk 1120:1 unresolved externals

error executing link.exe;

二,產生這個問題可能的原因

1, 你用vc建了乙個控制台程式,它的入口函式應該是main, 而你使用了winmain.

2.  你用vc開啟了乙個.c/.cpp 檔案,然後直接編譯這個檔案,這個檔案中使用了winmian而不是main作為入口函式。vc這時的預設設定是針對控制台程式的。

三, 解決方法

1.進入project->setting->c/c++, 在category中選擇preprocessor,在processor definitions中刪除_console, 新增_windows

2.進入project->setting->link, 在project options中將 /subsystem:console改為/subsystem:windows.

3.儲存設定,rebuild all.

vs2005中的設定請參考對應項進行設定

四,vs2005中的設定

1.選單中選擇 project->properties, 彈出property pages視窗

2.在左邊欄中依次選擇:configuration properties->c/c++->preprocessor,然後在右邊欄的preprocessor definitions對應的項中刪除_console, 新增_windows.

3.在左邊欄中依次選擇:configuration properties->linker->system,然後在右邊欄的subsystem對應的項改為windows(/subsystem:windows)

4.rebuild all. ok ?

測試:(環境:vs2005,程式語言vc)

// test.c

#i nclude

int apientry winmain(hinstance hinstance,

hinstance hprevinstance,

lpstr     lpcmdline,

int       ncmdshow)

假設把檔案包存為test.c.

3.vs2005建立的工程預設是支援unicode的,我不用這個,所以在選單中選擇 project->properties, 彈出property pages視窗。在左邊欄中依次選擇:configuration properties->general,然後把右邊欄的character set 改為use multi-byte character set.

4.編譯,出現如下錯誤:

msvcrtd.lib(crtexe.obj) : error lnk2019: unresolved external symbol _main referenced in function ___tmaincrtstartup

c:/test/debug/test.exe : fatal error lnk1120: 1 unresolved externals

5.按照上述vs2005中的設定方法進行設定,然後再編譯,錯誤消失了吧! 

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。

在VC 2005中內嵌彙編

在vc 2005中內嵌彙編 一na和nb進行數值交換 intna 10 intnb 11 asm 二 加法運算 intassembleradd int na,int nb return nb 三 減法運算 intassemblersub int na,int nb return na 四 採用彙編呼...

關於VC 2005 不能除錯的問題

前一段時間用vc2005就發現有個程式突然不能除錯了,驚訝至極。然後也不知道什麼原因就又能除錯了。更加驚訝。這一靈異現象是我對vc2005的印象大打折扣。今天vc2005無法除錯的現象再次神奇出現。我重建工程了幾次,也沒見效,要不是光碟機不好使,我都要重灌系統了。就在我快要崩潰的時候,在網上找到了一...

整合網路中的VC2005中manifest問題

由於vs.net 2005 採用了一種新的dll方案,搞成乙個exe還要配有乙個manifest檔案 一般在嵌入檔案裡了,所以看不到,不過也可以不嵌入,這樣會生產乙個 程式名 exe.manifest的檔案,沒它exe自己就轉不了了 這是個新功能,微軟弄了個新工具 mt.exe 結果不好用,好像是f...