error LNK2001: unresolved external symbol "protected: virtual struct AFX_EVENTSINKMAP …改正方法。

最新推荐文章于 2022-08-12 10:45:03 发布
原创 最新推荐文章于 2022-08-12 10:45:03 发布 · 2.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#error LNK2001 #GetEventSinkMap

本文详细介绍了在开发过程中遇到CTabSheet类产生的错误LNK2001和LNK1120时的解决策略。通过在.cpp文件中手动添加BEGIN_EVENTSINK_MAP和END_EVENTSINK_MAP代码段，可以有效地解决此类错误。此解决方案适用于C++项目中事件处理机制的实现。

当出现如下错误的时候，解决办法：

TabSheet.obj : error LNK2001: unresolved external symbol "protected: virtual struct AFX_EVENTSINKMAP const * __thiscall CTabSheet::GetEventSinkMap(void)const " (?GetEventSinkMap@CTabSheet@@MBEPBUAFX_EVENTSINKMAP@@XZ)

Debug/Prop.exe : fatal error LNK1120: 1 unresolved externals

解决办法：

因为在该类.h头文件中已经声明DECLARE_EVENTSINK_MAP() ，所以.cpp文件里要对应出现相应的实现代码。

在.cpp中手动添加如下代码：

BEGIN_EVENTSINK_MAP(CTabSheet, CTabCtrl)  
//{{AFX_MSG_MAP(CTabSheet)
// No message handlers
//}}AFX_MSG_MAP
 
END_EVENTSINK_MAP()

第1篇 vc6.0编译halcon库Lib报错 error LNK2001: unresolved external symbol “__declspec(dllimport)
Txwtech
08-15 233
该错误是由于链接时找不到HALCON库中的符号定义导致的。解决方法：1.确认已正确配置HALCON-12.0的环境变量路径；2.在项目属性中确保已添加以下三个库文件：halconcpp.lib、halcon.lib和halconcpp10.lib（注意用空格分隔）；3.检查库文件路径是否包含在附加库目录中。这些错误通常是由于缺少必要的库文件或路径配置不当造成的。
VC6.0 error LNK2001: unresolved external symbol _main解决办法
Zhuo_Xiao的博客
04-23 720
学习VC++时经常会遇到链接错误LNK2001，该错误非常讨厌，因为对于编程者来说，最好改的错误莫过于编译错误，而一般说来发生连接错误时，编译都已通过。产生连接错误的原因非常多，尤其LNK2001错误，常常使人不明其所以然。如果不深入地学习和理解VC++，要想改正连接错误LNK2001非常困难。　　初学者在学习VC++的过程中，遇到的LNK2001错误的错误消息主要为：　　unresolved e...
解决unresolved external symbol "protected: virtual struct AFX_EVENTSINKMAP const * __thiscall 错误。
热门推荐
鹏程万里--扬帆起航
11-27 1万+
 刚开始学习VC++，对它的东西都不懂，其中最使用DECLARE_EVENTSINK_MAP时出现了一个错误，Linking...LegendWin.obj : error LNK2001: unresolved external symbol "protected: virtual struct AFX_EVENTSINKMAP const * __thiscall CLegendWin::
