unresolved external symbol _RtlStringVPrintfWorkerW 驱动函数链接错误解决

最新推荐文章于 2025-01-03 16:35:22 发布
转载 最新推荐文章于 2025-01-03 16:35:22 发布 · 840 阅读 · 0

本文主要介绍了在驱动开发中遇到的未解析外部符号错误（如errorLNK2019:unresolvedexternalsymbol）及解决方法。通过添加库文件到源文件中，可以有效解决此类链接错误。

转载自http://blog.csdn.net/iamoyjj/article/details/6171792

http://blog.csdn.net/hmugua/article/details/3096757


unresolved external symbol _RtlStringVPrintfWorkerW 驱动函数链接错误解决

error LNK2019: unresolved external symbol _RtlStringVPrintfWorkerW@20 referenced in function _RtlStringCchPrintfW
error LNK2019: unresolved external symbol _RtlStringValidateDestW@12 referenced in function _RtlStringCchPrintfW

 

sources文件加入库文件

 

TARGETLIBS= $(DDK_LIB_PATH)/ntstrsafe.lib



 

编写驱动 错误error LNK2019: unresolved external symbol _DriverEntry@8 referenced in function _GsDriverEntry@8的解决办法


1
extern "C"
DriverEntry

2.
还有一种方法是改成.c文件

