• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            第一:
            nafxcwd.lib(appcore.obj) : error LNK2001: unresolved external symbol ___argv
            nafxcwd.lib(appcore.obj) : error LNK2001: unresolved external symbol ___argc
            nafxcwd.lib(timecore.obj) : error LNK2001: unresolved external symbol __mbctype
            nafxcwd.lib(apphelp.obj) : error LNK2001: unresolved external symbol __mbctype
            nafxcwd.lib(filelist.obj) : error LNK2001: unresolved external symbol __mbctype
            解決辦法:
            PROJECT->SETING->C/C++->PREPROCESSOR->定義 _AFXDLL,完畢。
            http://wxzyy.spaces.live.com/Blog/cns!1A5FF2D065415BD5!143.entry

            第二:

            http://blog.csdn.net/holym/archive/2006/11/14/1382909.aspx

            解決外部符號錯誤:_main,_WinMain@16,__beginthreadex
            在創(chuàng)建MFC項目時, 不使用MFC AppWizard向?qū)? 如果沒有設(shè)置好項目參數(shù), 就會在編譯時產(chǎn)生很多連接錯誤, 如error LNK2001錯誤, 典型的錯誤提示有:
            libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
            LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
            msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
            nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
            nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex

            1. Windows子系統(tǒng)設(shè)置錯誤, 提示:
            libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main

            Windows項目要使用Windows子系統(tǒng), 而不是Console, 可以這樣設(shè)置:

            [Project] --> [Settings] --> 選擇"Link"屬性頁,
            在Project Options中將/subsystem:console改成/subsystem:windows

            2. Console子系統(tǒng)設(shè)置錯誤, 提示:
            LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16

            控制臺項目要使用Console子系統(tǒng), 而不是Windows, 設(shè)置:

            [Project] --> [Settings] --> 選擇"Link"屬性頁,
            在Project Options中將/subsystem:windows改成/subsystem:console

            3. 程序入口設(shè)置錯誤, 提示:
            msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16

            通常, MFC項目的程序入口函數(shù)是WinMain, 如果編譯項目的Unicode版本, 程序入口必須改為wWinMainCRTStartup, 所以需要重新設(shè)置程序入口:

            [Project] --> [Settings] --> 選擇"Link"屬性頁,
            在Category中選擇Output,
            再在Entry-point symbol中填入wWinMainCRTStartup, 即可

            4. 線程運(yùn)行時庫設(shè)置錯誤, 提示:
            nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
            nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex

            這是因為MFC要使用多線程時庫, 需要更改設(shè)置:

            [Project] --> [Settings] --> 選擇"C/C++"屬性頁,
            在Category中選擇Code Generation,
            再在Use run-time library中選擇Debug Multithreaded或者multithreaded
            咸魚游俠(75374355) 12:11:11
            其中,
            Single-Threaded 單線程靜態(tài)鏈接庫(release版本)
            Multithreaded 多線程靜態(tài)鏈接庫(release版本)
            multithreaded DLL 多線程動態(tài)鏈接庫(release版本)
            Debug Single-Threaded 單線程靜態(tài)鏈接庫(debug版本)
            Debug Multithreaded 多線程靜態(tài)鏈接庫(debug版本)
            Debug Multithreaded DLL 多線程動態(tài)鏈接庫(debug版本)

            單線程: 不需要多線程調(diào)用時, 多用在DOS環(huán)境下
            多線程: 可以并發(fā)運(yùn)行
            靜態(tài)庫: 直接將庫與程序Link, 可以脫離MFC庫運(yùn)行
            動態(tài)庫: 需要相應(yīng)的DLL動態(tài)庫, 程序才能運(yùn)行
            release版本: 正式發(fā)布時使用
            debug版本: 調(diào)試階段使用

            初學(xué)者在學(xué)習(xí)VC++的過程中,遇到的LNK2001錯誤的錯誤消息主要為:

              unresolved external symbol “symbol”(不確定的外部“符號”)。

              如果連接程序不能在所有的庫和目標(biāo)文件內(nèi)找到所引用的函數(shù)、變量或標(biāo)簽,將產(chǎn)生此錯誤消息。一般來說,發(fā)生錯誤的原因有兩個:一是所引用的函數(shù)、變量不存在、拼寫不正確或者使用錯誤;其次可能使用了不同版本的連接庫。

              以下是可能產(chǎn)生LNK2001錯誤的原因:

              一.由于編碼錯誤導(dǎo)致的LNK2001

              1.不相匹配的程序代碼或模塊定義(.DEF)文件能導(dǎo)致LNK2001。例如, 如果在C++源文件內(nèi)聲明了一變量“var1”,卻試圖在另一文件內(nèi)以變量“VAR1”訪問該變量,將發(fā)生該錯誤。

              2.如果使用的內(nèi)聯(lián)函數(shù)是在.CPP文件內(nèi)定義的,而不是在頭文件內(nèi)定義將導(dǎo)致LNK2001錯誤。

              3.調(diào)用函數(shù)時如果所用的參數(shù)類型同函數(shù)聲明時的類型不符將會產(chǎn)生LNK2001。

              4.試圖從基類的構(gòu)造函數(shù)或析構(gòu)函數(shù)中調(diào)用虛擬函數(shù)時將會導(dǎo)致LNK2001。

              5.要注意函數(shù)和變量的可公用性,只有全局變量、函數(shù)是可公用的。靜態(tài)函數(shù)和靜態(tài)變量具有相同的使用范圍限制。當(dāng)試圖從文件外部訪問任何沒有在該文件內(nèi)聲明的靜態(tài)變量時將導(dǎo)致編譯錯誤或LNK2001。

              函數(shù)內(nèi)聲明的變量(局部變量) 只能在該函數(shù)的范圍內(nèi)使用。

            C++ 的全局常量只有靜態(tài)連接性能。這不同于C,如果試圖在C++的多個文件內(nèi)使用全局變量也會產(chǎn)生LNK2001錯誤。一種解決的方法是需要時在頭文件中加入該常量的初始化代碼,并在.CPP文件中包含該頭文件;另一種方法是使用時給該變量賦以常數(shù)。

              二.由于編譯和鏈接的設(shè)置而造成的LNK2001

              1.如果編譯時使用的是/NOD(/NODEFAULTLIB)選項,程序所需要的運(yùn)行庫和MFC庫在連接時由編譯器寫入目標(biāo)文件模塊, 但除非在文件中明確包含這些庫名,否則這些庫不會被鏈接進(jìn)工程文件。在這種情況下使用/NOD將導(dǎo)致錯誤LNK2001。

              2.如果沒有為wWinMainCRTStartup設(shè)定程序入口,在使用Unicode和MFC時將得到“unresolved external on _WinMain@16”的LNK2001錯誤信息。

              3.使用/MD選項編譯時,既然所有的運(yùn)行庫都被保留在動態(tài)鏈接庫之內(nèi),源文件中對“func”的引用,在目標(biāo)文件里即對“__imp__func” 的引用。如果試圖使用靜態(tài)庫LIBC.LIB或LIBCMT.LIB進(jìn)行連接,將在__imp__func上發(fā)生LNK2001;如果不使用/MD選項編
              譯,在使用MSVCxx.LIB連接時也會發(fā)生LNK2001。

              4.使用/ML選項編譯時,如用LIBCMT.LIB鏈接會在_errno上發(fā)生LNK2001。

              5.當(dāng)編譯調(diào)試版的應(yīng)用程序時,如果采用發(fā)行版模態(tài)庫進(jìn)行連接也會產(chǎn)生LNK2001;同樣,使用調(diào)試版模態(tài)庫連接發(fā)行版應(yīng)用程序時也會產(chǎn)生相同的問題。

              6.不同版本的庫和編譯器的混合使用也能產(chǎn)生問題,因為新版的庫里可能包含早先的版本沒有的符號和說明。

              編程時打開了函數(shù)內(nèi)聯(lián)(/Ob1或/Ob2),但是在描述該函數(shù)的相應(yīng)頭文件里卻關(guān)閉了函數(shù)內(nèi)聯(lián)(沒有inline關(guān)鍵字),這時將得到該錯誤信息。為避免該問題的發(fā)生,應(yīng)該在相應(yīng)的頭文件中用inline關(guān)鍵字標(biāo)志內(nèi)聯(lián)函數(shù)。

              8.不正確的/SUBSYSTEM或/ENTRY設(shè)置也能導(dǎo)致LNK2001。

            Feedback

            # re: error LNK2001: unresolved external symbol  回復(fù)  更多評論   

            2014-04-10 09:59 by 晨熙智
            最后我的這個錯誤是通過 extern “C”相關(guān)方面解決的,LNK2001錯誤~不過,謝謝還是長知識了,雖然有點地方還是不太懂。
            无码AV中文字幕久久专区| 国产精品美女久久久久| 国产69精品久久久久APP下载 | 国产精品免费看久久久| 国产精品免费看久久久香蕉| 99久久综合狠狠综合久久| 久久亚洲国产精品123区| 国产精品久久久久a影院| 久久久久久国产精品无码超碰| 久久综合综合久久97色| 蜜桃麻豆WWW久久囤产精品| 久久久91精品国产一区二区三区| 理论片午午伦夜理片久久| 国产精品久久亚洲不卡动漫| 久久只有这里有精品4| 久久久WWW成人| 久久综合久久综合九色| 久久久久人妻一区二区三区vr| 久久一区二区免费播放| 精品视频久久久久| 97精品国产97久久久久久免费| 国产一区二区久久久| 香蕉久久夜色精品国产2020| 久久精品国产亚洲精品| 久久精品国产99久久久香蕉| 91精品国产色综久久| 国产精品一久久香蕉产线看| 久久人人爽爽爽人久久久| 国产精品美女久久久久| 国产精品久久久久久| 久久精品国产91久久综合麻豆自制| 99久久免费国产特黄| 亚洲天堂久久精品| 亚洲а∨天堂久久精品9966| 久久久久亚洲AV无码观看| 亚洲精品白浆高清久久久久久| 久久综合给合久久狠狠狠97色69 | 亚洲综合久久综合激情久久 | 久久99热精品| 一级a性色生活片久久无少妇一级婬片免费放 | 久久久无码精品亚洲日韩蜜臀浪潮 |