VC6.0编译错误解决方法集锦

linking...     server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__send@16    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__wsagetlasterror@0     s

erver.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__recv@16    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__wsacleanup@0    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__closesocket@4    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__inet_ntoa@4     s

erver.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__ntohs@4    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__accept@12    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__listen@8    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__bind@12    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__htons@4    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__htonl@4    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__inet_addr@4    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__socket@12    

server.obj   :   error   lnk2001:   unresolved   external   symbol   __imp__wsastartup@8

原因和解决办法：

       找不到相应函数，问题是Link选项里没有加入相应的lib库，winsock要连接wsock32.lib。特定库的找到办法是看LNK2001中找不到的函数名，通过msdn或者其他手段获取这个函数所在的库名，链接进去就OK了。

    可以在project->setting->Link->object/library modules 里添加wsock32.lib， 也可在stdafx.cpp里添加 #pragma comment(lib,"wsock32.lib")

   一般来说, 这是工程的类型选择错误引起的.如在VC中, 1.本来应该选择"Win32 Console Application",而错误选择了"Win32 Application" 2.使用了MFC的类,而选择"工程"的"设置"不使用MFC库编译. 改正的方法有: 1. 选择"工程"-> "设置"-> 连接,在底部的编辑窗口中,找到"/subsystem",把其改成 "/subsystem:console" "/subsystem:windows". 2.在"工程"-> "设置"->"一般"选项中,在MFC项中改为"USE MFC AS A SHARED DLL".

用VC＋＋时经常会遇到链接错误LNK2001，该错误非常讨厌，因为对于 编程者来说，最好改的错误莫过于编译错误，而一般说来发生连接错误时， 编译都已通过。产生连接错误的原因非常多，尤其LNK2001错误，常常使人不明其所以然。如果不深入地学习和理解VC＋＋，要想改正连接错误LNK2001非 常困难。     　　初学者在学习VC＋＋的过程中，遇到的LNK2001错误的错误消息主要为：     　　unresolved   external   symbol   “symbol”（不确定的外部“符号”）。     　　如果连接程序不能在所有的库和目标文件内找到所引用的函数、变量或标签，将产生此错误消息。一般来说，发生错误的原因有两个：一是所引用 的函数、变量不存在、拼写不正确或者使用错误；其次可能使用了不同版本 的连接库。     　　以下是可能产生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．不同版本的库和编译器的混合使用也能产生问题，因为新版的库里可     能包含早先的版本没有的符号和说明。     　　7．在不同的模块使用内联和非内联的编译选项能够导致LNK2001。如果     创建C＋＋库时打开了函数内联（/Ob1或/Ob2)，但是在描述该函数的相应头     文件里却关闭了函数内联（没有inline关键字），这时将得到该错误信息。     为避免该问题的发生，应该在相应的头文件中用inline关键字标志内联函数。     　　8．不正确的/SUBSYSTEM或/ENTRY设置也能导致LNK2001。     　　其实，产生LNK2001的原因还有很多，以上的原因只是一部分而已，对初     学者来说这些就够理解一阵子了。但是，分析错误原因的目的是为了避免错     误的发生。LNK2001错误虽然比较困难，但是只要注意到了上述问题，还是能     够避免和予以解决的。

1、fatal error C1010: unexpected end of file while looking for precompiled header directive。

