fatal error LNK1120: xxxx unresolved externals

场景:
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脚本跟踪到,最终调用的是DDK目录下面的bin\setenv.bat文件,在文件中有这么一句条件判断,如果编译的平台是WinXP则不会设置BUFFER_OVERFLOW_CHECKS这个环境变量,这个变量也可以用来控制编译器的GS开关;
在这里插入图片描述

A项目的source文件中没有定义任何编译器选项,但默认GS是开启的,尽管目标平台选择的是WinXP

最好只能在source中增加一行,来关闭GS功能
USER_C_FLAGS=/GS-

随后编译的A项目LIB中没有引用GS相关函数了,B项目也可以顺利编译成功;

解决方案如下:

  • 在B项目中修改ntoskrnl.lib引用平台,改为DDK安装目录\lib\win7\i386,因为这个版本才导出GS相关符号
  • 在A项目中关闭GS功能,因为A、B项目32位环境都引用的DDK\lib\wxp\i386下的nt内核,两个项目都需要关闭GS保护,由于A项目使用方DDKWarizd生成,需要在sources文件中定义编译器选项USER_C_FLAGS=/GS-来关闭GS;
  • 11
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值