MFC 错误 440 error LNK2005: "void * hEvent_Cconn" (?hEvent_Cconn@@3PEAXEA) 已经在 CSProtocal.obj 中定义

最新推荐文章于 2024-01-13 10:19:09 发布
原创 最新推荐文章于 2024-01-13 10:19:09 发布 · 574 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#错误 440 #error LNK2005 #: "void * " (?hEvent_Cconn@@3PEAXEA

本文详细解析了在MFC编程中遇到的errorLNK2005错误，即“void*hEvent_Cconn”重复定义的问题。作者在globalval.h中声明了hEvent_Cconn，但未在对应的globalval.cpp中定义，导致链接错误。文章强调了在.h文件中声明而在.cpp文件中定义的重要性，并解释了两者的区别。

现象：
今天在使用MFC进行编程时，出了一个错误：
错误 440 error LNK2005: “void * hEvent_Cconn” (?hEvent_Cconn@@3PEAXEA) 已经在 CSProtocal.obj 中定义

原因：
没有在声明hEvent_Cconn对应的头文件对应的源文件中进行定义。
我的是在globalval.h中进行的声明 extern HANDLE hEvent_Cconn;//创建客户端连接句柄
在这里插入图片描述
因此需要在globalval.cpp中进行定义 HANDLE hEvent_Cconn;//创建客户端连接句柄
在这里插入图片描述
.h文件和.cpp文件的区别

在h文件中声明（Declare），而在cpp文件中定义（Define）。

h文件中包含声明、条件预编译指令以及类的定义
cpp文件中进行全局变量的定义（及初始化）、全局函数的定义、类函数成员的定义、类带static限定符的数据成员的初始化

作者：GL3_24
来源：优快云
著作权归作者所有。转载请联系作者获得授权。

