修复被破坏的 vs 工程设置

简介: 修复被破坏的 vs 工程设置

缘起

前几天打开工作项目进行编译,没想到居然报错,明明前一天编译还正常的。简单排查后,临时修复了问题。但是今天新建工程时居然还有相同的问题,是可忍熟不可忍?本文记录了排查过程,希望对各位小伙伴儿有帮助。话不多说,上菜。

初遇错误

不方便使用实际工程截图,就用我新建的测试工程吧,提示的错误是一样的。

compile-error-c1083-missing-SDKDDKVer.png

我的第一反映是,难道 SDKDDKVer.h 被意外删掉了?赶紧使用 everything 搜一下。

search-sdk-ddk.png

本地有这个文件,而且这个文件的位置看上去没问题,但是为什么编译的时候会提示找不到这个文件呢?看看工程配置吧。

查看工程配置

在选定的工程上右键,属性 打开工程属性页,并查看 配置属性, VC++ 目录,包含目录 的值,如下图。

inspect-project-property.png

当看到 BCG 相关的字眼时,我突然想起来最近刚装了 BCG,不会是 BCG 把包含路径给弄坏了吧?在继续调查之前,先确认一下这些值指向的路路径确实没有一个路径里包含 SDKDDKVer.h

查看包含目录的值

vs 中,$() 包含的值是宏,会展开成实际的值。点击 宏(M)>>,就可以查看每个宏对应的值了。

inspect-macro-value.png

经过一番查看,确实没有一个宏对应的路径包含 SDKDDKVer.h 。看来确实是 BCG 给弄乱了!

临时解决

因为项目比较紧,从同事那拷贝了正确的包含路径,编译,通过!这个问题暂时就放下了。没想到……

再遇此错误

今天准备编写简单的测试代码,于是新建一个工程,没想到编译时有报了同样的错误。

compile-error-c1083-missing-SDKDDKVer.png

根据上次的调查结果,是 BCG 把包含路径给弄乱了。简单查看工程属性中的包含路径确认了这点。

新建工程也出了同样的问题,说明修改的是公共的位置。趁着周末有时间,正好调查调查 BCG 是怎么把自己加到包含目录里的。

追本溯源

很快脑子中浮现了两个思路:

  1. 卸载 BCG 后,重新安装,在安装的过程中使用 procmon 监视安装过程中对文件和注册表的写操作。
  2. 直接在本地文件和注册表中搜索包含路径中出现的 BCG 相关的关键字。

我采用了第二个思路。先尝试在文件中搜索,如果搜不到再到注册表中搜索。说干就干,先在工程文件中搜索bcgpro,如下图:
search-bcg-keyword-in-vcxproj.png

没搜到,在意料之中。新建工程的时候,应该会从某个公共的位置读到这个值。

正如我在之前文章中介绍的那样,.vcxproj 文件中可以通过导入 .props 文件引入一些属性。基本上每个新建的工程都会有一些默认的导入项,如下图:

imported-props-in-vcxproj.png

BCG 会不会修改的这些文件中的一个呢?请出 FileLocator,并按下图输入关键字搜索,很幸运,搜到了。

search-bcgpro-by-filelocator.png

打开 Microsoft.Cpp.Win32.user.props 查看,如下图:

modified-user-props.png

果然被 BCG 改动过了!

彻底修复

在其它机器上找一份没改动的文件替换,关闭工程后再次打开编译,一切正常!在 vs 中新建一个工程编译,也正常!至此,我们从根本上解决了问题!

总结

  • vs$() 包围的值是宏,可以展开成实际的值。
  • .props 可以指定一些属性,比如增加一些自定义的包含路径。
  • FileLocator 搜索文件内容真是好用!强烈推荐!

参考资料

《Inside the Microsoft Build Engine —— Using MSBuild and Team Foundation Build》

相关文章
|
存储 iOS开发 Windows
利用Dism修复系统步骤,以及dism找不到源文件解决方案
利用Dism修复系统步骤,以及dism找不到源文件解决方案
4362 0
利用Dism修复系统步骤,以及dism找不到源文件解决方案
|
8月前
|
C++ Windows
修复被破坏的 vs 工程设置(续)
修复被破坏的 vs 工程设置(续)
|
8月前
|
安全 Java 持续交付
1分钟代码漏洞自动检测
基于云效Codeup,1分钟左右即可自动检测出代码里的源码漏洞、依赖包漏洞、敏感信息等安全风险,并为你自动修复。
219 0
|
9月前
|
安全 druid Java
【紧急】Apache Log4j任意代码执行漏洞安全风险升级修复教程
近期一个 Apache Log4j 远程代码执行漏洞细节被公开,攻击者利用漏洞可以远程执行代码。经过分析,该组件存在Java JNDI注入漏洞,当程序将用户输入的数据进行日志,即可触发此漏洞,成功利用此漏洞可以在目标服务器上执行任意代码。
230 1
|
12月前
|
存储 云安全 安全
数以百万计的工件及配置错误的企业软件注册表存在风险
数以百万计的工件及配置错误的企业软件注册表存在风险
|
安全 API Android开发
教你如何高效的检查APK中使用敏感权限的地方以及检查某系统方法被调用的地方
教你如何高效的检查APK中使用敏感权限的地方以及检查某系统方法被调用的地方
412 0
教你如何高效的检查APK中使用敏感权限的地方以及检查某系统方法被调用的地方
|
安全 Windows
计算机系统更新出现你的设备中缺少重要的安全和质量修复
计算机系统更新出现你的设备中缺少重要的安全和质量修复
557 1
计算机系统更新出现你的设备中缺少重要的安全和质量修复