vs2019 内核驱动编译失败:网络共享盘问题

怀念2008

我以为这个年代了,中文路径问题应该解决了,记得vs 2008写c的时候曾因中文路径的问题导致编译不通过,从2015版本开始发现有时候项目名称和路径里包含中文也可以编译通过了,习惯之后后面所有的编译报错问题很难再去想到中文路径上去。

一次在编译内核文件的时候,发现总是编译失败,起初有一些常见的错误,例如inf文件校验,通过修改项目属性解决之后没有任何的报错,依然编译失败,没有报错的error是最气人的。

为此将系统升级到了win10 2004 版本,以及vs 2019升级到最新,终于看到报错了:

1>Z:\项目\C\内核驱动编程\testDriver\testDriver.inf : error 1299: Additional validation checks skipped due to parsing errors.

看样子是校验inf的时候,某一步的解析有问题,无论怎么设置项目属性都不可以,然后就思考这个inf是模板自动生成的应该内容不会有问题,那就从这一行报错找原因,才想到是不是中文路径的原因,在C盘建一个英文目录后不出所料的编译通过了。

但是呢,将项目移动到Z盘,所有路径改成英文的,编译仍然失败:

那看来不是中文路径的问题了,是我错怪了时代的发展。这样的话,我大概知道是什么问题了,Z盘是我挂载的网络共享盘,磁盘格式既不是NTFS也不是FAT32,换成本地磁盘后编译通过。

posted @   cxccc  阅读(568)  评论(3编辑  收藏  举报
编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
点击右上角即可分享
微信分享提示