use*_*238 9 visual-studio signtool
在接受今天下午的 Windows 小更新后,我发现我无法再对我的 Visual Studio 应用程序进行签名构建。
深入研究这个问题,我发现了位于一个模糊目录 (C:\Program Files (x86)\Windows Kits\10\bin\10.0.18362.0\x64) 中的 signtool.exe 程序。使用命令提示符,我尝试手动运行它来签署我的应用程序,但是当我这样做时,什么也没发生:没有输出,没有错误消息。我也尝试在不带参数的情况下运行它,期待帮助消息或至少是错误,但同样,什么也没有。
我今天去了另一台尚未收到任何 Windows 更新的计算机,找到相同的文件并运行它:它运行良好。
我想我一定是第一台电脑上的 .exe 文件损坏了,我从另一台电脑上复制了这个版本,但它仍然失败。但是,如果我重命名文件,它就会运行。例如,如果我将其重命名为“signtool1.exe”,则可以从命令行运行它就好了,尽管 Visual Studio 由于名称更改仍然无法运行它。
在此过程中,我确实尝试了几次重新启动计算机,认为可能有它的副本卡在内存中,但没有。我也在任务管理器中搜索过它。
我以前从未见过这样的事情。根据可执行文件的名称,相同的程序会运行或不执行任何操作。还有一个细节,如果我将它复制到我的主目录,它实际上不管文件名如何运行。什么会导致这样的事情?
谢谢,弗兰克
小智 11
我发现重命名/删除 signtool.exe.manifest 允许 signtool 运行,同时还允许 Visual Studio 运行它,而不是重命名 signtool.exe。
我不知道为什么会发生这种情况或删除清单的副作用是什么,但这足以让我的项目再次构建。
作为参考,我在干净的 Windows 10 1909 VM 中安装了干净的 VS2019 后遇到了这个问题(但不久之后就完全更新了)。
小智 7
我看到了同样的问题。Signtool 不显示任何错误对话框,但返回的错误代码为 -1073741502 (0xC0000142), STATUS_DLL_INIT_FAILED。
该问题可能与更新 KB4535996 相关。当我看到问题并且signtool正常工作时,我卸载了更新。当我重新安装更新时,问题又回来了。
如果我将清单文件移出目录,Signtool 就可以工作,就像您看到的那样。但我也注意到,当我将清单移回目录时,signtool 可以工作。
| 归档时间: |
|
| 查看次数: |
1260 次 |
| 最近记录: |