C++中编译运行时出现“unresolved external symbol _WinMain@16 ”错误的解决方法
weixin_46709219的博客
12-13 5823
一）问题： 错误提示： Linking... LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16 Debug/test.exe : fatal error LNK1120: 1 unresolved externals Error executing link.exe. test.exe - 2 error(s), 0 warning(s) 二）问题分析： 出现这个错误是环境配置问题，也
visual C++ 2015报错：error LNK2019: unresolved external symbol __imp__curl_global_init referenced in
weixin_43803955的博客
08-12 841
太难了，报了一堆错~ 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
error LNK2019: unresolved externalsymbol _RtlStringVPrintfWorkerA@20 referenced in function _RtlStri
swanabin的专栏
01-16 1030
转自VC错误:http://www.vcerror.com/?p=2095 问题描述： 在做驱动编程的时候，用了'RtlStringCbPrintfA' 函数，但是提示如下错误: error LNK2019: unresolved externalsymbol _RtlStringVPrintfWorkerA@20 referenced in function _RtlStringCbPri
error LNK2019: 无法解析的外部符号 _RtlStringValidateDestW@12，该符号在函数 _RtlStringCchPrintfW
Ghjhfssfgk的博客
02-27 857
添加库文件: $(DDK_LIB_PATH)/ntstrsafe.lib;
WinDriverDevProblem：error LNK2019: 无法解析的外部符号 _RtlStringValidateDestW@12，该符号在函数 _RtlStringCchPrintfW
qq_43689668的博客
10-22 356
解决方案右键–>属性–>链接器–>输入–>添加依赖项 添加库文件: $(DDK_LIB_PATH)/ntstrsafe.lib;
vs2019报错unresolved external symbol __vsnwprintf
信箱神、得引擎
08-12 746
Project / Properties打开工程属性，Linker / Command Line / Additional Options添加。
关于VC6.0中 运行错误 unresolved external symbol _WinMain@16的解决
05-31
解决 VC6.0 中运行错误 unresolved external symbol _WinMain@16 在使用 VC6.0 进行编程时，可能会遇到一个常见的错误：unresolved external symbol _WinMain@16。这是一个链接错误，出现这种错误的原因是因为 VC...
提示出现unresolved external symbol _main的解决方法
01-01
提示出现unresolved external symbol _main搜了下找了下原因如下在创建MFC项目时, 不使用MFC AppWizard向导, 如果没有设置好项目参数, 就会在编译时产生很多连接错误, 如error LNK2001错误, 典型的错误...
unresolved external symbol __report_rangecheckfailure 解决思路
yangyihongyangjiying的专栏
03-29 5840
unresolved external symbol __report_rangecheckfailure 解决思路 __report_rangecheckfailure  是用来检查堆栈缓存溢出的，如果编译的时候打开GS（project property--》Configuration properties--》c/c++--》Code generation--》Buffer security
VS移植问题以及OnInitDialog函数问题
qq_45059758的博客
01-03 414
在某些情况下，当添加新的对话框时，MFC 应用程序可能不会自动为子对话框类添加 OnInitDialog 函数。本来使用一个名为DLLTest对话框里面调用另外一个名为VK700Dlg的对话框，但两个对话框里面都需要调用同一个头文件，也就是画图的一个头文件，然后我初始化画图的一些属性之后放在如下类的程序中程序崩溃。解决方法：在调试属性->链接器->输入->附加依赖项中添加legacy_stdio_definitions.lib，如果还有错误，可能是只添加了解决方案中其中一个项目，另外一个没加；
vs2015驱动开发中使用RtlStringCchPrintfW()报错
weixin_30628801的博客
12-26 381
法一： 在头顶添加一段代码 #pragam comment(lib,"xxxxxx.lib") 法二： 右击工程点属性，选择Linker下的Input，在依赖项后面写上$(DDK_LIB_PATH)\ntstrsafe.lib 　　 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　...
驱动开发中关于RtlStringCchPrintfW无法解析的外部符号问题
輚至消亡
07-21 649
今天在看串口的过滤的时候发现的问题，报错如下: 产生这个问题的原因是找不到导入库文件无法找到对应的符号表，由于驱动开发无法使用#pragma comment(lib，)的语法，所以解决方法是修改SOURCES文件: 之后在执行: (完) ...
编写测试驱动环境文件出现LNK2019错误
qq_27255679的博客
08-11 2032
出现错误如下： 严重性：错误 错误代码：LNK2019 说明：无法解析的外部符号 _DriverEntry@8，该符号在函数 _GsDriverEntry@8 中被引用   文件：D:\workspace\windriver\MyDriver1\MyDriver1\BufferOverflowFastFailK.lib(gs_driverentry.obj) 解决方案： 把创建
error LNK2019: 无法解析的外部符号 DriverEntry错误原因
輚至消亡
10-16 3645
error LNK2019: 无法解析的外部符号 DriverEntry，该符号在函数 GsDriverEntry 中被引用 导致该问题的原因是使用了.cpp后缀的文件格式，解决方法很简单, 可以直接把它换成.c结尾。或者加上extern "C"让它以C语言方式链接就可以了 （完） ...
error LNK2019: 无法解析的外部符号 __vsnwprintf，该符号在函数 "long __stdcall StringVPrintfWorkerW...
weixin_34004576的博客
06-21 1482
答案就是链接：legacy_stdio_definitions.lib  这个lib即可
odbccp32.lib(dllload.obj) : error LNK2019: __imp___vsnprintf，该符号在函数 _StringVPrintfWorkerA@20 中被引用
坐在那边看天空 的博客
09-23 2375
odbccp32.lib(dllload.obj) : error LNK2019:  __imp___vsnprintf，该符号在函数 _StringVPrintfWorkerA@20 中被引用 It is a KNOWN bug in odbccp.lib included with the PSDK 7.1. Simplest workaround, just add this cod
VS2008 error LNK2019: 无法解析的外部符号 __imp___vsnprintf，该符号在函数 _StringVPrintfWorkerA@
wowolook的专栏
04-22 3407
新装了vs2008 sp1，打开又前的项目竟然出现下面的链接错误： odbccp32.lib(dllload.obj) : error LNK2019: 无法解析的外部符号 __imp___vsnprintf，该符号在函数 _StringVPrintfWorkerA@20 中被引用 纠结了一下，突然想起最终的解决办法：安装补丁：VS90SP1-KB957507-v2-CHS-x86.exe
VS2005 LNK2019 unresolved external symbol __imp__fftw_execute fftw链接错误解决方案
最新发布
04-24
<think>好的，用户遇到了在VS2005中链接FFTW库时出现的LNK2019错误，具体是未解析的外部符号__imp__fftw_execute。我需要根据提供的引用信息和自己的知识来解答这个问题。 首先，LNK2019错误通常是由于链接器找不到函数定义导致的。根据引用[1]，这可能是由于缺少库文件或库未正确链接。引用[3]提到在VS2008中使用FFTW时出现类似错误，可能涉及库的链接问题。 接下来，我需要考虑FFTW库的正确安装和配置步骤。用户使用的是VS2005，可能需要检查是否下载了正确版本的FFTW库，特别是预编译的Windows版本是否与编译器兼容。32位和64位的库文件不兼容，所以需要确认项目配置的平台是否匹配。 然后，检查项目属性中的附加包含目录和附加库目录是否正确指向FFTW的include和lib文件夹。链接器输入中的附加依赖项是否添加了libfftw3-3.lib或其他对应的库文件。另外，用户可能需要在代码中使用extern "C"来避免C++的名称修饰问题，因为FFTW是用C编写的。 还需要确认是否在预处理器定义中添加了正确的内容，比如FFTW_USE_DLL，特别是当使用DLL版本的库时。此外，运行时库的版本是否一致，比如MDd与MTd，可能导致冲突。 还有，检查库文件是否实际存在，路径是否正确，没有拼写错误。如果使用的是动态库，确保对应的DLL文件在可执行文件的路径中。如果问题依旧存在，可能需要重新编译FFTW库，确保与VS2005兼容。 最后，参考引用中的例子，可能需要综合这些步骤，逐步排查，确保所有配置正确无误。</think>### VS2005 LNK2019: __imp__fftw_execute 链接错误解决方案 在VS2005中使用FFTW库时出现`LNK2019: unresolved external symbol __imp__fftw_execute`错误，主要原因是链接器无法找到FFTW库的函数实现。以下是具体解决步骤： --- #### 1. 验证库文件配置 **关键问题**：FFTW的静态库（`.lib`）未正确链接到项目。 - **检查库文件类型**： - 确认下载的FFTW库是Windows预编译版本（如`fftw-3.3.5-dll32.zip`或`fftw-3.3.5-dll64.zip`）[^1] - 32位项目必须使用`libfftw3-3.lib`（32位库），64位项目使用`libfftw3-3-64.lib` - **配置项目属性**： ```text 项目属性 → 链接器 → 输入 → 附加依赖项 添加：libfftw3-3.lib ``` - **设置库路径**： ```text 项目属性 → 链接器 → 常规 → 附加库目录 添加FFTW库文件路径（如C:\fftw\lib） ``` --- #### 2. 检查动态库依赖 **关键问题**：动态库（DLL）未正确部署。 - 将`libfftw3-3.dll`复制到以下位置： - 项目生成目录（如`Debug`或`Release`文件夹） - 系统目录（如`C:\Windows\System32`，仅限32位系统） - 若使用64位库，需将DLL放入`SysWOW64`目录 --- #### 3. 头文件包含验证 **关键问题**：编译器找不到FFTW头文件。 - 在代码中包含FFTW头文件： ```c #include "fftw3.h" ``` - 配置头文件路径： ```text 项目属性 → C/C++ → 常规 → 附加包含目录 添加FFTW头文件路径（如C:\fftw\include） ``` --- #### 4. 编译器兼容性检查 **关键问题**：库文件与编译器不兼容。 - 使用VS2005编译的FFTW库必须与以下配置匹配： - **运行时库类型**：`Multi-threaded Debug DLL (/MDd)`或`Multi-threaded DLL (/MD)` - **平台工具集**：选择`Visual Studio 2005 (v80)` --- #### 5. 代码规范修正 **关键问题**：C/C++混合编程导致符号修饰错误。 - 在包含头文件时添加`extern "C"`声明： ```cpp extern "C" { #include "fftw3.h" } ``` --- #### 6. 重新编译FFTW（可选） 若预编译库不兼容，需手动编译： 1. 下载FFTW源码（[fftw.org](http://www.fftw.org)） 2. 使用VS2005命令行工具执行： ```bash configure --with-our-malloc --enable-shared --disable-static nmake ``` --- ### 典型错误排查表 | 现象 | 原因 | 解决方案 | |------|------|----------| | 编译通过，链接失败 | 库文件未正确链接 | 检查附加依赖项和库路径 | | 运行时提示缺少DLL | 动态库未部署 | 复制DLL到输出目录 | | 仅Release模式报错 | Debug/Release库混用 | 区分`libfftw3-3.lib`和`libfftw3-3d.lib` | ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值