"error LNK2001: 無法解析的外部符號 _sscanf " 問題 解決方法
問題場景：
使用VS2015的軟體開發環境中，在引用第三方檔案庫時，出現了 “libx264.a(ratecontrol.o) : error LNK2019: 無法解析的外部符號 _sscanf，該符號在函式 _x264_ratecontrol_new 中被引用” 等錯誤，如下圖所示：
原因分析：
第三方庫內使用了printf和scanf等較老的介面，在較新的VS開發環境中已經廢棄，所以無法連結到對應的介面，因此解決此問題只需新增printf等函式的介面庫即可。
解決方法：
在檔案頭新增 “#pragma comment(lib, "legacy_stdio_definitions.lib")” 即可。
相關推薦
"error LNK2001: 無法解析的外部符號 _sscanf " 問題 解決方法
問題場景： 使用VS2015的軟體開發環境中，在引用第三方檔案庫時，出現了 “libx264.a(ratecontrol.o) : error LNK2019: 無法解析的外部符號 _sscanf，該符號在函式 _x264_ratecontrol_new 中被引用” 等錯誤
Error LNK2001 無法解析的外部符號 的幾種情況及解決
VC＋＋時經常會遇到連結錯誤LNK2001，該錯誤非常討厭，因為對於程式設計者來說，最好改的錯誤莫過於編譯錯誤，而一般說來發生連線錯誤時，編譯都已通過。產生連線錯誤的原因非常多，尤其LNK2001錯誤，常常使人不明其所以然。如果不深入地學習和理解VC＋＋，要想改正連線錯誤LNK2001非常困難。 &
[VS2013]C++中呼叫Python指令碼提示 error LNK2001: 無法解析的外部符號__imp_PyString_FromString等錯誤的解決方案
配置如下 VS2013專案： Win32 Console，Release X64 包含目錄 ： C:\Python27\include 庫 目 錄 ： C:\Python27\libs
VC++ Error LNK2001無法解析的外部符號 的幾種情況及解決辦法
二．由於編譯和連結的設定而造成的LNK2001 1．如果編譯時使用的是/NOD（/NODEFAULTLIB）選項，程式所需要的執行庫和MFC庫在連線時由編譯器寫入目標檔案模組， 但除非在檔案中明確包含這些庫名，否則這些庫不會被連結進工程檔案。在這種情況下使用/NOD將導 致錯誤LNK2001。 2．如
gSoap的“error LNK2001: 無法解析的外部符號 _namespaces”解決方法
錯誤2error LNK2001: 無法解析的外部符號 _namespaces解決方法：1. 在工程中定義 WITH_NONAMESPACES 巨集2.嘗試 "#include "add.nsmap"
C++工程編譯之“error LNK2001: 無法解析的外部符號”
今天一整天都在折騰“error LNK2001: 無法解析的外部符號”，就在頭疼不已的時候，總算是找到問題原因了：各個動態連結庫的編譯方式必須統一才行，要不然很容易對庫函式的引用產生衝突。簡單來說就是，如果使用的第三方函式庫編譯方式採用/MD，那麼主工程也應該
error LNK2001: 無法解析的外部符號 "public: virtual struct QMetaObject const * __thiscall Widget::metaObject
其原因是系統無法訪問到Moc檔案。解決方案如下： 專案–>右鍵點選–>Qt Project Settings 檢查你的 MocDirectory 其值是否是 .\Generat
error LNK2019: 無法解析的外部符號的解決方法
C++工程編譯時出現如下連結錯誤提示： 原因一：只是在.h裡面聲明瞭某個方法，沒有在cpp裡面實現； 原因二：在工程中加入了有相同名字的檔案或者類； 原因三：如果此類為靜態庫中定義的類，可能沒有新增標頭檔案目錄和檔案引用的lib靜態庫路徑； 新增方法： 新增工
VS2013執行錯誤：error LNK2001: 無法解析的外部符號
1>Goods.obj: error LNK2001:無法解析的外部符號 "int (* arr)[20]" ([email protected]@[email protected]) 1>Connect.obj: error LNK2001
error LNK2001: 無法解析的外部符號 fatal error LNK1120: 1 個無法解析的外部命令（呼叫約定的問題）
問題背景： 我在用MFC寫的一個單文件的程式呼叫以MFC通過.def模組匯出的DLL時出現瞭如下錯誤 error LNK2001: 無法解析的外部符號 "unsigned short __cdecl SearchCtrl(struct tagPARAMS &,sh
ogre-procedural library building error LNK2001: 無法解析的外部符號
在編譯ogre-procedural的lib時出現了很多錯誤，修改之後沒有報錯了 但是又出現如下問題：1> 正在建立庫 D:\Ogre\OgreAddOn\ogre-procedural\lib\Debug\OgreProcedural_d.lib 和物件 D:
Visual Studio Error LNK2001 無法解析的外部符號 的幾種情況
VC＋＋時經常會遇到連結錯誤LNK2001，該錯誤非常討厭，因為對於程式設計者來說，最好改的錯誤莫過於編譯錯誤，而一般說來發生連線錯誤時，編譯都已通過。產生連線錯誤的原因非常多，尤其LNK2001錯誤，常常使人不明其所以然。如果不深入地學習和理解VC＋
vc2008 錯誤：error LNK2001: 無法解析的外部符號之一
error LNK2001: 無法解析的外部符號 "protected: virtual struct AFX_MSGMAP const * __thiscall ****::GetMessageMap(void)const " ([email protect
error lnk2001無法解析的外部符號_main 無法解析的外部符號[email
這個問題表明你新建的是一個main型別函式（控制檯程式），而你的程式中有視窗程式，顯然是個win32函式，解決方法：專案－屬性－連結器－系統－子系統－把控制檯該為windows剛學WinAPI編譯遇到不少問題，LNK2019: 無法解析的外部符號 _main，該符號在函式 ___tmainCRTStartup
關於 error LNK2001: 無法解析的外部符號 ___wargv問題
筆者用VS2010生成64位的MFC應用程式時發現，輸出中提示 1> uafxcwd.lib(appcore.obj) : error LNK2001: 無法解析的外部符號 ___wargv1>uafxcwd.lib(appcore.obj) : error L
error LNK2001: 無法解析的外部符號 "public: void __thiscall Cmfc_DeleteFileDlg::OnBnClickedButton3(void)"
連結錯誤：出現這個2001錯誤，是因為連結失敗，然而連結失敗，又是因為以下原因： 1.你在標頭檔案中聲明瞭函式，但是cpp檔案缺少了函式實現部分。 2.忘了將這個.h,.cpp Add to project； 3.以上兩種情況都沒有做，沒有將它對應的lib檔案新增到
VS error LNK2001無法解析的外部符號_CrtDbgReportW
本文提供的只是可能的一種解決方案，一種解決這個錯誤的思路，並不一定符合所有情況。 最近經常遇到這個錯誤，總是在解決後忘記怎麼解決的，下次又花費很多時間去找原因。今天，做個筆記，嗯。 首先，列出原因： 其次，給出解決方法： 這是解決前問題根源：
編譯Qt時遇到”error LNK2001: 無法解析的外部符號“
解決辦法：執行QT的命令列工具 From a command prompt, change the directory to hello, and typeqmake -project to create a platform-independent project fil
原：.obj : error LNK2001: 無法解析的外部符號 __imp__
我把一個編譯成功的VC2008下的工程標頭檔案和.cpp檔案放到新建的另一個目錄，並且，按照原工程，把 工具->選項->專案和解決方案中的響應目錄都已經改好了。後來編譯還是有“連線錯誤”=.obj : error LNK2001: 無法解析的外部符號
error LNK2019,error LNK2001:無法解析的外部符號
環境：win7 ，vs2010 目的：安裝protobuf 問題： test.pb.obj : error LNK2019: 無法解析的外部符號 "public: virtual __thiscall google::protobuf::MessageLite::~