"void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in coredll.lib(COREDLL.dl

最新推荐文章于 2021-11-24 16:49:31 发布
最新推荐文章于 2021-11-24 16:49:31 发布
阅读量1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： WinCE
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/llxxhm/article/details/81941580
使用EVC4.0(SP4)编译程序出现特定错误时，可通过以下方法解决：一是在Project->Settings对话框的link选项卡Project Options框内加入“/verbose:lib”；二是在Objects/library modules框中输入uafxwced.lib并放最前；三是去掉commctrl.lib coredll.lib。

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

当使用EVC4.0(SP4)编译程序，出现如下类似错误时："void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in coredll.lib(COREDLL.dll)

 可以采用以下方法解决：

1. 打开Project->Settings对话框，在link选项卡的Project Options框内加入: "/verbose:lib"。

2. 在project->settings->link的Objects/library modules框中输入uafxwced.lib。问题解决。 注意：要把uafxwced.lib放到其它库文件名的最前面。

3.我试过可以在project->settings->link的Objects/library modules框中去掉commctrl.lib coredll.lib

12_bug_无法解析的外部符号 “void __cdecl mswap(int,int)“ (?mswap@@YAXHH@Z)，该符号在函数 _main 中被引用
HanLongXia的博客
07-22 422
文件名后缀错误
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...
连接错误
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
uafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)"解决办法
热门推荐
运用之妙,存乎一心
10-29 2万+
如果在编译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 LNK2005:
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT.
记得评论哦
10-09 2944
环境：在非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(n
无法解析的外部符号”private: char * __cdecl cv::String::allocate(unsigned __int64)” (?allocate@String@cv@@AEAA
01-20
1>save-image-D435.obj : error LNK2001: 无法解析的外部符号 “private: char * __cdecl cv::String::allocate(unsigned __int64)” (?allocate@String@cv@@AEAAPEAD_K@Z) 1>save-image-D435.obj : error LNK2001: ...
error LNK2005 void cdecl operator new unsigned int
hftyfdg的博客
02-21 1018
error LNK2005 void cdecl operator new unsigned int
C++经典错误之already defined in *****.obj解决方法
04-28
C++经典错误之already defined in *.obj解决方法 C++经典错误之already defined in *.obj解决方法是指在C++编程中遇到的一个常见错误，即链接器报告已经定义了某个符号（already defined），从而导致链接失败。这种...
解决error LNK2005 void __cdecl operator delete(void
01-22
标题中的“error LNK2005 void __cdecl operator delete(void)”是一个常见的链接错误，它在C++编程中出现，通常涉及到多库编译时的符号重定义问题。这个错误表明在链接阶段发现了一个重复定义的`operator delete`...
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT
weixin_33901641的博客
06-29 224
项目--属性 ---连接器---命令行 输入：/FORCE:MULTIPLE 编译环境：VS2012SP3 转载于:https://www.cnblogs.com/qq76211822/p/4712017.html
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) 已经在 LIBCMTD.lib(...
weixin_34310785的博客
05-31 746
在编译文章： 使用GetAdaptersAddresses函数获取物理MAC地址中的代码时，出现以下错误： 错误 1 error LNK2005: “void * __cdecl operator new(unsigned int)” (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义 F:...
Solve Error: nafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new[](unsigned int)" (...
weixin_34112900的博客
10-17 147
  Error: nafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new[](unsigned int)" (??_U@YAPAXI@Z) already defined in libcpmt.lib(newaop.obj)   Solution: Go to Property -&gt; Linker -...
error LNK2001: 无法解析的外部符号 "void * __cdecl operator new(unsigned int)"
老衲不出家
07-09 1万+
error LNK2001: 无法解析的外部符号 "void * __cdecl operator new(unsigned int)" Posted on 2005-03-18 15:09 jjccx 阅读(4257) 评论(4)  编辑 收藏 网摘 所属分类: VC++.NET  1.问题描述：  在VS2003中，新建一个类库（.NET）项目，系统自动生成一个类：  name
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...
c++：error LNK2005: “void * __cdecl operator new(unsigned int)“
Kevin_Z_Q的博客
11-24 796
c++：error LNK2005: “void * __cdecl operator new(unsigned int)“ 虽然不理解为什么这样做，但是的确成功了，试了别的方法都不太行。 程序运行出现报错： 解决方法： 属性->配置->链接器->输入 附加依赖项和忽略特定默认库都加上：uafxcwd.lib;Libcmtd.lib 完成。 ...
无法解析的外部符号 "void __cdecl operator delete(void *,unsigned __int64)" (??3@YAXPEAX_K@Z)，该符号在函数 DetourAttachEx 中被引用
最新发布
05-10
<think>嗯，用户遇到了链接错误，具体是未解析的外部符号'operator delete'在DetourAttachEx函数中引用的错误。我需要仔细分析可能的原因。首先，DetourAttachEx可能是微软的Detours库中的函数，所以这可能与C++运行时库的链接有关。 用户的问题是关于链接器错误LNK2001或LNK2019，提示找不到operator delete的实现。通常，这种错误发生在代码中使用了某个函数或操作符，但链接器找不到对应的实现。operator delete是C++中用于释放内存的操作符，属于标准库的一部分。如果链接时没有正确链接到相应的运行时库，就会出现这个问题。 首先，我应该考虑运行时库的兼容性。Detours库可能需要使用特定版本的运行时库，比如MT（静态链接）或MD（动态链接）。如果项目设置中的运行时库选项与Detours库的编译选项不匹配，就会导致链接错误。比如，用户的项目可能使用了/MD（多线程DLL），而Detours库是用/MT（多线程静态）编译的，或者相反。这种情况下，需要统一两者的运行时库设置。 接下来，C++标准库的版本也是一个可能的原因。如果用户使用的编译器版本与Detours库编译时使用的版本不一致，可能会导致符号不兼容。比如，使用VS2019编译的库在VS2022项目中可能会出现这种问题。需要确认两者的编译器版本是否匹配。 另外，代码中的内存管理不一致也可能引发问题。如果项目中混合了不同的内存分配和释放方式，比如在某些地方使用new/delete，而在其他地方使用malloc/free，可能会导致operator delete找不到正确的实现。需要检查代码中是否存在这样的不一致情况。 还有可能是Detours库的配置问题。用户是否正确包含了Detours的库文件（.lib）？在项目属性中是否添加了正确的附加库目录？需要确保链接器能够找到Detours.lib及其依赖项。 此外，头文件的包含是否正确？可能存在函数声明与实现不一致的情况，比如参数类型或调用约定不匹配。需要检查DetourAttachEx的函数声明是否正确，是否使用了正确的调用约定（如__stdcall或__cdecl）。 用户可能需要检查以下几个方面： 1. 项目属性中的C/C++ -> 代码生成 -> 运行时库设置是否与Detours库一致。 2. 确保使用的编译器版本与Detours库兼容。 3. 正确链接Detours.lib和其他必要的库文件。 4. 检查代码中是否存在内存管理的不一致。 5. 确保所有函数声明与库中的实现一致，特别是调用约定和参数类型。 此外，可能需要参考微软的官方文档或Detours库的文档，确认是否有特殊的配置要求。例如，Detours可能需要特定的预处理宏定义，或者在链接时需要特定的顺序。 如果用户已经确认了运行时库的设置和编译器版本，但问题仍然存在，可能需要重新编译Detours库，使其与当前项目的设置一致。例如，使用相同的运行时库选项重新生成Detours的静态库。 另外，检查是否有其他库或代码模块可能覆盖了operator delete的实现，导致冲突。某些第三方库可能会替换全局的new和delete操作符，从而引发链接问题。 最后，建议用户提供更多的错误上下文，比如完整的错误信息、项目配置详情、使用的编译器和Detours版本，以便更准确地诊断问题。</think>### 链接错误解决方案：未解析的外部符号 "operator delete" 与 DetourAttachEx 函数 #### 1. 检查运行时库兼容性 此错误通常与 **C++运行时库（CRT）的链接方式** 不匹配有关。DetourAttachEx 属于 Microsoft Detours 库函数，需确保项目与 Detours 库使用相同的运行时库配置： - 在 Visual Studio 中右击项目 > **属性 > C/C++ > 代码生成 > 运行库**： - **多线程调试 (/MTd)**（静态链接调试版） - **多线程 (/MT)**（静态链接发布版） - **多线程调试 DLL (/MDd)**（动态链接调试版） - **多线程 DLL (/MD)**（动态链接发布版） 若 Detours 库使用 `/MT` 编译，则项目必须选择相同选项[^1][^2]。 #### 2. 验证 C++ 标准库版本 编译器版本不兼容会导致符号解析失败： - 确认 **Detours 库的编译环境**（如 VS2019/VS2022）与当前项目一致 - 若使用预编译的 Detours 库，尝试 **重新编译 Detours 源码** 以匹配当前环境 #### 3. 检查内存管理一致性 若代码中混合了不同内存管理方式（例如：Detours 使用 `new/delete` 而项目使用自定义内存分配器），需统一管理方式： ```cpp // 示例：全局重载 delete 运算符（需与库实现匹配） void operator delete(void* ptr, size_t size) noexcept { // 自定义实现或调用标准库 free(ptr); } ``` #### 4. 确认 Detours 库配置 - 在 **链接器 > 输入 > 附加依赖项** 中添加 `detours.lib` - 确保 **链接器 > 常规 > 附加库目录** 包含 Detours 库路径 - 若使用 64 位编译，需确认 Detours 支持 x64 架构[^3] #### 5. 验证函数签名匹配 DetourAttachEx 的函数声明需与库实现严格一致： ```cpp // 正确声明示例（来自 detours.h） LONG WINAPI DetourAttachEx(_Inout_ PVOID* ppPointer, _In_ PVOID pDetour, _Out_opt_ PDETOUR_TRAMPOLINE* ppRealTrampoline, _Out_opt_ PVOID* ppTarget, _Out_opt_ PVOID* ppRealTarget); ``` 若参数类型或调用约定（如 `WINAPI`）不匹配，会导致链接器无法解析符号。 #### 典型配置对比表 | 配置项 | 项目设置 | Detours 库要求 | |----------------|-------------------|-------------------| | 运行时库 | /MT 或 /MD | 必须一致 | | 平台工具集 | VS2019 (v142) | 建议一致 | | 目标架构 | x86/x64 | 必须一致 | | 异常处理 | /EHsc | 建议启用 |
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值