编译器报错: error LNK2001: unresolved external symbol "struct _ServiceDescriptorTable * KeServiceDescript

最新推荐文章于 2025-01-20 16:18:30 发布
最新推荐文章于 2025-01-20 16:18:30 发布
阅读量2.3k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 编译错误 文章标签： error LNK2001 _ServiceDescriptorTa KeServiceDescriptorT
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/swanabin/article/details/22161395
本文介绍了解决编译器报错errorLNK2001:unresolvedexternalsymbol“struct_ServiceDescriptorTable*KeServiceDescriptorTable”的方法。该问题通常出现在Windows内核编程中，解决该问题的方法可以从特定网站获取。

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

转自VC错误:http://www.vcerror.com/?p=10

问题描述：
编译器报错: error LNK2001: unresolved external symbol “struct _ServiceDescriptorTable * KeServiceDescriptorTable” (?KeServiceDescriptorTable@@3PAU_ServiceDescriptorTable@@A)

解决方法：
详细的解决方法可参考VC错误：http://www.vcerror.com/?p=10


visual C++ 2015报错：error LNK2019: unresolved external symbol __imp__curl_global_init referenced in
weixin_43803955的博客
08-12 802
太难了，报了一堆错~ 1>HttpClient.obj : error LNK2019: unresolved external symbol __imp__curl_global_init referenced in function “public: __thiscall CHttpClient::CHttpClient(void)” (??0CHttpClient@@QAE@XZ) 1>HttpClient.obj : error LNK2019: unresolved external
visual C++2015报错：error LNK2019: unresolved external symbol “public: __thiscall Json::Value::Value等
weixin_43803955的博客
08-12 1673
1>InfoAccessControl.obj : error LNK2019: unresolved external symbol "public: __thiscall Json::Value::Value(enum Json::ValueType)" (??0Value@Json@@QAE@W4ValueType@1@@Z) referenced in function "public: bool __thiscall AccessNode1::ReadJson(class std::basi
编译器报错: error LNK2001: unresolved external symbol "struct _ServiceDescriptorTable * KeServiceDescript...
weixin_33947521的博客
03-26 272
转自VC错误:http://www.vcerror.com/?p=10 问题描述： 编译器报错: error LNK2001: unresolved external symbol “struct _ServiceDescriptorTable * KeServiceDescriptorTable” (?KeServiceDescriptorTable@@3PAU_Servic...
error LNK2001: unresolved external symbol
weixin_30883311的博客
04-01 298
原因&解决方法 1、隐式链接DLL时需要.lib静态库来获取相应DLL中数据、函数信息。此时缺少必要的.lib静态库，添加对应的.lib文件就可以了。 2、.h头文件中的函数原型在.cpp文件中没有实现。此时缺少函数信息，在.cpp文件中实现之。 3、在某个文件中使用了外部文件声明的变量或函数，但找不到该变量或函数。例如， //example.c extern int var...
LNK2001:unresolved external symbol "struct Distance Distance_struct"(?Distance_struct@@3UDistance@@A
Micro_Ryan的专栏
09-13 627
参考地址：http://blog.csdn.net/henry_sea/article/details/6185454 参考原文： , luther baker wrote: > I am walking through this tutorial in visual studio 2008 > http://www.codeproject.com/KB/wtl/wtl4mfc2
错误：error LNK2001: unresolved external symbol _Netbios@4的解决方案
weixin_30553837的博客
12-09 287
在连接库中增加 Netapi32.lib 转载于:https://www.cnblogs.com/enterBeijingThreetimes/archive/2008/12/09/1351305.html
未解析符号 KeServiceDescriptorTable
lydstory123的专栏
01-20 173
是一个未导出的符号，无法直接用于Windows7x64系统中。尤其是在x64架构上，微软加强了对内核模式代码的安全性和稳定性限制，例如。因此直接修改和访问SSDT（系统服务描述符表）是被严格限制的操作。下面是针对你的需求给出的解决方案。，通过合法手段或间接方式实现目标。
解决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
提示出现unresolved external symbol _main的解决方法
01-01
libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16 msvcrtd.lib(crt
gSoap的“error LNK2001: 无法解析的外部符号 _namespaces”解决方法
lys07962000的专栏
11-10 799
https://my.oschina.net/u/1984662/blog/294750 在工程中添加宏 WITH_NONAMESPACES 在VS2008中，工程属性--》C++-->预处理器-定义-》添加WITH_NONAMESPACES VS2013的不需要
SM2算法第十六篇：解决 unresolved external symbol 无法解析 _send@16
刘兵马俑的博客
05-20 2584
(1) vc网络编程中遇到一个编译问题，原来是少了WSOCK32.LIB。 在 project-->settings-->Link-->Object/Library modules 中加入库WSOCK32.LIB即可 。 在VC中进行WINSOCK的API编程开发的时候，需要在项目中使用下面三个文件，否则会出现编译错误。 　　1．WINSOCK.H: 这是WINSOCK
error LNK2001: 无法解析的外部符号
qq_39446329的博客
10-27 297
原因是:CWHService这个类的头文件所在的ServerCore的文件我用包含目录添加了,但没有拉倒项目里面!具体原因应该是很多内部文件关联都是用的本地路径找不到,所以只能拉进项目里,而不能用包含目录.报错提示 error LNK2001: 无法解析的外部符号。error LNK2001: 无法解析的外部符号。
链接错误LNK2001
熊晓杰 -- (暴熊 || kongbu0621 || kongbu0622) 的专栏
10-14 973
 转自http://dev.21tx.com/2005/05/29/10930.html  链接错误LNK2001，该错误非常讨厌，因为对于    编程者来说，最好改的错误莫过于编译错误，而一般说来发生连接错误时，    编译都已通过。产生连接错误的原因非常多，尤其LNK2001错误，常常使人不    明其所以然。如果不深入地学习和理解VC＋＋，要想改正连接错误LNK2001非    常困难。
Error LNK2001 无法解析的外部符号 的几种情况及解决办法
热门推荐
小驴的专栏
08-18 44万+
今天写了一个小程序，然后碰到了“Error LNK2001 无法解析的外部符号”这个问题，一直解决不了，后来上网搜了下，发现这里面的关于这类错误的内容归纳比较齐全，就摘下来作为参考了。      原文： http://wenku.baidu.com/view/8f0e87793
64位vista，win7中KeServiceDescriptorTable问题
Tommy(凌飞)的专栏
12-11 3270
     最近在移植64位驱动，原本在32位驱动中使用到了KeServiceDescTable进行SSDT Hook等。但是在64位系统上是不允许进行SSDT HOOk的。在64位的XP系统上，使用到这个导出符号式没有问题的。但是在64位Vista和Win7下面，如果使用了这个符号，那么你在加载驱动的时候，返回的错误是找到不指定文件。在修这个bug真是有点吃力，只能一点点个跟进去，还好手边有WRK
error LNK2001: unresolved external symbol "void __cdecl av_close_input_file(struct AVFormatContext *
cffishappy的专栏
05-30 4261
编译出现这种原因是由于：dll中封装的是.c 文件，函数接口不对，所以必须： extern "C" { #include #include #include #include }
编译错误，如何解决error LNK2001: unresolved external symbol
neufeifatonju的博客
06-02 1万+
导致“errorLNK2001: unresolved external symbol”的原因为getStats此方法的链接库来没有找到。很可能是工程中引用了第三方开源库或者自己编译生成的库，且只用了头文件，而没有将对应的lib文件路径加入到工程中。 具体解决方源法为（此方法针对vs系列集成开发环境）： 1.如果还未引入头文件，那么可以右键点击2113项目，然后点击“属性”。 2.点击“C/C++”，选择5261“常规”，然后在右侧的“附加包含目录”选择你的第三4102方库（或者自己编译生成库）.
编译链接过程中出现“无法解析的外部符号”，原因及解决办法总结
fanzirong_的博客
11-09 12万+
1、错误为：error LNK2019: 无法解析的外部符号 ___report_rangecheckfailure，该符号在函数 _OBJ_create_objects 中被引用 原因：__report_rangecheckfailure是用来检查堆栈缓存溢出的，如果编译的时候打开GS（project property--》Configuration properties--》c/c++......
在引用读卡器头文件时，会报错TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* TyA_CS_Write)(void *,unsigned char,unsigned char *)" (?TyA_CS_Write@@3P6GHPAXEPAE@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* TyA_CS_Read)(void *,unsigned char,unsigned char *,unsigned char *)" (?TyA_CS_Read@@3P6GHPAXEPAE1@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* TyA_CS_Authentication2)(void *,unsigned char,unsigned char,unsigned char *)" (?TyA_CS_Authentication2@@3P6GHPAXEEPAE@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* TyA_Halt)(void *)" (?TyA_Halt@@3P6GHPAX@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* TyA_Select)(void *,unsigned char *,unsigned char,unsigned char *)" (?TyA_Select@@3P6GHPAXPAEE1@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* TyA_Anticollision)(void *,unsigned char,unsigned char *,unsigned char *)" (?TyA_Anticollision@@3P6GHPAXEPAE1@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* TyA_Request)(void *,unsigned char,unsigned short *)" (?TyA_Request@@3P6GHPAXEPAG@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_InitType)(void *,unsigned char)" (?Sys_InitType@@3P6GHPAXE@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_SetAntenna)(void *,unsigned char)" (?Sys_SetAntenna@@3P6GHPAXE@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_SetBuzzer)(void *,unsigned char)" (?Sys_SetBuzzer@@3P6GHPAXE@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_SetLight)(void *,unsigned char)" (?Sys_SetLight@@3P6GHPAXE@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_Close)(void * *)" (?Sys_Close@@3P6GHPAPAX@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_IsOpen)(void *)" (?Sys_IsOpen@@3P6GHPAX@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_Open)(void * *,unsigned long,unsigned short,unsigned short)" (?Sys_Open@@3P6GHPAPAXKGG@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_GetHidSerialNumberStr)(unsigned long,unsigned short,unsigned short,char *,unsigned long)" (?Sys_GetHidSerialNumberStr@@3P6GHKGGPADK@ZA) TransJoborderDlg.obj : error LNK2001: unresolved external symbol "int (__stdcall* Sys_GetDeviceNum)(unsigned short,unsigned short,unsigned long *)" (?Sys_GetDeviceNum@@3P6GHGGPAK@ZA)这个如何解决
最新发布
07-03
<think>我们正在处理一个VC6.0项目，在链接阶段出现了多个未解析的外部符号错误（unresolved externalsymbol），这些符号包括TyA_CS_Write,TyA_CS_Read, Sys_Open等函数。这些函数来自读卡器的头文件，意味着我们在项目中使用了这些函数，但链接器找不到它们的实现。根据用户提供的引用和之前的问题，我们可以从以下几个方面入手解决：###1. **检查函数声明和实现的一致性**-确保头文件中声明的函数与实现（库文件）中的函数在调用约定、参数类型、返回值类型上完全一致。-特别注意调用约定（如__stdcall、__cdecl）是否一致。在VC6.0中，调用约定不一致会导致链接器无法找到函数。-检查函数名是否被正确导出。如果使用C++，函数名会被修饰（mangled），因此通常建议在头文件中使用`extern "C"`来避免名称修饰。例如：```cpp#ifdef__cplusplusextern "C"{#endifint __stdcallTyA_CS_Read(void *param1, unsignedchar param2,unsigned char*param3,unsigned char*param4);//其他函数声明...#ifdef__cplusplus}#endif``` ###2. **链接正确的库文件**-确保项目中链接了包含这些函数实现的库文件（.lib文件）。读卡器供应商通常会提供对应的库文件。-在VC6.0中添加库文件：1.打开项目设置（Project->Settings）。2.选择“Link”选项卡。3.在“Object/librarymodules”输入框中添加库文件名，多个库用空格分隔（例如：`TyA_CS.lib`）。4.如果库文件不在默认搜索路径，需要在“Additionallibrary path”中指定路径。###3. **检查运行时库设置**-根据引用[1]和[4]中的信息，运行时库（Runtime Library）的设置必须一致。如果读卡器库使用的是多线程调试（/MTd），而我们的项目设置成了多线程DLL调试（/MDd），则会导致链接错误。-在VC6.0中设置：1.打开项目设置（Project-> Settings）。2.选择“C/C++”选项卡。3.在“Category”下拉框中选择“CodeGeneration”。4.在“Use run-time library”中选择与库文件相同的选项（如：Debug版本用“MultithreadedDebug (/MTd)”，Release版本用“Multithreaded(/MT)”）。###4.**检查依赖库的传递性**-根据引用[2]，如果项目A依赖库B，而库B又依赖库C，那么项目A必须同时链接B.lib和C.lib。而且链接顺序很重要，通常被依赖的库放在后面。-因此，如果读卡器库依赖于其他库，我们需要将这些库也添加到项目的链接库列表中，并注意链接顺序。例如，如果读卡器库依赖于`SysLib.lib`，则链接顺序应为：`TyA_CS.lib SysLib.lib`。###5.**检查字符集设置**-引用[4]中提到，有时需要调整运行时库的链接方式（静态/动态）。如果我们的项目是MFC项目，并且使用了动态链接MFC（即使用了MFC共享DLL），那么运行时库也必须使用动态链接（/MD或/MDd）。同样，如果读卡器库是静态链接运行时库（/MT或/MTd），则会产生冲突。-解决方案：重新编译读卡器库，使其运行时库设置与项目一致。或者，如果读卡器库是第三方提供的，无法重新编译，则尝试将项目设置为与库相同的运行时库选项。###6.**使用DependencyWalker检查库文件**-使用Dependency Walker（depends.exe）打开读卡器库（.dll或.lib）查看导出的函数名，确认函数名是否与链接时需要的名称一致（特别是调用约定修饰）。-如果函数名被修饰，我们需要在代码中声明函数时使用相同的修饰（或者使用模块定义文件.def来导出未修饰的函数名）。 ###7. **重建解决方案**-执行“Build ->Clean”清理中间文件，然后执行“Build-> Rebuild All”重新编译整个项目。###步骤总结1. **确认函数声明**：检查头文件中的函数声明是否使用了正确的调用约定和`extern "C"`（如果是C++项目）。 2. **添加库文件**：将读卡器提供的.lib文件添加到项目链接设置中，并设置正确的库搜索路径。3.**统一运行时库**：确保项目与读卡器库的运行时库设置（/MT,/MTd,/MD, /MDd）一致。 4. **传递依赖库**：如果读卡器库依赖其他库，将这些库也添加到链接器中，注意链接顺序（先依赖的库放在前面）。 5. **字符集设置**：确保项目与库的字符集设置（多字节或Unicode）一致。 6. **检查导出符号**：使用Dependency Walker确认库中是否确实导出了所需的函数。7.**重建项目**：清理并重新构建整个项目。###示例：在VC6.0中设置库文件1.打开项目设置（Project ->Settings）。2.选择“Link”选项卡。 3.在“Object/librarymodules”中输入：`TyA_CS.lib OtherLib.lib`（假设还有其他依赖库）。4.在“Outputfile name”下方有一个“ProjectOptions”编辑框，确保没有异常选项。5.在“Category”下拉框中选择“Input”，在“Additionallibrary path”中输入库文件所在的路径。###常见问题- **问题**：运行时库不匹配导致链接错误。**解决**：调整项目或库的运行时库设置，使其统一[^1][^4]。 -**问题**：缺少间接依赖库。**解决**：将所有直接和间接依赖的库都添加到链接器中[^2]。 -**问题**：函数声明与库中导出符号不一致（如调用约定不同）。**解决**：检查头文件声明，确保与库中导出符号一致。使用`extern "C"`避免名称修饰[^4]。 通过以上步骤，应该能够解决多个未解析外部符号的错误。§§相关问题§§1.在VC6.0中如何正确设置静态库的链接顺序？ 2.如何检查一个静态库（.lib）中导出的函数符号？3.VC6.0中运行时库选项（/MT,/MTd,/MD, /MDd）的具体区别是什么？4.如何解决第三方库与项目运行时库设置不一致导致的链接错误？</think>### 解决 VC6.0 读卡器头文件链接错误（未解析外部符号） #### 问题分析 出现多个 `unresolved external symbol` 错误（如 `TyA_CS_Write`, `TyA_CS_Read`, `Sys_Open`）的根本原因是 **链接器无法找到这些函数的实现**。结合引用内容，主要涉及以下核心问题： 1. **运行时库冲突**（引用[1][4]） 项目与读卡器库使用了不同的运行时库（如 `/MTd` vs `/MDd`），导致符号不兼容。 2. **依赖库缺失**（引用[2]） 未正确链接读卡器供应商提供的静态库（`.lib` 文件）。 3. **调用约定不匹配** 头文件中的函数声明与库中的实现使用了不同的调用约定（如 `__stdcall` vs `__cdecl`）。 --- ### 解决方案步骤 #### 1. 统一运行时库设置（关键步骤） 在 **Project Settings → C/C++ → Code Generation** 中： ```diff - Runtime Library: Multithreaded Debug (/MTd) [读卡器库可能使用此设置] + Runtime Library: Multithreaded Debug DLL (/MDd) [改为与主项目一致] ``` **原因**： 如果读卡器库使用静态链接运行时库（`/MT`），而项目使用动态链接（`/MD`），会导致符号冲突[^1][^4]。统一设置可解决此问题。 #### 2. 添加读卡器库文件 在 **Project Settings → Link → Input** 中： 1. 在 **Object/library modules** 添加读卡器库： ``` TyA_CS.lib; SysLib.lib # 供应商提供的库文件名 ``` 2. 在 **Additional library path** 指定库路径： ``` ..\ThirdParty\CardReader\Lib; # 实际库文件存放路径 ``` #### 3. 检查函数声明一致性 在头文件中确保声明与库实现匹配： ```cpp // 正确声明示例（需与库实现完全一致） extern "C" __declspec(dllimport) int __stdcall TyA_CS_Read( void* hDevice, unsigned char cmd, unsigned char* pData, unsigned char* pResponse ); ``` **关键点**： - `extern "C"`：禁用 C++ 名称修饰 - `__stdcall`：与库的调用约定一致 - `__declspec(dllimport)`：显式声明为 DLL 导入函数 #### 4. 检查库依赖关系（引用[2]） 如果读卡器库（B.lib）依赖其他库（C.lib），需 **同时链接所有依赖库**： ``` Project Settings → Link → Input: TyA_CS.lib # B.lib SysCore.lib # C.lib (B的依赖库) ``` **顺序原则**：被依赖的库放在后面。 #### 5. 验证 DLL 导出函数 使用 **Dependency Walker** 检查 DLL 导出函数： 1. 打开读卡器提供的 `TyA_CS.dll` 2. 检查导出函数名是否与声明一致： - 应有 `TyA_CS_Read`、`TyA_CS_Write` 等原始名称 - 若看到修饰名如 `?TyA_CS_Read@@YGHXZ`，需在头文件中添加 `extern "C"` #### 6. 重建解决方案 1. 执行 **Build → Clean** 2. 执行 **Build → Rebuild All** 3. 检查输出窗口的链接命令是否包含目标库： ``` Linking... /LIBPATH:"..\ThirdParty\CardReader\Lib" TyA_CS.lib SysCore.lib ``` --- ### 故障排查表 | 现象 | 检查点 | 解决方案 | |------|--------|----------| | 多个未解析符号 | 库文件是否添加 | 在 Link → Input 添加 `.lib` | | 仅特定函数报错 | 函数声明一致性 | 检查调用约定和参数类型 | | 所有导入函数失败 | 运行时库设置 | 统一为 `/MDd` 或 `/MTd` | | Release 模式正常/Debug 失败 | 库版本匹配 | 使用 Debug 版读卡器库 | > **重要提示**：如果读卡器库是静态编译的（使用 `/MT`），而项目使用动态运行时库（`/MD`），必须 **重新编译读卡器库** 使其使用 `/MD`（修改其 CMakeLists.txt 中的 `/MT` 为 `/MD`）[^4]。 --- ### 典型解决方案示例 ```cpp // 正确使用读卡器库的示例 #include "TyA_CS.h" // 供应商提供的头文件 int main() { void* hDevice = NULL; unsigned char cmd = 0x01; unsigned char data[32]; unsigned char response[32]; // 初始化设备 if(Sys_Open(&hDevice) != 0) { return -1; } // 发送读卡命令 int ret = TyA_CS_Read(hDevice, cmd, data, response); Sys_Close(hDevice); return ret; } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值