　　寻找预编译头文件路径时遇到了不该遇到的文件尾。(一般是没有#include "stdafx.h")

　　2、fatal error C1083: Cannot open include file: 'R…….h': No such file or directory

　　不能打开包含文件“R…….h”：没有这样的文件或目录。

　　3、error C2011: 'C……': 'class' type redefinition

　　类“C……”重定义。

　　4、error C2018: unknown character '0xa3'

　　不认识的字符'0xa3'。(一般是汉字或中文标点符号)

　　5、error C2057: expected constant expression

　　希望是常量表达式。(一般出现在switch语句的case分支中)

　　6、error C2065: 'IDD_MYDIALOG' : undeclared identifier

　　“IDD_MYDIALOG”：未声明过的标识符。

　　7、error C2082: redefinition of formal parameter 'bReset'

　　函数参数“bReset”在函数体中重定义。

　　8、error C2143: syntax error: missing ':' before '{'

　　句法错误：“{”前缺少“;”。

　　9、error C2146: syntax error : missing ';' before identifier 'dc'

　　句法错误：在“dc”前丢了“;”。

　　10、error C2196: case value '69' already used

　　值69已经用过。(一般出现在switch语句的case分支中)

编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。         造成LNK2005错误主要有以下几种情况：     1．重复定义全局变量。可能存在两种情况：    A、对于一些初学编程的程序员，有时候会以为需要使 用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。正确的应该是在一个CPP文件中定义如下：int   g_Test;那么在使用的CPP文件中就应该使用：extern   int   g_Test即可，如果还是使用int   g_Test，那么就会产生LNK2005错误，一般错误错误信息类似：AAA.obj   error   LNK2005   int   book   c？book@@3HA   already   defined   in   BBB.obj。切记的就是不能给变量赋值否则还是会有LNK2005错误。    这里需要的是“声明”，不是“定义”！根据C++标准的规定，一个变量是声明，必须同时满足两个条件，否则就是定义：     (1)声明必须使用extern关键字；(2)不能给变量赋初值    所以，下面的是声明:     extern   int   a;     下面的是定义     int   a;   int   a   =   0;   extern   int   a   =0;    B、对于那么编程不是那么严谨的程序员，总是在需要使用变量的文件中随意定义一个全局变量，并且对于变量名也不予考虑，这也往往容易造成变量名重复，而造成LNK2005错误。         2．头文件的包含重复。往往需要包含的头文件中含有变量、函数、类的定义，在其它使用的地方又不得不多次包含之，如果头文件中没有相关的宏等防止重复链接 的措施，那么就会产生LNK2005错误。解决办法是在需要包含的头文件中做类似的处理：#ifndef   MY_H_FILE       //如果没有定义这个宏     #define   MY_H_FILE       //定义这个宏     …….       //头文件主体内容     …….     #endif     上面是使用宏来做的，也可以使用预编译来做，在头文件中加入：     #pragma   once     //头文件主体    3． 使用第三方的库造成的。这种情况主要是C运行期函数库和MFC的库冲突造成的。具体的办法就是将那个提示出错的库放到另外一个库的前面。另外选择不同的C 函数库，可能会引起这个错误。微软和C有两种C运行期函数库，一种是普通的函数库：LIBC.LIB，不支持多线程。另外一种是支持多线程的： msvcrt.lib。如果一个工程里，这两种函数库混合使用，可能会引起这个错误，一般情况下它需要MFC的库先于C运行期函数库被链接，因此建议使用支持多线程的msvcrt.lib。所以在使用第三方的库之前首先要知道它链接的是什么库，否则就可能造成LNK2005错误。如果不得不使用第三方的库，可以尝试按下面所说的方法修改，但不能保证一定能解决问题，前两种方法是微软提供的：     A、选择VC菜单Project->Settings->Link->Catagory选择Input，再在Ignore   libraries   的Edit栏中填入你需要忽略的库，如：Nafxcwd.lib;Libcmtd.lib。然后在Object/library   Modules的Edit栏中填入正确的库的顺序，这里需要你能确定什么是正确的顺序，呵呵，God   bless   you！     B、选择VC菜单Project->Settings->Link页，然后在Project   Options的Edit栏中输入/verbose:lib，这样就可以在编译链接程序过程中在输出窗口看到链接的顺序了。     C、选择VC菜单Project->Settings->C/C++页，Catagory选择Code   Generation后再在User   Runtime   libraray中选择MultiThread   DLL等其他库，逐一尝试。     关于编译器的相关处理过程，参考：     http://www.donews.net/xzwenlan/archive/2004/12/23/211668.aspx        这就是我所遇到过的LNK2005错误的几种情况，肯定还有其他的情况也可能造成这种错误，所以我不希望你在看完这篇文章以后，再遇到LNK2005错误时候，不动脑筋的想对号入座的排除错误。编程的过程就是一个思考的过程，所以还是多多开动你的头脑，那样收获会更多！   

方案二、

LNK2005...already defined...ERROR 链接时出错提示：

LIBCMT.lib(crt0dat.obj) : error LNK2005: __amsg_exit already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0dat.obj) : error LNK2005: __initterm_e already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0dat.obj) : error LNK2005: _exit already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0dat.obj) : error LNK2005: __exit already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0dat.obj) : error LNK2005: __cexit already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(fflush.obj) : error LNK2005: _fflush already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(setlocal.obj) : error LNK2005: __configthreadlocale already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(tidtable.obj) : error LNK2005: __encode_pointer already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(tidtable.obj) : error LNK2005: __decode_pointer already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(invarg.obj) : error LNK2005: __invoke_watson already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(realloc.obj) : error LNK2005: _realloc already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0init.obj) : error LNK2005: ___xi_a already defined in MSVCRTD.lib(cinitexe.obj) LIBCMT.lib(crt0init.obj) : error LNK2005: ___xi_z already defined in MSVCRTD.lib(cinitexe.obj) LIBCMT.lib(crt0init.obj) : error LNK2005: ___xc_a already defined in MSVCRTD.lib(cinitexe.obj) LIBCMT.lib(crt0init.obj) : error LNK2005: ___xc_z already defined in MSVCRTD.lib(cinitexe.obj) LIBCMT.lib(hooks.obj) : error LNK2005: "void __cdecl terminate(void)" (?terminate@@YAXXZ) already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(winxfltr.obj) : error LNK2005: __XcptFilter already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(mlock.obj) : error LNK2005: __unlock already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(mlock.obj) : error LNK2005: __lock already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(dosmap.obj) : error LNK2005: __errno already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(crt0.obj) : error LNK2005: _mainCRTStartup already defined in MSVCRTD.lib(crtexe.obj) LIBCMT.lib(errmode.obj) : error LNK2005: ___set_app_type already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(isctype.obj) : error LNK2005: __isctype already defined in MSVCRTD.lib(MSVCR80D.dll) LIBCMT.lib(tolower.obj) : error LNK2005: _tolower already defined in MSVCRTD.lib(MSVCR80D.dll)

