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)。

你可能感兴趣的:(多线程,c,Microsoft,mfc,library,编译器)