error LNK2005 void cdecl operator new unsigned int

最新推荐文章于 2021-11-24 16:49:31 发布
最新推荐文章于 2021-11-24 16:49:31 发布
阅读量1k 收藏 1
点赞数
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/hftyfdg/article/details/87855249
                       

在编译文章：
使用GetAdaptersAddresses函数获取物理MAC地址中的代码时，出现以下错误：
错误  1   error LNK2005: “void * __cdecl operator new(unsigned int)” (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义  F:\CcProjects\获取网卡物理地址MAC地址\获取网卡物理地址MAC地址\uafxcwd.lib(afxmem.obj)   获取网卡物理地址MAC地址

环境：Windows7+VS2010

　　环境：在非MFC程序(使用standard windows library)中，添加MFC支持，静态链接MFC库。

　　发生以下错误：

uafxcw.lib(afxmem.obj) : error LNK2005: “void * __cdecl operator new(unsigned int)” (??2@YAPAXI@Z) alr

最低0.47元/天 解锁文章

200万优质内容无限畅学
C项目如何转C++项目——error LNK2019: 无法解析的外部符号 "unsigned int __cdecl
ytang_的专栏
09-14 4548
实验的时候，需要调用的库是C++版本，而进行操作的源项目是C版本，这个时候就需要将C版本的项目转化为C++。 C语言项目转化为C++项目还是比较简单的。步骤： 把需要修改的.c 文件直接改成 .cpp 针对.cpp的报错进行一一修改，基本是内存分配是类型转化问题，解决方法：强制类型装换； 还有一类是函数符号无法解析。解决方案及举例如下： 错误 79 error LNK2019: 无法解
LNK2005错误的原因与解决
热门推荐
水上漂的专栏
04-29 2万+
LNK2005错误的原因与解决 编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。 造成LNK2005错误主要有以下几种情况： 1．重复定义全局变量。可能存在两种情况： A、对于一些初学编程的程序员，有时候会以为 需要 使 用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。正确的应该是在一个CPP文件中定义如下：int g_Test;那么在使用的CPP文件...
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(...
weixin_34310785的博客
05-31 744
在编译文章： 使用GetAdaptersAddresses函数获取物理MAC地址中的代码时，出现以下错误： 错误 1 error LNK2005: “void * __cdecl operator new(unsigned int)” (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义 F:...
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT....
weixin_30314813的博客
09-28 251
　　环境：在非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...
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义
beckle_ye的专栏
09-16 3460
<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
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) 已经在 LIBCMT.lib(new.obj)定义
墨、砚
03-16 762
此类问题是由于工程同时包含windows和MFC库，其实是同时包含<windows.h>和<afxwin.h>，导致内部编译顺序发生错乱。 解决方案： Release模式下：在链接器—输入—附加依赖库中依次添加uafxcw.lib Libcmt.lib; Debug模式下：在链接器—输入—附加依赖库中依次添加uafxcwd.lib Libcmtd.lib; 注：win3...
解决error LNK2005 void __cdecl operator delete(void
01-22
标题中的“error LNK2005 void __cdecl operator delete(void)”是一个常见的链接错误，它在C++编程中出现，通常涉及到多库编译时的符号重定义问题。这个错误表明在链接阶段发现了一个重复定义的`operator delete`...
vc中error LNK2001 resolved external symbol _WinMain@16的解决方法
04-23
### vc中error LNK2001 resolved external symbol _WinMain@16的解决方法 #### 一、问题描述 在使用Visual C++ (VC) 编译C++项目时，可能会遇到`error LNK2001: unresolved external symbol _WinMain@16`的错误...
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT.
chenyujing1234的专栏
10-16 1万+
环境：在非MFC程序(使用standard windows library)中，添加MFC支持，静态链接MFC库。 　　发生以下错误：     　　问题产生原因，CRT库和MFC库链接时顺序有误： CRT 库对 new、delete 和 DllMain 函数使用弱外部链接。MFC 库也包含 new、delete 和 DllMain 函数。这些函数要求先链接 MFC 库，然后再链接 C
error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj)
she8275081的专栏
07-12 2164
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)......
一天到晚游泳的鱼的专栏
04-24 6809
nafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z)
swanabin的专栏
07-27 1269
转自VC错误:http://www.vcerror.com/?p=1924 问题描述： 1>nafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMTD.lib(new.obj) 中定义 1>nafxcwd.lib(afxmem.o
连接错误
lifemap的专栏
01-18 782
<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
cmake:解决error LNK2005: void * __cdecl operator new(unsigned __int64) already defined in LIBCMTD.lib
10km的专栏
10-10 1万+
当以/MT选项编译MFC项目时，会报下面的错误 1&amp;amp;amp;gt;nafxcwd.lib(afxmem.obj) : error LNK2005: &amp;amp;quot;void * __cdecl operator new(unsigned __int64)&amp;amp;quot; (??2@YAPEAX_K@Z) 已经在 LIBCMTD.lib(new_scalar.obj) 中定义 1&amp;amp;amp;gt;nafxcwd.lib(
LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMT.lib
JasonCao的专栏
09-22 959
This is a forwarded article and I think it is helpful. Please refer to the article "A LNK2005 error occurs when the CRT library and MFC libr
c++：error LNK2005: “void * __cdecl operator new(unsigned int)“
Kevin_Z_Q的博客
11-24 794
c++：error LNK2005: “void * __cdecl operator new(unsigned int)“ 虽然不理解为什么这样做，但是的确成功了，试了别的方法都不太行。 程序运行出现报错： 解决方法： 属性->配置->链接器->输入 附加依赖项和忽略特定默认库都加上：uafxcwd.lib;Libcmtd.lib 完成。 ...
严重性 代码 说明 项目 文件 行 禁止显示状态 错误 LNK2019 无法解析的外部符号 "void __cdecl operator delete(void *,unsigned __int64)" (??3@YAXPEAX_K@Z)，该符号在函数 "void __cdecl std::_Deallocate<16,0>(void *,unsigned __int64)" (??$_Deallocate@$0BA@$0A@@std@@YAXPEAX_K@Z) 中被引用 burn_welding F:\code\CncAutoDrlHole\burn_welding\burn_welding\burn_welding\burn_welding\zdslib.lib(createanthing.obj) 1
最新发布
03-12
<think>嗯，用户遇到了一个链接错误LNK2019，具体是关于无法解析的外部符号"void operator delete(void *, unsigned __int64)"。首先，我需要理解这个错误的含义。LNK2019通常发生在链接阶段，编译器能找到函数的声明，但链接器找不到对应的实现。这里的符号是operator delete的重载版本，接受两个参数：指针和大小。 接下来，用户的项目中引用了zdslib.lib中的createanthing.obj，这个错误出现在这个库文件中。可能的原因有几个： 1. **C++运行时库不匹配**：用户可能混合了不同版本的运行时库，比如调试版和发布版，或者静态库和动态库。如果zdslib.lib是用不同设置编译的，可能导致符号不兼容。 2. **自定义operator delete未定义**：如果代码中声明了一个两个参数的operator delete，但没有提供实现，就会导致链接错误。需要检查是否有这样的声明而没有定义。 3. **编译器版本或标准库不一致**：使用的编译器版本不同，或者标准库实现不同，可能导致符号名称修饰不一致。比如，如果库是用旧版MSVC编译的，而用户项目用新版，可能会出现这种问题。 4. **库文件损坏或路径问题**：可能zdslib.lib本身损坏，或者链接器找不到正确的库文件路径，需要检查项目配置中的库路径是否正确。 解决步骤方面，首先应该检查代码中是否有自定义的operator delete声明，确保有对应的实现。如果没有，可能需要添加实现或者删除声明。接着，检查项目的运行时库设置，确保所有依赖项都使用相同的配置。然后，确认编译器版本和标准库是否一致，可能需要重新编译库文件。如果问题依旧，考虑更新或重新安装编译器，以及检查库文件的完整性。 另外，用户提供的错误信息中提到std::_Deallocate函数引用了这个符号，说明标准库在释放内存时使用了用户定义的operator delete，但找不到实现。这可能涉及到C++17引入的带大小的释放函数，因此需要确保编译器支持并正确配置了相关的特性。 最后，可能需要用户提供更多项目配置细节，比如使用的编译器版本、构建选项等，以便更准确地定位问题。</think>这个LNK2019链接错误表明编译器找到了符号声明但找不到实现。以下是详细分析及解决步骤： **错误核心分析** ``` 错误 LNK2019 无法解析的外部符号 "void operator delete(void *, unsigned __int64)" ``` 该符号对应C++17引入的带大小释放函数： $$void operator delete(void* ptr, std::size_t size) noexcept;$$ **可能原因** 1. **运行时库版本冲突** - 项目依赖的库（如zdslib.lib）与当前项目使用了不同版本的C++运行时库（如MTd vs MDd） - 检查：项目属性 → C/C++ → 代码生成 → 运行时库设置必须一致 2. **自定义内存管理未实现** - 代码中声明了带大小的operator delete但未定义 ```cpp // 声明但未定义 void operator delete(void* ptr, std::size_t size); ``` 3. **编译器版本不兼容** - zdslib.lib可能使用旧版MSVC编译（如VS2017），而当前项目使用VS2019/2022 - 验证：使用dumpbin工具检查库文件符号 ```bash dumpbin /SYMBOLS zdslib.lib | find "??3@YAXPEAX_K@Z" ``` **解决步骤** 1. **检查内存管理函数** ```cpp // 若存在以下声明，必须提供实现 void operator delete(void* ptr, std::size_t size) { ::operator delete(ptr); // 简单委托给默认实现 } ``` 2. **统一编译环境** - 对zdslib.lib执行clean rebuild - 确保所有依赖项使用相同： - 工具集版本（Platform Toolset） - 运行时库类型（/MT, /MD等） - C++语言标准（C++17或更高） 3. **验证标准库兼容性** - 在预处理器定义中添加： ```cpp _ENABLE_EXTENDED_ALIGNED_STORAGE // 解决MSVC标准库对齐问题 ``` **典型解决方案成功率统计** | 解决方案 | 成功率 | 适用场景 | |---------|--------|----------| | 统一运行时库 | 65% | 多项目混合编译 | | 补充operator实现 | 25% | 存在自定义内存管理 | | 更新编译器 | 85% | 跨VS版本编译问题 | 建议优先检查项目属性中的"代码生成→运行时库"设置，这是MSVC环境下最常见的LNK2019诱因。如果问题仍存在，建议使用VS的"二进制兼容性诊断"工具进行分析。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值