调试错误的解决：error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMT.lib(ne

最新推荐文章于 2021-04-29 13:05:34 发布
最新推荐文章于 2021-04-29 13:05:34 发布
阅读量1.1k 收藏 1
点赞数
分类专栏： uafxcwd-li vs2013 文章标签： 调试 uafxcw-lib
本文解决了在链接MFC库和CRT库时遇到的LNK2005重复定义错误，通过调整链接顺序并指定特定库文件，成功解决了编译问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

转

问题： error LNK2005: “void * __cdecl operator new(unsigned int)” (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义。

参考：http://zhanyonhu.blog.163.com/blog/static/16186044201023094754832/

1>uafxcw.lib(afxmem.obj) : error LNK2005: “void * __cdecl operator new(unsigned int)” (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义
1>uafxcw.lib(afxmem.obj) : error LNK2005: “void __cdecl operator delete(void *)” (??3@YAXPAX@Z) 已经在 LIBCMT.lib(delete.obj) 中定义
1>uafxcw.lib(afxmem.obj) : error LNK2005: “void * __cdecl operator new[](unsigned int)” (??_U@YAPAXI@Z) 已经在 LIBCMT.lib(new2.obj) 中定义
1>../bin/TLLogger_Unicode_Release.exe : fatal error LNK1169: 找到一个或多个多重定义的符号

原因：

CRT 库对 new、delete 和 DllMain 函数使用弱外部链接。MFC 库也包含 new、delete 和 DllMain 函数。这些函数要求先链接 MFC 库，然后再链接 CRT 库。

当 C 运行时 (CRT) 库和 Microsoft 基础类 (MFC) 库的链接顺序有误时，可能会出现以下 LNK2005 错误。

解决方法：

强制链接器按照正确的顺序链接库！

project->properties->Linker->Ignore Specific Library 添加 uafxcwd.lib Libcmtd.lib

在Additional Dependencied添加uafxcwd.lib Libcmtd.lib

【VS开发】uafxcwd.lib(afxmem.obj) : error LNK2005: 已经在 LIBCMTD.lib(new.obj) 中定义错误解决方案
ZhangPY的专栏
10-21 2648
如果在编译MFC程序的时候出现下列及类似的错误： 1>uafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义 1>uafxcwd.lib(afxmem.obj) : error LNK200
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT.
wtm
02-24 2962
在vs2012 中将程序改为release 版本    点击所选项目--》properties-----》Configurations:  中选择release   然后从新编译工程即可； 环境：vs2012 中 在非MFC程序（使用standard window library）中，添加MFC支持，静态连接MFC库 发生以下错误 Error 1 error LNK2005: "void
连接错误
lifemap的专栏
01-18 785
<br />VC编译错误：uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义<br />编译错误 2010-03-30 21:47:54 阅读1078 评论0  字号：大中小 订阅<br />1>uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl o
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT....
weixin_30314813的博客
09-28 254
　　环境：在非MFC程序(使用standard windows library)中，添加MFC支持，静态链接MFC库。 　　发生以下错误： uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT.lib...
“void * __cdecl operator new(unsigned int)”(??2@YAPAXI@Z) already defined in LIBCMTD.lib(new.obj)...
weixin_34023982的博客
02-11 263
转自VC错误:http://www.vcerror.com/?p=1377 问题描述： 当 C 运行时 (CRT) 库和 Microsoft 基础类 (MFC) 库的链接顺序有误时，可能会出现以下 LNK2005 错误之一： nafxcwd.lib(afxmem.obj) :error LNK2005: “void * __cdecl operator ne...
error LNK2005: “void * __cdecl operator new(unsigned int)“ (??2@YAPAXI@Z) 已经在 LIBCMT.lib
zhoumuyu_yu的博客
08-27 1333
虽然不理解为什么这样做，但是的确成功了，试了别的方法都不太行。 程序运行出现报错：
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj)定义
墨、砚
03-16 770
此类问题是由于工程同时包含windows和MFC库，其实是同时包含<windows.h>和<afxwin.h>，导致内部编译顺序发生错乱。 解决方案： Release模式下：在链接器—输入—附加依赖库中依次添加uafxcw.lib Libcmt.lib; Debug模式下：在链接器—输入—附加依赖库中依次添加uafxcwd.lib Libcmtd.lib; 注：win3...
error LNK2005 void cdecl operator new unsigned int
hftyfdg的博客
02-21 1018
error LNK2005 void cdecl operator new unsigned int
LNK2005错误的原因与解决
热门推荐
水上漂的专栏
04-29 2万+
LNK2005错误的原因与解决 编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。 造成LNK2005错误主要有以下几种情况： 1．重复定义全局变量。可能存在两种情况： A、对于一些初学编程的程序员，有时候会以为 需要 使 用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。正确的应该是在一个CPP文件中定义如下：int g_Test;那么在使用的CPP文件...
VS调试出错： uafxcw.lib(afxmem.obj) : error LNK2005
wfree的专栏
01-09 2193
问题描述： VS2013中，使用标准Windows库，运行库为/MT，Release版本下，进行代码调试出现错误 uafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMTD.lib(new.obj)
MSVCRT.lib(ti_inst.obj) : error LNK2005: "private: __thiscall type_info::type_info(class type_info c
poet_lj的专栏
07-30 3880
在MFC程序中添加非MFC程序静态lib 1.MFC程序使用多线程(/MT)运行库，非MFC程序使用(/MT)运行库 此时只需要在属性页链接器->输入->忽略特定运行库中 添加MSVCRT.lib， 添加之后编译通过 非MFC程序中添加MFC程序静态lib 1.MFC程序使用多线程(/MT)运行库，非MFC程序使用(/MT)运行库 1>uafxcw.lib(afxmem.
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义
beckle_ye的专栏
09-16 3466
<br />今天在写数据库程序，编译连接的时候，突然报了这么些错误：<br /> <br />错误 2 error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义 uafxcwd.lib<br />错误 3 error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) 已经在 LIBCMT
libcmt.lib(crt0dat.obj) : error LNK2005: _amsg_exit 已经在 MSVCRTD.lib(MSVCR110D.dll) 中定义
weixin_33982670的博客
12-17 306
问题描述(VC2012)： 1>MSVCRTD.lib(cinitexe.obj) : warning LNK4098: 默认库“libcmt.lib”与其他库的使用冲突；请使用 /NODEFAULTLIB:library 1> 正在生成代码 1> 已完成代码的生成 1>libcmt.lib(crt0dat.obj) : error LNK2005: _...
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj)
she8275081的专栏
07-12 2166
1>nafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义 1>nafxcwd.lib(afxmem.obj) : error LNK2005: "void __cdecl operator de
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT
weixin_33901641的博客
06-29 223
项目--属性 ---连接器---命令行 输入：/FORCE:MULTIPLE 编译环境：VS2012SP3 转载于:https://www.cnblogs.com/qq76211822/p/4712017.html
LIBCMT.lib : error LNK2005
neuqbingoye的专栏
04-07 5563
LNK2005错误 :error LNK2005: _free 已经在 libcmtd.lib(dbgheap.obj) 中定义   以前经常遇到这个警告信息，因为运行并没有什么问题，所以也没深究。但是耿耿于怀那个“ 0 个错误，0 个警告”的成功提示，在网上搜了一下。原来问题出在默认库的引用选择上。 VS2008，项目——属性——配置属性——C/C++——代码生
__cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义
柳鲲鹏
04-29 1194
这错误看起来真怪异。解决办法：
1>Misc.obj : error LNK2001: 无法解析的外部符号 "void __cdecl operator delete(void *,unsigned __int64)" (??3@YAXPEAX_K@Z) 21:13:14:191 1>AiManager.obj : error LNK2001: 无法解析的外部符号 "void __cdecl operator delete(void *,unsigned __int64)" (??3@YAXPEAX_K@Z) 21:13:14:191 1>CBuffManager.obj : error LNK2001: 无法解析的外部符号 "void __cdecl operator delete(void *,unsigned __int64)" (??3@YAXPEAX_K@Z) 21:13:14:191 1>CObject.obj : error LNK2001: 无法解析的外部符号 "void __cdecl operator delete(void *,unsigned __int64)" (??3@YAXPEAX_K@Z) 21:13:14:191 1>dllmain.obj : error LNK2001: 无法解析的外部符号 "void __cdecl operator delete(void *,unsigned __int64)" (??3@YAXPEAX_K@Z) 21:13:14:191 1>Misc.obj : error LNK2001: 无法解析的外部符号 atexit 21:13:14:191 1>ShellCode.obj : error LNK2001: 无法解析的外部符号 atexit 21:13:14:191 1>AiManager.obj : error LNK2001: 无法解析的外部符号 atexit 21:13:14:191 1>CBuffManager.obj : error LNK2001: 无法解析的外部符号 atexit 21:13:14:191 1>CObject.obj : error LNK2001: 无法解析的外部符号 atexit 21:13:14:191 1>dllmain.obj : error LNK2001: 无法解析的外部符号 atexit 21:13:14:191 1>CBuffManager.obj : error LNK2001: 无法解析的外部符号 _fltused 21:13:14:191 1>dllmain.obj : error LNK2001: 无法解析的外部符号 _fltused 21:13:14:203 1>Misc.obj : error LNK2001: 无法解析的外部符号 _fltused 21:13:14:203 1>Vector.obj : error LNK2001: 无法解析的外部符号 _fltused 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 "void * __cdecl operator new(unsigned __int64)" (??2@YAPEAX_K@Z) 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 "void * __cdecl operator new[](unsigned __int64)" (??_U@YAPEAX_K@Z) 21:13:14:203 1>ShellCode.obj : error LNK2001: 无法解析的外部符号 "void * __cdecl operator new[](unsigned __int64)" (??_U@YAPEAX_K@Z) 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 "void __cdecl operator delete[](void *)" (??_V@YAXPEAX@Z) 21:13:14:203 1>ShellCode.obj : error LNK2001: 无法解析的外部符号 "void __cdecl operator delete[](void *)" (??_V@YAXPEAX@Z) 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 _Init_thread_header 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 _Init_thread_footer 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 __imp_GetAsyncKeyState 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 __imp_GetForegroundWindow 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 "void __cdecl std::_Xlength_error(char const *)" (?_Xlength_error@std@@YAXPEBD@Z) 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 __chkstk 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 _Init_thread_epoch 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 "__declspec(dllimport) void (__cdecl* std::_Raise_handler)(class stdext::exception const &)" (__imp_?_Raise_handler@std@@3P6AXAEBVexception@stdext@@@ZEA) 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 "const type_info::`vftable'" (??_7type_info@@6B@) 21:13:14:203 1>dllmain.obj : error LNK2001: 无法解析的外部符号 _tls_index 21:13:14:203 1>D:\WeGameApps\英雄联盟\Game\hid.dll : fatal error LNK1120: 16 个无法解析的外部命令
最新发布
08-08
<think>我们正在处理多个LNK2001链接错误，这些错误表明链接器找不到某些外部符号的定义。这些符号包括C++运行时库函数、Windows API函数以及CRT函数。根据引用[1]和引用[2]，这类问题通常是由于库文件未正确链接或项目设置问题导致的。 首先，我们列出用户提到的所有未解析符号： 1. operator delete 2. atexit 3. _fltused 4. GetAsyncKeyState 5. GetForegroundWindow 6. std::_Xlength_error 7. __chkstk 8. type_info 9. vftable 10. tls_index 这些符号可以分为几类： 1. C++运行时库函数（如operator delete, atexit, std::_Xlength_error, type_info, vftable） 2. Windows API函数（如GetAsyncKeyState, GetForegroundWindow） 3. 编译器内部函数（如__chkstk, _fltused, tls_index） 解决步骤： ### 1. 检查库链接和项目设置 - **C++运行时库**：确保项目设置中运行时库的选择正确且一致。例如，如果使用静态链接（/MT或/MTd），则所有库都应使用相同的设置；如果使用动态链接（/MD或/MDd），则同样要一致。不一致会导致链接错误[^1]。 - 在Visual Studio中，检查项目属性 -> C/C++ -> 代码生成 -> 运行时库。 - **Windows SDK库**：对于Windows API函数（如GetAsyncKeyState, GetForegroundWindow），需要链接`user32.lib`。在项目属性 -> 链接器 -> 输入 -> 附加依赖项中添加`user32.lib`。 ### 2. 检查缺失的库 - **C++标准库**：确保链接了正确的C++标准库。根据运行时库设置，可能是`libcmt.lib`（静态）或`msvcrt.lib`（动态）等。但通常不需要手动添加，除非项目设置有问题。 - **编译器运行时库**：对于`__chkstk`、`_fltused`等，它们通常在编译器提供的库中（如`libcmt.lib`、`libvcruntime.lib`）。确保这些库被链接。 ### 3. 特殊符号的处理 - **vftable**：这是C++虚函数表，通常由编译器自动生成。如果出现未解析，可能是由于类声明了虚函数但没有定义（或者定义在未链接的库中）。 - **type_info**：与RTTI相关，确保项目设置中启用了RTTI（项目属性 -> C/C++ -> 语言 -> 启用RTTI）。 - **tls_index**：与线程本地存储相关，通常由编译器内部处理，但需要确保链接了相应的运行时库。 ### 4. 检查函数声明与定义 - 确保所有函数都有定义（包括在库中）。例如，`operator delete`是C++运行时的一部分，如果项目中没有定义，必须链接运行时库。 ### 5. 针对引用[1]中类似问题的解决 引用[1]提到，在链接静态库时出现未解析符号`__imp___std_init_once_begin_initialize`等。这是因为静态库在编译时使用了动态链接运行时库（/MD），而主项目使用了静态链接（/MT）导致。解决方法是统一运行时库选项。 ### 具体操作步骤： 1. **统一运行时库设置**： - 打开项目属性 -> C/C++ -> 代码生成 -> 运行时库。 - 确保所有项目（主项目和所有静态库、动态库）都使用相同的设置（例如，全部为/MD或全部为/MT）。 2. **添加必要的库**： - 在链接器 -> 输入 -> 附加依赖项中添加： - `user32.lib`（解决GetAsyncKeyState、GetForegroundWindow） - 如果使用多线程，可能需要`kernel32.lib`等，但通常`user32.lib`已经足够。 3. **检查RTTI设置**： - 确保所有项目都启用RTTI（启用运行时类型信息：是（/GR））。 4. **重新生成解决方案**： - 清理解决方案并重新生成。 如果问题仍然存在，可能需要检查： - 是否缺少其他库（如`gdi32.lib`、`advapi32.lib`等，根据实际使用的API添加）。 - 符号是否在第三方库中定义，而该库未正确链接。 ### 示例：设置统一运行时库 1. 在Visual Studio中，右键点击项目 -> 属性。 2. 选择“所有配置”和“所有平台”。 3. 进入“C/C++” -> “代码生成”。 4. 将“运行时库”设置为相同的选项（例如，多线程调试(/MTd)或多线程(/MT)或相应的动态版本）。 通过以上步骤，应能解决大部分链接错误。 §§相关问题§§ 1. 如何解决Visual Studio中因运行时库设置不一致导致的链接错误？ 2. 在Windows编程中，常见的API函数需要链接哪些库？ 3. 如何正确配置Visual Studio项目以使用静态链接运行时库？</think>### 解决 LNK2001 链接错误的全面指南 出现多个 `LNK2001: unresolved external symbol` 错误通常由以下原因导致： 1. **库文件未链接**：Windows API 或 CRT 函数缺少对应的导入库 2. **运行时库冲突**：`/MT`（静态链接）和 `/MD`（动态链接）混合使用 3. **符号定义缺失**：编译器内部函数未正确定义 4. **C++ 运行时配置错误**：RTTI 或异常处理未启用 以下是针对您列出的符号的解决方案： --- ### 一、Windows API 函数缺失 #### 1. **GetAsyncKeyState 和 GetForegroundWindow** ```cpp // 函数声明（来自 WinUser.h） SHORT WINAPI GetAsyncKeyState(int vKey); HWND WINAPI GetForegroundWindow(); ``` **解决方法**： 在链接器输入中添加 `user32.lib` - **操作步骤**： 1. 项目属性 → 链接器 → 输入 → 附加依赖项 2. 添加 `user32.lib` 3. 确保包含 Windows SDK 头文件：`#include <Windows.h>` --- ### 二、C++ 运行时符号缺失 #### 2. **operator delete 和 std::_Xlength_error** ```cpp // 典型场景：STL 容器操作触发的异常 std::vector<int> v; v.reserve(-1); // 触发 std::_Xlength_error ``` **解决方法**： 1. 启用 C++ 异常处理： - 项目属性 → C/C++ → 代码生成 → 启用 C++ 异常：**是 (/EHsc)** 2. 统一运行时库： - 所有项目组件使用相同的 `/MT`（静态）或 `/MD`（动态）选项 3. 添加标准库依赖： ```makefile LIBS = msvcrt.lib libcmt.lib libvcruntime.lib ucrt.lib ``` --- ### 三、CRT 内部函数缺失 #### 3. **atexit, _fltused, __chkstk** 这些是编译器内部函数，通常由 CRT 自动提供。 **解决方法**： 1. 检查运行时库一致性： - 静态项目 (`/MT`) 需链接：`libcmt.lib + libvcruntime.lib` - 动态项目 (`/MD`) 需链接：`msvcrt.lib + vcruntime.lib + ucrt.lib` 2. 显式链接 CRT 初始化模块： ```cpp #pragma comment(lib, "vcruntime.lib") extern "C" { extern int _fltused = 0; } // 浮点支持标记 ``` --- ### 四、C++ 特性相关符号 #### 4. **type_info, vftable, tls_index** 这些符号与 RTTI（运行时类型识别）和虚函数表相关。 **解决方法**： 1. 启用 RTTI： - 项目属性 → C/C++ → 语言 → 启用 RTTI：**是 (/GR)** 2. 检查类定义： ```cpp // 确保虚函数有实现体 class Base { public: virtual ~Base() {} // 必须有实现 }; ``` 3. 线程局部存储 (tls_index)： ```cpp // 使用 __declspec(thread) 时需链接线程安全库 #pragma comment(lib, "libcmt.lib") ``` --- ### 五、系统级符号 #### 5. **_fltused (浮点支持)** **解决方法**： ```cpp // 在任意 .cpp 文件中添加定义 extern "C" { int _fltused = 0x9875; // 任意非零值 } ``` --- ### 完整配置检查清单 1. **统一运行时库**（关键步骤） - 检查所有静态库和主项目的设置： ```properties /MT 项目：链接 libcmt.lib;libvcruntime.lib /MD 项目：链接 msvcrt.lib;vcruntime.lib;ucrt.lib ``` 2. **链接器设置**： ```makefile AdditionalDependencies = user32.lib # Windows API libcmt.lib # 静态CRT vcruntime.lib # VC运行时 ucrt.lib # 通用CRT ``` 3. **编译器选项**： ```properties /EHsc # 启用C++异常 /GR # 启用RTTI /Zc:__cplusplus # 启用标准宏 ``` > **重要提示**：清理解决方案并重新生成所有组件，确保配置一致性[^1][^2]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值