WDM驱动开发 链接错误error LNK2019: unresolved external symbol @_RTC_CheckStackVars@8 referenced in function _main

最新推荐文章于 2019-06-29 19:08:04 发布
最新推荐文章于 2019-06-29 19:08:04 发布
阅读量5k 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 技术文章C++ 文章标签： function build 工具 file
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/castle911/article/details/5882706
在构建WDM驱动项目ConsoleTest时遇到多个未解析的外部符号错误，如_LNK2019。错误涉及_RTC_函数。解决方法是在Visual Studio的‘工具’->‘选项’->‘项目和解决方案’->‘VC++目录’->‘可执行文件’路径下，将WDK路径添加到列表末尾，并重新编译。

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

1>------ Build started: Project: ConsoleTest, Configuration: Debug Win32 ------
1>Compiling...
1>main.cpp
1>Linking...
1>main.obj : error LNK2019: unresolved external symbol @_RTC_CheckStackVars@8 referenced in function _main
1>main.obj : error LNK2019: unresolved external symbol __RTC_CheckEsp referenced in function _main
1>main.obj : error LNK2001: unresolved external symbol __RTC_Shutdown
1>main.obj : error LNK2001: unresolved external symbol __RTC_InitBase
1>./Debug/ConsoleTest.exe : fatal error LNK1120: 4 unresolved externals
1>Build log was saved at "file://e:/Windows驱动/Windows驱动开发技术详解/Windows驱动开发技术详解/chapter11/Test3/Test/Debug/BuildLog.htm"
1>ConsoleTest - 5 error(s), 0 warning(s)
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

 

 

解决办法：

在最初搭建环境时的配置中有以下一项

菜单“

最低0.47元/天 解锁文章

200万优质内容无限畅学
利用 _RTC_CheckStackVars(...) 和 windbg 发现访问越界
sukiida的专栏
09-12 1604
背景：在项目 debug 过程中遇到 failwithmessage 函数，但是程序正常运行，判断这个函数应该是类似 exception 之类的功能。查看调用栈，发现是 _RTC_CheckStackVars(...) 引起 failwithmessage 的调用。网上查到这个函数是检查栈变量完整性，很可能程序当中已经发生了访问越界。项目稳定性的要求比较高，需要捉一下虫子。 代码：猜测是访问越界
WDM_PCI_Driver.zip_PCI驱动WDM_WDK_WDM PCIe开发_pci wdk_pci驱动开发
07-13
WDM（Windows Driver Model）是Microsoft为Windows操作系统设计的一种驱动模型，广泛应用于音频、视频、网络以及其他硬件设备的驱动程序开发。WDK（Windows Driver Kit）则是用于构建、调试和部署这些驱动的工具集。...
深入C/C++之基于CheckStackVars的安全检查（VS2008）
masefee C/C++游戏编程
05-28 1万+
最近一直忙毕业的相关事情，加上工作，转眼间，又到月底了，之前承诺的每月一篇博文，前几天就一直在寻找到底要写什么，近两天又突然发现有很多东西可以写。本篇就先延续之前的一篇基于Cookie的安全检查机制（深入C/C++之基于Cookie的安全检查（VS2005））来介绍下另外一种在DEBUG版本下的安全检查，也就是CheckStackVars检查，话不多说，直接进入正题。 在VS2008下，函
error LNK2001: unresolved external symbol _RTC_Shutdown
weixin_34347651的博客
12-29 372
To solve this open the Project Properties, then goto:C/C++ -> Code Generation... and change:Basic Runtime Checks from "Both (/RTC1, equiv. to /RTCsu)" to "Default".
"error LNK2001 unresolved external symbol __chkesp”错误
07-13 4526
       前段时间看了看驱动程序的编写，将VC++6.0的编译器改为DDK提供的cl.exe，结果后来编译MFC程序时出现如下错误：   MeshHelper.obj   :   error   LNK2001:   无法解析的外部符号   __RTC_CheckEsp     TerrainUnit.obj   :   error   LNK2019:   无法解析的外部符号   _