正确解决“error LNK2005: ___crtExitProcess 已经在 LIBCMTD.lib(crt0dat.obj) 中定义“的有效解决方法
wbajsjhhhhh的博客
04-30 2184
正确解决"error LNK2005: ___crtExitProcess 已经在 LIBCMTD.lib(crt0dat.obj) 中定义"的有效解决方法
正确解决“error LNK2005: “private: __thiscall type_info xxxxx中定义 MSVCRTD.lib“的有效解决方法
wbajsjhhhhh的博客
04-30 1921
正确解决"error LNK2005: "private: __thiscall type_info xxxxx中定义 MSVCRTD.lib"的有效解决方法
使用VS2012 MFC自定义消息时，处理函数不能返回void类型。
猿来这样-谢厂节的博客
01-04 3229
VS2012（据说从VS2008就这样了）自定义消息时，如果消息返回类型为void，会报下面错误： 无法从“LRESULT (__thiscall 转换为“LRESULT (__thiscall CWnd::* )(WPARAM,LPARAM) 这是因为VS2012要求返回类型不能为void，必须为LRESULT类型。把消息处理函数返回类型改为LRESULT即可。
LNK2005错误的原因与解决
水上漂的专栏
04-29 2万+
LNK2005错误的原因与解决 编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。 造成LNK2005错误主要有以下几种情况： 1．重复定义全局变量。可能存在两种情况： A、对于一些初学编程的程序员，有时候会以为 需要 使 用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。正确的应该是在一个CPP文件中定义如下：int g_Test;那么在使用的CPP文件...
MFC出现错误：one or more multiply defined symbols found void * __cdecl operator new(unsigned __int64)"
Lydia的博客
04-08 2672
v收010  MFC uafxcw.lib(afxmem.obj) : warning LNK4006: "void * __cdecl operator new(unsigned __int64)" (??2@YAPEAX_K@Z) already defined in LIBCMT.lib(new.obj); second definition ignored 1>uafxcw.lib(a
VS2010--error LNK2005: "void * hThread" (?hThread@@3PAXA) 已经在 kxlTestDLL.obj 中定义
Coperator
12-24 1665
当在Test.h文件中已有 extern HANDLE hThread; extern HANDLE hEvent; 同时在Test.cpp文件中有 HANDLE hThread; HANDLE hEvent; 如果dllmain.cpp中同时包含了Test.cpp文件则会出现以下错误： 1>------ 已启动生成: 项目: kxlTestDLL, 配置: Debug Wi
3P 你需要知道的事
weixin_34262482的博客
08-08 5184
为什么80%的码农都做不了架构师？>>> ...
精选资源
无法解析的外部符号”private: char * __cdecl cv::String::allocate(unsigned __int64)” (?allocate@String@cv@@AEAA
01-20
1>—— 已启动生成: 项目: save-image, 配置: Release x64 —— 1>save-image-D435.obj : ...1>save-image-D435.obj : error LNK2001: 无法解析的外部符号 “private: void __cdecl cv::String::deallocate(void)”
VS报错：error:LNK2005 _main 已经在 *.obj 中定义
weixin_40194697的博客
01-13 1704
实际上，多年以来一直有个问题困扰我很久，总弄不明白，就是一般一个头文件对应一个源文件，但是，一些数据类型、宏定义等，在头文件中定义，在源文件中使用，同时，在其他文件也要使用，那么源文件必须嵌入这个头文件，其他文件也需要嵌入这个头文件。然后，一些变量，在源文件中定义，别的源文件需要使用，则，就需要在头文件中声明。这些变量，是在源文件中定义的，在头文件声明，其他源文件只需要嵌入头文件，即可使用。其实，这些数据类型和宏，完全可以在源文件定义，然后在头文件再声明，和变量、函数是一样的处理。试运行程序，没有问题。
error LNK2005 void cdecl operator new unsigned int
hftyfdg的博客
02-21 1058
error LNK2005 void cdecl operator new unsigned int
html樱花飘落特效js
existent
06-13 14万+
引入 <!-- 樱花特效引入 --> <script src="./sakura.js"></script> 或者 js源码 //樱花 sakura var stop, staticx; var img = new Image(); img.src = "data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAUgAAAEwCAYAAADVZeifAAAACXBIWXMAAACYAAAAmAGiyIKYAAAHG2lUWHRY
火云邪神的拖鞋图片处理水印二次操刀，这是真jB复杂，还是我太菜
boss2967的博客
03-09 2万+
package BZB02;import java.awt.AlphaComposite;  import java.awt.Color;  import java.awt.Font;  import java.awt.Graphics;  import java.awt.Graphics2D;  import java.awt.Image;  import java.awt.Toolkit;  ...
android在线浏览
Melinda_meng的博客
07-02 55万+
MainActivity。java package com.example.internetimageview; import java.io.IOException; import java.io.InputStream; import java.net.HttpURLConnection; import java.net.MalformedURLException; import java.
基于Gromacs的蛋白分子动力学模拟（RMSD、RMSF及蛋白的回旋半径）
weixin_44873868的博客
12-19 4万+
一、实验要求 实验对象：目标体系为modeller或其他方法建模的结果中评价最好的模型。 软件： Gromacs-5.1.2 二、实验步骤 加立场 gmx pdb2gmx –h 打开帮助菜单。 选力场的时候选择 Amber99sb…,溶剂类型选Tip3p。 2、加模拟盒子，溶剂层厚度为0.8nm。 gmx editconf -bt ( boxtype: 做三个盒子的对比cubic/triclinic/dodecahedron ), -d 0.8 , 比较三种类型的盒子水分子数目差别。 3、加水
base64编码图片替换url图片
.
01-29 45万+
移动端，网络请求是很珍贵的资源，尤其在2g或者3g网络下，所以能不发请求的资源都尽量不要发，对于一些小图片icon之类的，可以将图片用base64编码，来减少网络请求。/**将图片转化成base64编码 （多用于小图片）**/ /**使用时勾选 包含头和包含css这时候回自动添加background-image:**/工具：将图片转化成base64编码 转化图片 /**转换后的base64的编码
ext 6.0开发实例二
qq_29913175的博客
06-01 5万+
由于Ext JS 6将原来的Ext JS和Sencha Touch合并为一个框架，因而在使用CMD来创建应用程序前，需要考虑清楚你是要创建一个通用应用程序，还是仅仅只是针对桌面或移动设备的应用程序。 要做这样的考量，是因为通用应用程序和比较单一的应用程序在开发上会有些小麻烦。这些小麻烦主要是因为Ext JS的自动加载机制造成的，有时候会很困扰人。 Ext JS的自动加载机制是根据类名来
【❗JS奇技淫巧❗】JavaScript:截取DataURL中的base64字符串
谁吃薄荷糖
06-09 29万+
图片中的src是从dataURL里赋值过去的： "jpgbase64":"data:application/octet-stream;base64,/9j/4Q6PIHsic2VpaW5mbyI6eyJpcGMiOnsiaXAiOlsxMCw2Nyw4Miw5M10sImFsZyI6OSwiZW5jYmlnIjowLCJwZXJjZmciOnsicGVyZGV0dHlwZSI6MCwiZmFjZW91dG1vZGUiOjAsImZhY2ViZXN0bnVtIjowfSwidmVoY2ZnIj...
firadio_obs_launcher
weixin_30420305的博客
04-18 11万+
TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0KJAAAAAAAAABQRQAATAEDAOoI9VgAAAAAAAAAAOAA...
Linux - CentOS 6 安装 JDK
热门推荐
_William_Cheung的博客
07-02 73万+
安装步骤如下： 1. 下载jdk1.7.0_55（jdk-7u55-linux-i586.tar.gz） 2. 卸载系统自带的开源JDK     查看是否安装JDK rpm -qa | grep java 显示如下信息： 存在，执行下面代码删除： rpm –e java3.解压jdk-7u55-linux-i586.tar.gz使用命令：tar
1>libqrencode.lib(qrencode.obj) : 找到 MSIL .netmodule 或使用 /GL 编译的模块；正在使用 /LTCG 重新启动链接；将 /LTCG 添加到链接命令行以改进链接器性能 1>DrawModeCheckDialog.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual struct QMetaObject const * __thiscall DrawModeCheckDialog::metaObject(void)const &quot; (?metaObject@DrawModeCheckDialog@@UBEPBUQMetaObject@@XZ) 1>DrawModeCheckDialog.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual void * __thiscall DrawModeCheckDialog::qt_metacast(char const *)&quot; (?qt_metacast@DrawModeCheckDialog@@UAEPAXPBD@Z) 1>DrawModeCheckDialog.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual int __thiscall DrawModeCheckDialog::qt_metacall(enum QMetaObject::Call,int,void * *)&quot; (?qt_metacall@DrawModeCheckDialog@@UAEHW4Call@QMetaObject@@HPAPAX@Z) 1>NCApplication.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual struct QMetaObject const * __thiscall NCApplication::metaObject(void)const &quot; (?metaObject@NCApplication@@UBEPBUQMetaObject@@XZ) 1>NCApplication.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual void * __thiscall NCApplication::qt_metacast(char const *)&quot; (?qt_metacast@NCApplication@@UAEPAXPBD@Z) 1>NCApplication.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual int __thiscall NCApplication::qt_metacall(enum QMetaObject::Call,int,void * *)&quot; (?qt_metacall@NCApplication@@UAEHW4Call@QMetaObject@@HPAPAX@Z) 1>NCApplication.obj : error LNK2001: 无法解析的外部符号 &quot;public: static struct QMetaObject const NCApplication::staticMetaObject&quot; (?staticMetaObject@NCApplication@@2UQMetaObject@@B) 1>sliderStepButton.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual struct QMetaObject const * __thiscall sliderStepButton::metaObject(void)const &quot; (?metaObject@sliderStepButton@@UBEPBUQMetaObject@@XZ) 1>sliderStepButton.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual void * __thiscall sliderStepButton::qt_metacast(char const *)&quot; (?qt_metacast@sliderStepButton@@UAEPAXPBD@Z) 1>sliderStepButton.obj : error LNK2001: 无法解析的外部符号 &quot;public: virtual int __thiscall sliderStepButton::qt_metacall(enum QMetaObject::Call,int,void * *)&quot; (?qt_metacall@sliderStepButton@@UAEHW4Call@QMetaObject@@HPAPAX@Z) 1>E:\lyf-Qt\laser\QtVisionLaser\Win32\Debug\\LaserVision.exe : fatal error LNK1120: 10 个无法解析的外部命令 怎么查看哪些头文件需要手动编译
最新发布
06-22
<think>我们正在处理一个Qt项目中的链接错误，具体是LNK2001和LNK1120错误。根据引用，这些错误通常与Qt的元对象系统（moc）有关。moc是Qt用来处理信号和槽机制以及元对象系统的预处理器。如果某个类使用了Q_OBJECT宏，但没有被moc处理，就会导致这些链接错误。###解决步骤1.**检查类声明**：-确保所有使用信号和槽或元对象特性（如Q_PROPERTY）的类都满足以下条件：-继承自QObject（直接或间接）。-在类的私有部分声明了Q_OBJECT宏。-例如：```cppclassMyClass:publicQObject{Q_OBJECTpublic://...};```2.**检查头文件是否被moc处理**：-在Qt项目中，包含Q_OBJECT宏的头文件必须由moc工具预处理，生成一个`moc_*.cpp`文件，然后这个文件会被编译并链接到项目中。-在VisualStudio中使用Qt插件时，通常会自动识别需要moc的头文件。但有时自动配置可能失败。3.**手动设置头文件的项类型**：-在VisualStudio中，右键点击头文件->属性->配置属性->常规->项类型。-需要moc的头文件应该设置为**QtMeta-ObjectCompiler(moc)**。如果被错误地设置为“C/C++标头”，则不会生成moc文件，从而导致链接错误。-按照引用[2]的方法，将出问题的头文件的项类型改为“QtMeta-ObjectCompiler(moc)”。4.**清理和重新生成**：-有时，清理项目并重新生成可以解决问题。具体步骤：-清理项目（生成->清理解决方案）。-删除中间文件（如Debug或Release目录下的`.obj`文件和`moc_*.cpp`文件）。-重新生成项目。-如果问题依旧，尝试引用[3]的方法：备份出错类的头文件和源文件，从项目中移除，然后重新添加并设置正确的项类型。5.**检查项目配置**：-确保Qt模块被正确引入。检查项目的.pro文件（如果使用qmake）或CMakeLists.txt（如果使用CMake）是否包含了必要的模块（如core、gui、widgets等）。-在VisualStudio中，检查项目属性中Qt的配置路径是否正确。6.**查看构建输出**：-在构建过程中，观察输出窗口，看是否有生成`moc_*.cpp`文件的记录。如果没有，说明moc没有运行。###如何定位需要手动编译的头文件？-在项目中，任何包含Q_OBJECT宏且不是由其他头文件包含（即独立存在）的头文件都需要被moc处理。-在VisualStudio中，可以通过以下方式检查：1.打开解决方案资源管理器。2.查看每个头文件的属性，确认其项类型是否为“QtMeta-ObjectCompiler(moc)”。3.如果某个头文件包含Q_OBJECT宏但项类型不是moc，则需要修改。###示例错误分析根据引用[4]的错误信息：```LogonDialog.obj:errorLNK2001:无法解析的外部符号&quot;public:virtualstructQMetaObjectconst*__cdeclQtLogonDlg::metaObject(void)const&quot;```这表明`QtLogonDlg`类的元对象相关函数没有实现，即`moc_QtLogonDlg.cpp`文件没有参与编译。因此，我们需要检查`QtLogonDlg`的头文件（比如`logondialog.h`）是否被正确设置为moc类型。###总结1.确认所有使用Q_OBJECT的类都正确声明。2.在VisualStudio中，将这些类的头文件属性设置为“QtMeta-ObjectCompiler(moc)”。3.清理并重新生成项目。如果以上步骤不能解决，可能需要检查Qt安装和项目配置是否正确。###相关问题1.如何避免Qt项目中的moc相关链接错误？2.在Qt中，信号和槽机制的工作原理是什么？3.除了设置头文件项类型，还有哪些方法可以解决Qt在VS中的链接错误？</think>### 解决 Qt 项目中的 LNK2001 和 LNK1120 错误 #### 错误原因分析 这些链接错误通常由 **元对象编译器（moc）未正确处理头文件** 导致。当类使用 Qt 的元对象系统（如信号槽、Q_OBJECT 宏）但未生成 `moc_*.cpp` 文件时，会出现无法解析的符号错误[^2][^4]。 --- #### 定位和解决步骤 ##### 1. **识别需要 moc 处理的头文件** - **检查标准**：任何包含以下内容的头文件都需要 moc 处理： - `Q_OBJECT` 宏 - 信号/槽声明 - `Q_ENUM`/`Q_PROPERTY` - **手动检查**： ```cpp // 示例：需要 moc 的头文件 class MyClass : public QObject { Q_OBJECT // ← 关键标识 public slots: void mySlot(); }; ``` ##### 2. **在 Visual Studio 中配置头文件** - **关键操作**： 1. 在解决方案资源管理器中右键点击头文件 2. 选择 **属性 → 常规 → 项类型** 3. 设置为 **`Qt Meta-Object Compiler (moc)`** ![属性设置示意图](https://doc.qt.io/qt-6/images/vs-item-type.png) *（图示：VS 中的头文件项类型设置）* - **重要提示**： 若头文件被误设为 `C/C++ 标头`，moc 将不会生成必要的元对象代码[^2]。 ##### 3. **验证 moc 输出** - 编译后检查输出目录（如 `Debug/moc_` 或 `Release/moc_`）： - 应存在对应的 `moc_文件名.cpp` 文件 - 若缺失，表明配置未生效 - **错误示例**： `LNK2001: 无法解析的外部符号 &quot;public: virtual struct QMetaObject const * __cdecl MyClass::metaObject(...)` 表明 `MyClass.h` 的 moc 未运行[^4]。 ##### 4. **强制重新生成 moc 文件** - **方法 1**（推荐）： - 清理项目 → 删除 `build` 目录 → 重新生成 - **方法 2**（备用）： 1. 备份问题头文件（如 `MyClass.h`） 2. 从项目中移除该文件 3. 重新添加文件并设置正确项类型 4. 重新编译（此操作会触发 moc 重新处理）[^1][^3] ##### 5. **检查继承关系** - 确保使用 `Q_OBJECT` 的类**直接或间接继承 `QObject`**： ```cpp // 正确示例 class MyWidget : public QWidget { // QWidget 继承 QObject Q_OBJECT // ... }; ``` --- #### 预防措施 1. **项类型自动化**： - 使用 `.pri` 文件管理头文件类型（Qt 项目最佳实践） 2. **编译前检查**： - 在预构建事件中添加 moc 验证脚本 3. **项目清理**： - 定期执行 **`qmake -nocache &amp;&amp; make clean`**（qmake 项目） > **关键原理**：Qt 的元对象系统（信号槽、反射等）依赖 moc 生成的代码。当链接器报告 `QMetaObject` 相关错误时，90% 的原因是头文件未被正确识别为 moc 输入[^2][^4]。 --- #### 相关问题 1. 如何验证 Qt 项目中的头文件是否已正确配置 moc 处理？ 2. 除了项类型设置，还有哪些方法可以解决 Qt 信号槽链接错误？ 3. 当 Qt 项目从 qmake 迁移到 CMake 时，如何处理 moc 配置差异？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值