Loaded 'C:/PWIN9/SYSTEM/WININET.DLL', no matching symbolic information found
[說明]
在debug下出現的調試信息
[原因]
這是正常的，並不是說你的程序有什麼錯誤。在Debug時，VC在調用程序用到的每個DLL時會檢查它是否包括調試信息。如果包括調試信息，在調試時可以利用，就是說可以單步跟蹤進去。但是象WININET.DLL這樣的系統DLL是不包括調試信息的，所以會有如上信息，這不會產生什麼不利影響，當然你無法對WININET.DLL這樣的系統DLL進行源程序調試
VC下fatal error LNK1202錯誤的解決方法
[說明]
fatal error LNK1202: "E:/bak-1128/Debug/vc60.pdb" is missing debugging information for referencing module
Error executing link.exe.
這種鏈接錯誤一般出現在DEBUG編譯中，而在Release編譯中正常編譯，而且往往是因爲使用了靜態庫文件(後綴名爲.lib的文件)
[原因]
"filename" missing debugging information for referencing module
The given program database (PDB) for an object file was invalid. Recompile the object file; use CL's /Zi option.
也就是沒有在設置中加入Zi選項
當我們使用沒有經過這種設置方式生成的lib文件，而我們的主工程中又設置了/Zi或/ZI選項，所以就產生了以上的錯誤。
[解決方法]
一種方法在設置中去掉 generate debug info 選項，但這樣可能就無法調試了
另一種方法是重新編譯lib這幾個庫，編譯時加入/Zi 或/ZI 操作(如果這些庫不是我們自己的，那就麻煩了)
vc6下是Project Setting->C++標籤->debug info下選擇Program Database for edit and continue或Program Database
還有一種方法是找.lib這幾個庫的debug版
如何與C語言生成的.obj聯編
把obj拷入debug文件夾，然後在文件頭部加入一句：
#pragma comment(lib,"debug/YourObjName.obj")
Visual C++ 中以錯誤的順序鏈接 CRT 庫和 MFC 庫時出現 LNK2005 錯誤
[說明]
當 C 運行時 (CRT) 庫和 Microsoft 基礎類 (MFC) 庫的鏈接順序有誤時，可能會出現以下 LNK2005 錯誤之一：
nafxcwd.lib(afxmem.obj) :error LNK2005:
"void * __cdecl operator new(unsigned int)"(??2@YAPAXI@Z) already
defined in LIBCMTD.lib(new.obj)
nafxcwd.lib(afxmem.obj) :error LNK2005:
"void __cdecl operator delete(void *)"(??3@YAXPAX@Z) already defined
in LIBCMTD.lib(dbgnew.obj)
nafxcwd.lib(afxmem.obj) :error LNK2005:
"void * __cdecl operator new(unsigned int,int,char const *,int)"
(??2@YAPAXIHPBDH@Z) already defined in LIBCMTD.lib(dbgnew.obj)
mfcs40d.lib(dllmodul.obj):error LNK2005:_DllMain@12 already defined in
MSVCRTD.LIB (dllmain.obj)
mfcs42d.lib(dllmodul.obj):error LNK2005:_DllMain@12 already defined in
msvcrtd.lib(dllmain.obj)
原因
CRT 庫對 new、delete 和 DllMain 函數使用弱外部鏈接。MFC 庫也包含 new、delete 和 DllMain 函數。這些函數要求先鏈接 MFC 庫，然後再鏈接 CRT 庫。
解決方案
該問題有兩種解決方法。第一種方法是強制鏈接器按照正確的順序鏈接庫。第二種方法是由您親自查找導致問題的模塊並糾正它。
注意：下列步驟是基於 Visual C++ 6.0 的。
解決方案一：強制鏈接器按照正確的順序鏈接庫
1. 在“項目”菜單上，單擊“設置”。
2. 在“項目設置”對話框的“以下項目的設置”視圖中，單擊以選中出現鏈接錯誤的項目配置。
3. 在“鏈接”選項卡上，單擊以選中“類別”組合框中的“輸入”。
4. 在“忽略庫”框中，插入庫名（例如，Nafxcwd.lib;Libcmtd.lib）。
注意：等效的鏈接器命令行是：/NOD:<library name>。
5. 在“對象/庫模塊”框中，插入庫名。必須確保這些庫按順序列出，而且是行中的前兩個庫（例如，Nafxcwd.lib 和 Libcmtd.lib）。
要在 Visual C++ .NET 中設置該選項，請閱讀“設置 Visual C++ 項目屬性”聯機幫助主題。
解決方案二：找到並糾正出現問題的模塊
要查看當前的庫鏈接順序，請按照下列步驟操作： 1. 在“項目”菜單上，單擊“設置”。
2. 在“項目設置”對話框的“以下項目的設置”視圖中，單擊以選中出現鏈接錯誤的項目配置。
3. 在“鏈接”選項卡上的“項目選項”框中鍵入 /verbose:lib。
4. 重新生成項目。在鏈接過程中，這些庫將在輸出窗口中列出。
更多信息
使用 MFC 庫時，務必先鏈接它們，然後再鏈接 CRT 庫。這可以通過確保項目中的每個文件都首先包含 Msdev/Mfc/Include/Afx.h 來完成。直接包含 (#include <Afx.h>) 或間接包含 (#include <Stdafx.h>) 都可以。Afx.h 包含文件會通過使用 #pragma comment (lib,"<libname>") 指令來強制採用庫的正確順序。
如果源文件的擴展名爲 .c，或者該文件的擴展名爲 .cpp 但不使用 MFC，則可以創建一個較小的頭文件 (Forcelib.h) 並將其放在模塊的頂端。這個新的頭文件可確保按照正確的順序搜索庫。
Visual C++ 不包含該頭文件。要創建此文件，請按照下列步驟操作： 1. 打開 Msdev/Mfc/Include/Afx.h。
2. 選定 #ifndef _AFX_NOFORCE_LIBS 和 #endif //!_AFX_NOFORCE_LIBS 之間的行。
3. 將選定部分複製到 Windows 剪貼板。
4. 創建一個新文本文件。
5. 將剪貼板的內容粘貼到這個新文件中。
6. 將該文件另存爲 Msdev/Mfc/Include/Forcelib.h。
在 Visual C++ .NET 中重現問題的步驟
1. 啓動 Microsoft Visual Studio .NET。
2. 在“文件”菜單上，指向“新建”，然後單擊“項目”。
3. 單擊“項目類型”下的“Visual C++ 項目”，然後單擊“模板”下的“MFC 應用程序”。
4. 在“名稱”文本框中，鍵入 Q148652。
5. 在“位置”文本框中，鍵入 C:/Test，然後單擊“確定”。
6. 在“MFC 應用程序嚮導”對話框中，單擊“應用程序類型”。
7. 單擊“應用程序類型”下的“基於對話框”，然後單擊“MFC 的使用”下的“在靜態庫中使用 MFC”。
8. 單擊“完成”。
9. 在“解決方案資源管理器”中，選擇“源文件”下的全部三個 .cpp 文件。
10. 右鍵單擊三個選定的文件，然後單擊“刪除”。
11. 右鍵單擊“源文件”，指向“添加”，然後單擊“添加新項”。
12. 單擊“模板”下的“C++ 文件”。在“名稱”文本框中，鍵入 Aa。單擊“打開”。
13. 將以下代碼粘貼到 Aa.cpp 中：
int test(){new int; return 1;}
14. 右鍵單擊“源文件”，指向“添加”，然後單擊“添加現有項”。
15. 選擇以下文件： • Q148652.cpp
• Q148652Dlg.cpp
• stdafx.cpp
16. 單擊“打開”。
17. 您在第 15 步中選擇的文件將出現在“源文件”下。
18. 選擇“源文件”下的全部四個 .cpp 文件。
19. 右鍵單擊選定的四個 .cpp 文件，然後單擊“屬性”。
20. 展開“配置屬性”，然後展開“C/C++”。
21. 單擊“預編譯頭”。
22. 將“創建/使用預編譯頭”屬性設置爲“不使用預編譯頭”。單擊“確定”。
23. 在“生成”菜單上，單擊“重新生成解決方案”。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/jia_xiaoxin/archive/2008/09/04/2880073.aspx