[Qt4]VS2010编译提示error LNK2001: unresolved external symbol "public: virtual struct QMetaObject等错误解决方案
0123 's blog
08-22 3546
[Qt4]VS2010编译提示 error LNK2001: unresolved external symbol “public: virtual struct QMetaObject const * __cdecl 等错误的解决方案 moc处理C++
GetEventSinkMap无法解析的外部符号
jbh_sunshine的博客
07-01 455
编写的串口程序，用到了CMscomm类，程序编译的时候出现如题报错 后来发现是原来是我用的串口控件绑定了消息响应函数OnCommMscomm（），但是后来我不想使用消息响应函数，故把OnCommMscomm（）函数改成普通的函数，但是在消息响应函数的定义前面有这句话***DECLARE_EVENTSINK_MAP*** 这句话也要一起删除掉，否则就会报错 ...
error LNK2001: unresolved external symbol "public: virtual struct QMetaObject const （转）
hongqiang200的专栏
04-07 6309
The form that uses slots/signals needs to have the Q_OBJECT, the other form doesnt. Removing the Q_OBJECT on the form that doesnt need the slots/signals results in an dll that does in fact link. T
【error LNK2001: unresolved external symbol “public: virtual struct QMetaObject const * __cdecl解决办法
qq_42026692的博客
08-12 657
QT出现MOC报错解决办法
解决error LNK2001: unresolved external symbol
07-25
解决 error LNK2001: unresolved external symbol 在编译VC项目时，经常会遇到error LNK2001: unresolved external symbol的错误，这个错误是由于缺少某些库文件而引起的。在这里，我们总结了三种常见的情形，并...
vc报error LNK2001unresolved external symbol的解决方法
04-10
解决报错Error LNK2001:unresolved external symbol
error LNK2001: unresolved external symbol "protected: 类似问题的解决办法
hehainan_86的专栏
11-27 968
刚刚遇到代码调试的问题： 原因是该函数只声明却没有定义。 解决办法有两个： 1）将出现问题的那个函数注释掉（如果用不到的话）； 2）在.cpp中定义该函数，哪怕是个空函数也可以的。   记录下，希望对大家有帮助！
BEGIN_SINK_MAP(CMainDlg) SINK_ENTRY(IDC_EXPLORER1, ..。响应不到的
weixin_34408624的博客
06-12 652
</pre><pre name="code" class="cpp"> class CMainDlg : public CAxDialogImpl<CMainDlg>, public CUpdateUI<CMainDlg>, public CMessageFilter, public CIdleHandler, publ...
MFC 串口编程总结
Invoker's Tower
03-10 4385
1、win32下对串口的操作可以通过两种方式：ActiveX控件和Windows API函数，第一种程序简单但是欠缺灵活，第二种自由灵活编程不易。无论哪一种方式都需要完成四个步骤：一、打开串口；二、配置串口；三、读写串口；四、关闭串口。 2、win32下对文件的概念进行了扩展，无论是文件、通信设备、命名管道、邮槽、磁盘还是控制台都是用API函数CreateFile打开或者创建。 HANDLE
Kubernetes：Event-事件处理机制
琦彦
03-13 7772
Event前言 当集群中的 node 或 pod 异常时，大部分用户会使用 kubectl 查看对应的 events，那么 events 是从何而来？ 其实 K8s 中的各个组件会将运行时产生的各种事件汇报到 apiserver，对于 K8s 中的可描述资源，使用 kubectl describe 都可以看到其相关的 events，那 K8s 中又有哪几个组件都上报 events 呢？ 只要...
MFC删除MSComm控件出现error LNK1120和LNK2001错误
hjk216的博客
03-14 1804
环境是VS2010 MFC Dialogbased，在删除MScomm控件时出现两个错误： 错误 1 error LNK1120: 1 个无法解析的外部命令                 2     error LNK2001: 无法解析的外部符号 "protected: virtual struct  AFX_EVENTSINKMAP const * __thiscall CSe
事件接收器的实现
然若风散记
03-27 1373
方法一:　使用MFC映射宏,使用 CCmdTartget 子类为EventSink类  .H文件   1. DECLARE_DISPATCH_MAP()   2. DECLARE_INTERFACE_MAP()        .CPP文件   1. BEGIN_DISPATCH_MAP(当前类, 父类)    //实现本地函数与组件中的函数映射        DISP_FUNCTION_ID(
Windows 中透明窗体与系统托盘实现详解
geniusdot的专栏
03-05 1900
 自从windows2000起新的windows系统都支持,透明窗体这一特性,这个特性在windows系统上用VC编程实现起来非常简单下面我就具体来介绍一下具体的实现步骤.以MFC对话框程序为例其它依原理类推.在对话框的OnInitDialog()函数中加入如下代码    SetWindowLong(this->GetSafeHwnd(),GWL_EXSTYLE,     
DataETView.obj : error LNK2001: unresolved external symbol __imp__PathIsDirectoryA@4
最新发布
09-19
<think> 我们需要解决链接错误：`DataETView.obj : error LNK2001: unresolved external symbol __imp__PathIsDirectoryA@4` 这个错误表示链接器找不到函数`PathIsDirectoryA`的实现。这个函数是Windows Shell API的一部分，定义在`Shlwapi.h`头文件中，并在`Shlwapi.lib`库中实现。 解决方案步骤： 1. 包含必要的头文件： 在使用了`PathIsDirectoryA`的源文件中，确保已经包含了`Shlwapi.h`头文件。 2. 链接到正确的库： 需要在项目中链接`Shlwapi.lib`库。 具体操作： 方法一：在源代码中添加编译指示（推荐） 在包含头文件的代码附近添加以下语句： ```cpp #include <Shlwapi.h> // 包含PathIsDirectoryA的声明 #pragma comment(lib, "Shlwapi.lib") // 告诉链接器链接Shlwapi.lib ``` 方法二：在项目属性中设置（适用于整个项目） 1. 打开项目属性（右键项目 -> 属性） 2. 选择“链接器” -> “输入” 3. 在“附加依赖项”中添加`Shlwapi.lib` 注意：`PathIsDirectoryA`是ANSI版本的函数，而`PathIsDirectoryW`是Unicode版本。在MFC项目中，通常使用Unicode字符集，所以更推荐使用`PathIsDirectory`宏（自动根据项目字符集选择）或者直接使用宽字符版本`PathIsDirectoryW`。但错误中显示的是`PathIsDirectoryA`，说明代码中显式调用了A版本。 如果项目设置为Unicode字符集，建议改用宽字符函数或使用通用版本（通过宏`PathIsDirectory`）。这样代码更符合现代Windows编程规范。 示例代码调整： ```cpp // 如果你的项目是Unicode字符集，应该使用： if (PathIsDirectoryW(L"C:\\MyFolder")) { // 目录存在 } // 或者使用TCHAR版本（推荐）： #include <tchar.h> if (PathIsDirectory(_T("C:\\MyFolder"))) { // 目录存在 } ``` 另外，确保在使用这些函数之前已经正确包含了头文件和链接了库。 如果仍然出现问题，请检查： - 头文件包含是否正确（没有拼写错误） - 库文件是否存在于SDK中（一般安装Windows SDK后都会有） - 项目平台工具集是否匹配（例如，是否安装了对应版本的SDK） 最后，注意函数签名：`PathIsDirectoryA`接收一个LPCSTR（即const char*）参数，而`PathIsDirectoryW`接收LPCWSTR（即const wchar_t*）。确保传递的字符串类型正确。 相关问题： 1. 如何判断一个路径是文件还是目录？ 2. MFC中如何设置项目使用Unicode字符集？ 3. Windows API中PathIsDirectory函数的使用注意事项有哪些？ 4. 为什么在MFC项目中链接库时会出现LNK2001错误？ </think> 在 MFC 开发中遇到 `error LNK2001: unresolved external symbol __imp__PathIsDirectoryA@4` 错误，表示链接器无法找到 `PathIsDirectoryA` 函数的实现。这通常是缺少 Windows Shell API 库引用造成的。以下是详细的解决方案： --- ### 错误原因分析 1. **缺少 Shell Lightweight Utility API 库** `PathIsDirectoryA` 是 Shell API 函数，位于 `Shlwapi.lib` 库中，未链接会导致 LNK2001 错误。 2. **项目字符集不匹配** 使用 `PathIsDirectoryA`（ANSI 版本）但项目设置为 Unicode 字符集，或反之。 3. **头文件未包含** 源代码中缺少 `<shlwapi.h>` 头文件声明。 --- ### 解决方案步骤 #### 1. 添加库链接（关键步骤） 在 **项目属性 → 链接器 → 输入 → 附加依赖项** 中添加 `Shlwapi.lib`： ```plaintext Shlwapi.lib ``` > 此步骤解决 90% 的 LNK2001 错误 #### 2. 正确包含头文件 在调用 `PathIsDirectory` 的源文件顶部添加： ```cpp #include <shlwapi.h> // Shell Lightweight API 头文件 ``` #### 3. 使用通用字符版本（推荐） 避免 ANSI/Unicode 版本冲突： ```cpp // 替换 PathIsDirectoryA 为通用版本 BOOL isDir = PathIsDirectory(_T("C:\\MyFolder")); // 或显式指定版本 #ifdef UNICODE BOOL isDir = PathIsDirectoryW(L"C:\\MyFolder"); #else BOOL isDir = PathIsDirectoryA("C:\\MyFolder"); #endif ``` #### 4. 完整代码示例 ```cpp #include <afxwin.h> // MFC 核心头文件 #include <shlwapi.h> // PathIsDirectory 声明 void CheckDirectory() { CString path = _T("C:\\MyFolder"); if (PathIsDirectory(path)) { TRACE(_T("%s is a directory\n"), path); } else { TRACE(_T("%s is NOT a directory\n"), path); } } ``` --- ### 附加验证步骤 1. **检查函数签名** 确保调用语法正确： ```cpp BOOL PathIsDirectory(LPCTSTR pszPath); // 正确声明 ``` 2. **验证库链接** 在代码中添加强制链接指令： ```cpp #pragma comment(lib, "Shlwapi.lib") // 强制链接库 ``` 3. **项目字符集一致性** 在项目属性检查字符集设置： 🔧 `配置属性 → 高级 → 字符集 → 使用Unicode字符集` --- ### 替代方案 如果仍存在问题，可使用 Windows API 替代方案： ```cpp #include <windows.h> BOOL IsDirectory(LPCTSTR path) { DWORD attrs = GetFileAttributes(path); return (attrs != INVALID_FILE_ATTRIBUTES) && (attrs & FILE_ATTRIBUTE_DIRECTORY); } ``` --- **注意事项** - `PathIsDirectory` 在 Windows 95+ 可用，但需确保 `Shlwapi.lib` 链接[^1] - 调试时使用 `GetLastError()` 获取详细错误码 - 路径字符串需完整格式（如 `C:\\Folder` 而非 `C:\Folder`） ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值