解决方案： Project Properties, Linker, Input, 右边有个Ignore Specific Library,输入"MSVCRTD.lib",确定即可。

 

方案三、 error LNK2005: _DllMain@12 already defined in AUDIO.obj 处理方法

VC++6.0中编译链接过程出错： mfcs42d.lib(dllmodul.obj) : error LNK2005: _DllMain@12 already defined in AUDIO.obj

症状当 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 库。

解决方案一：强制链接器按照正确的顺序链接库 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. 选择以下文件： &#8226; Q148652.cpp &#8226; Q148652Dlg.cpp &#8226; stdafx.cpp   16. 单击“打开”。 17. 您在第 15 步中选择的文件将出现在“源文件”下。 18. 选择“源文件”下的全部四个 .cpp 文件。 19. 右键单击选定的四个 .cpp 文件，然后单击“属性”。 20. 展开“配置属性”，然后展开“C/C++”。 21. 单击“预编译头”。 22. 将“创建/使用预编译头”属性设置为“不使用预编译头”。单击“确定”。 23. 在“生成”菜单上，单击“重新生成解决方案”。

本人Aladdin已采用的方案：方案三中的解决方案一：强制链接器按照正确的顺序链接库 1. 在“项目”菜单上，单击“设置”。 2. 在“项目设置”对话框的“以下项目的设置”视图中，单击以选中出现链接错误的项目配置。 3. 在“链接”选项卡上，单击以选中“类别”组合框中的“输入”。 4. 在“忽略库”框中，插入库名（例如，Nafxcwd.lib;Libcmtd.lib）。 注意：等效的链接器命令行是：/NOD:<library name>。 5. 在“对象/库模块”框中，插入库名。必须确保这些库按顺序列出，而且是行中的前两个库（例如，Nafxcwd.lib 和 Libcmtd.lib）。