轉自：https://www.cnblogs.com/thisway/p/5497200.html

error LNK2019問題在VC 6.0中是error LNK2001: unresolved external symbol問題，可能錯誤號改了。

編譯時出現類似這樣的錯誤：Dlgcode.obj : error LNK2019: 無法解析的外部符號 _readRegmark，該符號在函式 [email protected] 中被引用。這種錯誤的本質是連結器無法在已編譯的obj、lib或dll檔案中找到函式定義。

2、你自己寫的函式宣告的標頭檔案也寫了函式定義的cpp檔案，卻依然出現LNK2019錯誤。可能原因：忘記將這兩個檔案加入工程了。一般出現於用Visual Studio和記事本（或UltraEdit）混合開發過程，你用記事本include了相應的標頭檔案，卻忘了在Visual Studio的工程中加入它們了。也可能出現於在解決方案的開發過程，在解決方案下的某個工程中加入了它們卻忘了在其他工程中加入，我只接觸過VC 6和VS 2008，中間好多年沒用過新版本VS，到2008時突然發現怎麼多了個“解決方案”，“解決方案”下面還可以放好多工程，於是經常在一個工程中寫了共享的原始碼，卻忘了在別的工程中加入它們。這個問題類似於第1個，不同的是這個庫是你自己提供的，但沒有把它交給VS 2008編譯出來。

3、你自己寫的函式宣告的標頭檔案也寫了函式定義的cpp檔案也加入工程了而且你很確定函式體肯定是在這個庫檔案中，卻依然出現LNK2019錯誤。可能原因：C語言和C++語言混編，因為C++支援函式過載所以C++編譯器生成的庫檔案中的函式名會面目全非，例如C編譯器會生成 _readRegmark 這個函式名，而C++編譯器則生成了"void __cdecl readRegmark(char *)" ([email protected]@[email protected])這麼個函式名。當你的函式是用C語言寫的，VS編譯器會按C語言規則編譯，但連結器卻不知道還傻傻的用C++規則的函式名去找結果就找不到了，而你還百般肯定TM的不就在這個庫中嗎你個睜眼瞎。解決：在C語言的標頭檔案中加入

#ifdef __cplusplus
extern "C" {
#endif

void readRegmark(char *regmark);  //這裡寫函式宣告

#ifdef __cplusplus
}
#endif

給連結器提示這個函式是C語言的，別TM找錯了。

7、函式定義沒有放在函式/類宣告的名稱空間中namespace