error LNK2019: unresolved external symbol "__declspec(dllimport) const CReadUserInfo::`vftable'" (__

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

#error

本文详细介绍了在使用VS2010编写DLL工程时遇到创建库和对象文件时出现的LNK2019错误，并提供了在预处理器定义中添加宏定义的方法来解决此问题。

这里写图片描述
使用VS2010编写DLL工程时出现如下错误
Creating library E:\Product1\DlagDll\Debug\DlagDll.lib and object E:\Product1\DlagDll\Debug\DlagDll.exp
1>ReadUserInfo.obj : error LNK2019: unresolved external symbol “_declspec(dllimport) const CReadUserInfo::`vftable’” (__imp??_7CReadUserInfo@@6B@) referenced in function “public: __thiscall CReadUserInfo::CReadUserInfo(void)” (??0CReadUserInfo@@QAE@XZ)
1>E:\Product1\DlagDll\Debug\DlagDll.dll : fatal error LNK1120: 1 unresolved externals

在VS2010工程的project->setting->C/C++->Preprocessor definitions中添加宏定义即可

vs报错“错误 LNK2019 无法解析的外部符号”的几种原因及解决方案
zeeq的博客
03-28 36万+
  运行vs程序的时候，报错严重性 代码 说明 项目 文件 行 禁止显示状态 错误 LNK2019 无法解析的外部符号 "__declspec(dllimport) public: void __cdecl PointCloudFilter::setptClouds(struct LAS_POINT *)" (__imp_?setptClouds@PointCloudFilter@@QEAAXPEAULAS_POINT@@@Z)，该符号在函数 "private: void __cdecl PointClou
xx.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) 错误
klzs1的专栏
03-11 2055
在vs2010下用别人提供的lib开发win32程序，编译时出现： Dummy.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: xxx@x@x@@x referenced in function _main 造成这种错误的原因百度出来一坨一坨的，结果自己这次是用错了lib文件的版本，应
VC引入lib库并解决连接错误unresolved external symbol "__declspec(dllimport) const DllClass::`vftable'" (__imp_?
Utopia的专栏
01-18 1万+
链接库分为静态链接库和动态链接库，静态链接库只有一个.lib文件，而动态链接库则有一个.lib文件和.dll文件；静态链接库的.lib文件里面有函数真正实现的机器码，而动态链接库的.lib只有函数的符号名，真正的函数的实现在dll文件中。 当你使用静态库或者使用隐式的方式加载动态连接库的话，都需要将.lib文件加到vc工程里面去，他们的区别就在于，使用动态库的话，在运行程序时，需要额外将函数真正
再谈Link2019 error
Ocean2006的专栏
03-03 5794
在一个工程引用dll时，容易产生以下的link错误：           test.obj : error LNK2019: 无法解析的外部符号 "__declspec(dllimport)           testDlg.obj : error LNK2001: 无法解析的外部符号 "__declspec(dllimport)           testDlg.obj : err
error LNK2019 【unresolved external symbol】 解决方法
machh的专栏
03-08 2万+
C++ error LNK2019: "unresolved external symbol"解决方法 一般来说，造成此错误的可能性有以下几种 1，工程中只有头文件，缺少源文件，只有声明没有定义 2，引入第三方库，工程中只有头文件，没有加载导入库（xxxx.lib） 3, 头文件，源文件中 函数声明和定义都有，但是某个参数类型不一致 4，调用约定不一致，C++
error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall 的解决方案
cfying的专栏
01-05 987
有时候我们采用dll或者lib编程的时候，会发现这个连接错误，无法被解析。 原因是我们没有加载lib库文件。 以abc动态连接为例 在工程中包含dll的.h头文件。 #include "abc.h" 将abc.dll放于工程目录下。 我们在工程》设置》连接》加入abc.lib库文件   第二种方法 在工程中包含dll的.h头文件，动态连接lib
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
出现多个 `LNK2001: unresolved external symbol` 错误通常由以下原因导致： 1. **库文件未链接**：Windows API 或 CRT 函数缺少对应的导入库 2. **运行时库冲突**：`/MT`（静态链接）和 `/MD`（动态链接）混合使用 ...
error LNK2019: unresolved external symbol "__declspec(dllimport) void 遇到的问题以及解决办法
aikker的专栏
11-12 7372
使用的库为C开发，原来是静态链接的库文件。后来增加导出符号：#ifdef EXPORTS#define EXTERN(type)  __declspec(dllexport) type#else#define EXTERN(type) __declspec(dllimport) type#endi后再新创建的工程里始终报LNK2019的错误，郁闷死了。后来仔细查看示例程序，发现在包含头文件时需要加
error LNK2019: 无法解析的外部符号 “__declspec(dllimport)
jijie_ming的博客
02-29 2446
error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: __cdecl ——————————，该符号在函数 "—————————————————— 中被引用。统一的处理结论：缺少连接库。
error LNK2001: unresolved external symbol "__declspec(dllimport)
anbangfei2259的博客
07-30 876
作为C++的小白，出现这个错误，是最头痛的。针对这种问题，我搜了网上的相关答案，很多都是在教Project ---》Settings中改动相关设置。我改了之后，问题依旧没有解决。后面查了这种问题，应该是缺少库文件的原因。将提示的error LNK2001: unresolved external symbol "__declspec(dllimport) class.....，错误...
error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl
pengshengli的博客
02-20 2634
原因：多数是因为引用的变量或者函数没有导出 解决方法：通过工具(Dependency Walker)查看函数有没有导出:http://www.dependencywalker.com/ 查看列表，看看导出了没？ 导出方法： https://www.cnblogs.com/dongsheng/p/3924287.html    ...
LINK2019: unresolved external symbol "__declspec(dllimport) public: class std::basic_string的解决方案
OGRE
02-28 7124
事情的起因是用VS2003编译ogre的时候，写了一个demo，死活链接不过，总是提示，unresolved external symbol "__declspec(dllimport) public: class std::basic_string，很郁闷的，甚至一度想要放弃VS2003算了，但是后来想想还是再找一找，最后在一国外论坛找到了解决方法，原文是这样的：   You should ...
error LNK2019: unresolved external symbol
热门推荐
jtop0的专栏
08-01 8万+
error LNK2019: unresolved external symbol(2007-05-28 10:23:43) 转载   分类：Programe(C/C++/VC/.NET)错误是解决了一个又一 个，记下来权当是经验了。共有11个类似的错误，我列出1个来。模板： template void Blur(T* SourceImage, const int Width, const int Height); template void Blur (unsigned c
C++ error LNK2019: "unresolved external symbol"解决方法
jd_19900903的专栏
05-19 1万+
1>  LINK : D:\code\OpenGLTest\Debug\OpenGLTest.exe not found or not built by the last incremental link; performing full link 1>OpenGLTest.obj : error LNK2019: unresolved external symbol "void __cdecl
error LNK2001: unresolved external symbol "__declspec(dllimport) const XXXX::`vftable'"
pengshengli的博客
04-23 1596
错误：error LNK2001: unresolved external symbol "__declspec(dllimport) const CXxxxxx::`vftable'" (__imp_??_7CXxxxxx@@6B@) 建的类是导出类，以DLL扩展的方式导出，需要加宏_AFXEXT ...
error LNK2001: unresolved external symbol _GUID_DEVINTERFACE_HID
最新发布
11-28
<think> 根据用户的问题和提供的引用内容，用户遇到了链接错误：LNK2001: unresolved external symbol _GUID_DEVINTERFACE_HID。这通常是由于链接器无法找到_GUID_DEVINTERFACE_HID符号的定义。在Windows驱动开发中，这类GUID需要在代码中正确定义或包含相应的头文件。 引用[1]提到了一种折衷办法，即通过包含特定的头文件（winioctl.h, setupapi.h, initguid.h）来确保GUID被定义，同时避免重复定义。引用[2]则展示了另一个链接错误，其中包含了对hid.lib等库的链接，但错误仍然存在。 解决思路： 1. 确保包含了正确的头文件，以便在编译时生成GUID的定义。 2. 确保链接了必要的库文件（如hid.lib）。 具体步骤： 步骤1：在源文件中包含必要的头文件，并使用DEFINE_GUID宏定义GUID（或者通过包含定义该GUID的头文件）。 步骤2：在链接器设置中添加相应的库文件（如hid.lib）。 但是，根据引用[1]的经验，使用initguid.h可以帮助避免重复定义。通常，GUID在头文件中被声明为extern，需要在某个地方定义。使用initguid.h可以确保在包含头文件时定义GUID，而不是仅仅声明。 因此，可以尝试以下方法： 方法1：在包含相关头文件之前先包含initguid.h，并确保在同一个源文件中定义GUID。 例如： ```c #include <initguid.h> // 必须在包含devguid.h或相关头文件之前包含 #include <devguid.h> // 这个头文件包含了GUID_DEVINTERFACE_HID的声明 ``` 方法2：如果上述方法不行，可以显式地在源文件中定义GUID。例如： ```c // 显式定义GUID（需要知道具体的GUID值） DEFINE_GUID(GUID_DEVINTERFACE_HID, 0x4d1e55b2, 0xf16f, 0x11cf, 0x88, 0xcb, 0x00, 0x11, 0x11, 0x00, 0x00, 0x30); ``` 注意：上面的GUID值需要替换为实际的值。通常，这个值可以在微软的文档或头文件中找到。 方法3：检查链接器设置，确保链接了hid.lib。在Visual Studio中，可以通过项目属性->链接器->输入->附加依赖项中添加hid.lib。 方法4：如果是在驱动开发中，确保包含了正确的库路径。例如，引用[2]中列出了很多.lib文件，包括hid.lib，所以需要确保这些库的路径被正确设置。 根据引用[1]和[2]的信息，综合给出解决方案： 1. 在源文件中包含头文件，并确保使用initguid.h来定义GUID： ```c #include <initguid.h> // 注意：这个头文件必须在包含其他定义GUID的头文件之前包含 #include <winioctl.h> // 包含GUID_DEVINTERFACE_HID的声明 #include <setupapi.h> // 可能需要的其他Setup API ``` 2. 如果上述方法不行，尝试显式定义GUID（需要知道GUID_DEVINTERFACE_HID的具体值）： ```c #include <initguid.h> DEFINE_GUID(GUID_DEVINTERFACE_HID, 0x4d1e55b2, 0xf16f, 0x11cf, 0x88, 0xcb, 0x00, 0x11, 0x11, 0x00, 0x00, 0x30); ``` 3. 在链接器设置中添加hid.lib。如果是使用DDK（或WDK）编译，通常会自动链接，但检查一下没有坏处。 4. 如果问题仍然存在，检查是否在多个源文件中重复定义了GUID。确保只在一个地方定义（使用initguid.h可以避免重复定义）。 注意：initguid.h的使用顺序很重要，它必须在包含声明GUID的头文件之前被包含。 因此，针对用户的问题，推荐首先尝试方法1，如果不行再尝试方法2，并检查链接库。 另外，根据引用[2]的错误信息，还可能是没有链接hid.lib，所以确保在链接器输入中添加hid.lib。 总结步骤： 1. 在源文件开头包含initguid.h，然后包含winioctl.h等。 2. 检查链接器设置，添加hid.lib。 如果用户使用的是WDK，可能还需要在项目配置中指定库的路径。 注意：GUID_DEVINTERFACE_HID的GUID值在Windows头文件中已经定义，我们不需要自己定义，只需要确保通过包含initguid.h来定义它（而不是仅仅声明）。 因此，最终的代码修改建议： ```c // 在某个源文件（最好是主源文件）中，添加以下包含顺序 #include <initguid.h> #include <Windows.h> #include <winioctl.h> #include <setupapi.h> ``` 这样，GUID_DEVINTERFACE_HID就会被定义，从而解决链接错误。 §§相关问题§§ 1. 如何避免在多个源文件中重复定义GUID？ 2. 在Windows驱动开发中，还有哪些常见的链接错误及其解决方法？ 3. 使用DEFINE_GUID和initguid.h有什么区别？ </think> 要解决`error LNK2001: unresolved external symbol _GUID_DEVINTERFACE_HID`链接错误，需确保符号正确定义且链接库配置正确。以下是具体步骤： ### 解决方案 1. **包含必要的头文件和GUID定义** 在源文件开头添加： ```cpp #include <initguid.h> // 必须放在其他头文件之前 #include <windows.h> #include <winioctl.h> // 包含GUID_DEVINTERFACE_HID的声明 #include <setupapi.h> // 设备安装API ``` - `initguid.h`确保GUID被**定义**而非仅声明（解决外部符号未定义问题）[^1] - 头文件顺序必须严格按上述排列 2. **显式定义GUID（备选方案）** 若步骤1无效，在源文件中手动定义GUID： ```cpp DEFINE_GUID(GUID_DEVINTERFACE_HID, 0x4d1e55b2, 0xf16f, 0x11cf, 0x88, 0xcb, 0x00, 0x11, 0x11, 0x00, 0x00, 0x30); ``` 3. **链接hid.lib库** 在项目属性中添加HID库依赖： - **Visual Studio**： 项目属性 → 链接器 → 输入 → 附加依赖项 → 添加`hid.lib` - **WDK环境**： 确保包含WDK库路径（如`E:\WINDDK\3790.1830\lib\wnet\i386\`）并链接`hid.lib`[^2] 4. **检查库路径** 在链接器 → 常规 → 附加库目录中添加WDK库路径： ``` E:\WINDDK\3790.1830\lib\wnet\i386 ``` ### 常见错误原因 - **头文件顺序错误**：`initguid.h`未置于首位，导致GUID未被定义。 - **库缺失**：未链接`hid.lib`或路径未配置。 - **多版本冲突**：不同WDK版本的库混合使用，需统一版本。 ### 验证步骤 ```cpp #include <initguid.h> // 第一行 #include <windows.h> #include <winioctl.h> #include <stdio.h> int main() { printf("GUID: %08lX\n", GUID_DEVINTERFACE_HID.Data1); // 测试GUID可访问性 return 0; } ``` 编译时确认： 1. 头文件顺序正确 2. 链接器包含`hid.lib` 3. 输出GUID值（如`4D1E55B2`） ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值