wdm1.rar_Windows 驱动程序开发_wdm1_wdm设备驱动程序开发_windows_驱动程序开发指南
09-14
《Windows WDM 设备驱动程序开发指南》是针对Windows操作系统下设备驱动程序开发的重要参考资料，尤其对于想要深入理解Windows Driver Model (WDM)的开发者来说，具有极高的学习价值。WDM是Windows 98及之后版本操作...
WDM_Driver.zip_PCI驱动_VisualDDK_ddk pci_pci驱动开发_wdm pci驱动开发
09-23
本压缩包“WDM_Driver.zip”包含了一个关于PCI驱动开发的实例，特别关注的是使用Visual Studio 2008、DDK（Driver Development Kit）以及VisualDDK进行的开发工作。本文将详细阐述PCI驱动的基本概念，开发环境，以及...
Porting-WDM-Drvs-to-KMDF.rar_WDF_WDM WDF_kmdf_wdm_驱动开发
09-23
标题中的"Porting-WDM-Drvs-to-KMDF.rar"指的是一个关于将WDM（Windows Driver Model）驱动程序移植到KMDF（Kernel-Mode Driver Framework）的压缩包资源。这个资源包含了一篇名为"Porting-WDM-Drvs-to-KMDF.ppt"的...
编译驱动程序出现__RTC_CheckEsp未解析的解决办法
weixin_34124577的博客
06-29 1458
DriverEntry.obj : error LNK2019: unresolved external symbol __RTC_CheckEsp referenced in function _DriverEntry@8 如果出现这种错误，点击DriverEntry.cpp的C++(编译器)选项，将“将Basic Runtime Checks”改成Default 转载于:https://ww...
__RTC_CheckEsp 等 C Rumtime问题
weixin_33709590的博客
11-13 335
昨天我在调试 板卡的DEMO的时候发现编译不成功.出现了__RTC等的运行库问题。 原来是他们给的DEMO是用VS2008写的，然后又只给了VC6的工程，并且未给VC6下的库，只给了VC9下的库！！！ 不过通过这次问题，以后出现C Rumtime问题我就有了一定的了解。现转载两篇文章如下!在VC6中没有找到C Rumtime的设置选项，只好在VS2005上调试，发现灰常之不习惯！！！！...
NEHE Opengl常见问题总结
xuqiang918的专栏
06-17 1267
之前看NEHE的Opengl都没有仔细学习，现在系统学习一下，把常见问题罗列下来方便以后查看： 1.配置VS2008经常遇到NEHE SDK配置后出现 1>   正在创建库 .\Debug/HqGrbr.lib 和对象 .\Debug/HqGrbr.exp 1>FilterImageGrabber.obj : error LNK2019: 无法解析的外部符号 __RTC_CheckEsp，该
编译链接过程中出现“无法解析的外部符号”，原因及解决办法总结
热门推荐
fanzirong_的博客
11-09 12万+
1、错误为：error LNK2019: 无法解析的外部符号 ___report_rangecheckfailure，该符号在函数 _OBJ_create_objects 中被引用 原因：__report_rangecheckfailure是用来检查堆栈缓存溢出的，如果编译的时候打开GS（project property--》Configuration properties--》c/c++......
VS常见错误之一：error LNK2019: 无法解析的外部符号
weixin_34242658的博客
12-30 1万+
　　由于经常使用VS的开发环境，所以经常遇到一些错误提示，其中error LNK2019是很常见的一个报错。今天将此错误的原因和常见解决办法根据自己的经验小小总结一下。 　　问题样式： 　　1>SingleView.obj : error LNK2019: 无法解析的外部符号 __imp__wglCreateContext@4，该符号在函数 "protected: int __thisc...
error LNK2019: unresolved external symbol _WinMain@16 referenced in function ___tmainCRTStartup
whatday的专栏
09-16 5898
新建一个空的WIN32应用程序：
PowerButton.lib(PowerButton.obj) : error LNK2001: unresolved external symbol IoRead8 PowerButton.lib(PowerButton.obj) : error LNK2001: unresolved external symbol IoWrite8
最新发布
06-25
<think>我们正在处理一个链接错误：LNK2001，未解析的外部符号IoRead8和IoWrite8。根据错误信息，这两个函数在链接时找不到定义。分析：1.错误类型：LNK2001是链接错误，通常发生在函数声明存在但定义缺失的情况下。2.函数名：IoRead8和IoWrite8看起来是硬件I/O操作的函数，通常在内核模式驱动程序中用于从I/O端口读取和写入数据。根据引用[3]和[4]提供的线索，我们可以推测：-在用户代码中使用了这两个函数，但可能没有链接到相应的库。-或者，这两个函数可能是内联函数，需要包含相应的头文件，并且可能需要特定的编译器选项。另外，引用[5]中提到了与USB驱动相关的操作，可能用户正在开发驱动程序。解决方案：1.确认函数声明：检查代码中是否包含了声明IoRead8和IoWrite8的头文件。通常，这些函数在头文件如`wdm.h`或`ntddk.h`中声明。确保包含正确的头文件。2.链接库：检查是否链接了必要的库。对于内核函数，通常需要链接`ntoskrnl.lib`或`hal.lib`。在项目设置中添加这些库。3.编译器选项：确保编译器选项正确，例如，如果这些函数是内联的，可能需要特定的宏定义（如`_X86_`）来启用内联汇编。具体步骤（以VisualStudio为例）：a.在源文件中包含必要的头文件：```c#include<wdm.h>//或者#include<ntddk.h>```b.在项目设置中添加必要的库：-打开项目属性->链接器->输入->附加依赖项，添加`ntoskrnl.lib`和`hal.lib`（或者其他可能包含这些函数的库）。c.检查目标平台：确保编译目标平台正确（例如x86、x64），因为I/O操作函数可能是平台相关的。如果以上步骤不能解决问题，考虑以下可能性：-函数名称是否正确？有时候函数名可能有版本差异（例如，在64位系统中可能使用`__inbyte`和`__outbyte`等内联函数）。-如果使用的是内联函数，确保编译器支持内联汇编（在x86平台）或者使用了正确的内建函数（在x64平台，内联汇编不可用，需要使用编译器内建函数）。参考引用[3]中的方法：将所需的库文件（如zlib.lib和libpng.lib）添加到项目中。类似地，我们需要添加内核库。因此，我们可以尝试以下步骤：1.在项目中添加`hal.lib`和`ntoskrnl.lib`（通常位于WindowsDriverKit的库目录下）。2.重新编译。如果问题仍然存在，可以进一步检查：-函数签名是否与库中的函数匹配？-是否使用了正确的调用约定？另外，根据引用[4]的提示，如果项目使用了MFC，但这里我们处理的是内核驱动，所以不涉及MFC。但如果是用户模式程序，可能需要不同的库。由于用户的问题是关于IoRead8和IoWrite8，这通常是内核驱动函数，因此我们假设用户正在编写驱动程序。总结步骤：1.包含头文件：wdm.h或ntddk.h。2.链接库：hal.lib和ntoskrnl.lib。3.检查平台：确保编译目标为正确的平台（x86或x64）。如果用户使用的是VisualStudio和WDK，通常WDK会自动设置这些库，但有时项目配置可能被修改。因此，我们可以这样回答用户：</think>### LNK2001:未解析外部符号IoRead8/IoWrite8解决方法 这个链接错误表示编译器找到了`IoRead8`和`IoWrite8`函数的声明，但在链接阶段找不到它们的实际实现。以下是系统化的解决方案： #### 1. **确认WDK环境配置** - 确保安装了最新版[Windows Driver Kit (WDK)](https://docs.microsoft.com/zh-cn/windows-hardware/drivers/download-the-wdk) - 在Visual Studio中检查项目属性： ```plaintext 项目属性 → 常规 → Windows SDK版本 → 选择WDK对应的SDK 项目属性 → 驱动程序设置 → 目标OS版本 → 匹配当前开发环境 ``` - 验证`WDKContentRoot`环境变量是否指向正确路径[^3] #### 2. **添加必要的库依赖** - 在链接器设置中显式添加HAL库： ```plaintext 项目属性 → 链接器 → 输入 → 附加依赖项 添加: hal.lib ntoskrnl.lib ``` - 对于32位驱动还需添加`bufferoverflowk.lib`（64位不需要）[^5] #### 3. **检查函数声明与实现** - 确认头文件包含正确： ```c #include <wdm.h> // 核心驱动头文件 #include <hal.h> // 硬件抽象层头文件 ``` - 检查函数签名一致性： ```c UCHAR IoRead8(IN ULONG_PTR Port); void IoWrite8(IN ULONG_PTR Port, IN UCHAR Value); ``` #### 4. **处理平台差异** - x64架构需使用内存映射I/O替代端口I/O： ```c // 替代IoRead8/IoWrite8 READ_REGISTER_UCHAR(Register); WRITE_REGISTER_UCHAR(Register, Value); ``` - 在`DriverEntry`中检查硬件支持： ```c if (HalGetBusDataByOffset(...) == 0) { KdPrint(("I/O port access not supported")); } ``` #### 5. **链接器高级配置** - 设置入口点为驱动标准入口： ```plaintext 链接器 → 高级 → 入口点 → 设为DriverEntry ``` - 检查库目录包含路径： ```plaintext $(WDKContentRoot)\lib\$(TargetOS)\$(TargetArch)\ ``` #### 6. **验证代码实现** - 确保函数调用与库版本匹配： ```c // 正确调用示例 UCHAR status = IoRead8(0x3F0); IoWrite8(0x3F8, 0x55); ``` - 避免在用户模式代码中使用这些函数（仅限内核驱动） > **根本原因**：此错误通常由以下原因引起： > 1. HAL库未链接（`hal.lib`缺失） > 2. 目标平台架构不匹配（x86/x64混淆） > 3. 在用户模式项目中误用内核API > 4. WDK环境配置错误或版本冲突 [^1]: 中断处理需通过EINT8_23总中断源注册 [^3]: 静态库需要显式添加到项目依赖 [^5]: IRP控制码需设置为IOCTL_INTERNAL_USB_SUBMIT_URB
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值