fatal error LNK1120: xxxx unresolved externals

最新推荐文章于 2024-07-25 09:10:16 发布

FFE4

最新推荐文章于 2024-07-25 09:10:16 发布

阅读量674

点赞数 11

CC 4.0 BY-SA版权

文章标签： DDK GS保护找不到符号引用 unresolved externals

本文链接：https://blog.csdn.net/cssxn/article/details/137925149

本文描述了一个在将A项目32位Library集成到B项目驱动时遇到的编译错误，原因是A项目默认开启的GS保护与B项目Win7编译环境不匹配。解决方案是调整A项目的编译选项关闭GS，并确保B项目正确引用ntoskrnl.lib以适应不同平台需求。

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

场景：
A项目Library，编译环境VS2008+DDKWarizd, 编译平台WIN7XP;
B项目驱动, 编译环境VS2008，编译平台Rlease32位，DDK版本相同,都是7.0

在B项目集成A项目的32位LIB库时，出现此错误，看错误很常见的找不到符号函数的实现代码，实际是DDK7.0 BUILD环境隐藏的bug；

2>Compiling resources...
2>Microsoft (R) Windows (R) Resource Compiler Version 6.1.6723.1
2>Copyright (C) Microsoft Corporation.  All rights reserved.
2>Linking...
2>xxxx.lib(xxxx.obj) : error LNK2001: unresolved external symbol __SEH_epilog4_GS
2>xxxx.lib(xxxx.obj) : error LNK2001: unresolved external symbol __SEH_epilog4_GS
2>xxxx.lib(xxxx.obj) : error LNK2001: unresolved external symbol __except_handler4
2>
2>fatal error LNK1120:  unresolved externals
2>xxxx - 18 error(s), 1 warning(s)
========== Rebuild All: 1 succeeded, 1 failed, 0 skipped ==========

因为A项目是通过DDKWarizd生成的驱动LIB，顺着ddkbuild.cmd脚本