.net - 为什么 Visual Studio/CLR 会生成 "bad"可执行文件？

Question

这是我最近开始遇到的一个奇怪的问题。我的团队正在开发一个 COTS 应用程序，我们有几个人在编写代码。几周前，我在尝试调试(并运行编译后的 EXE)时收到一条错误消息:

"Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item."

最后我不得不重构这段代码:

mcolSchedulesNeedingOverride(New Guid(lstrErrorParts(0))) &= vbNewLine & lstrErrorParts(2)

对此:

Dim lguidKey As New Guid(lstrErrorParts(0))
Dim lstrErrorMsg As String = mcolSchedulesNeedingOverride(lguidKey)
lstrErrorMsg &= vbNewLine & lstrErrorParts(2)
mcolSchedulesNeedingOverride(lguidKey) = lstrErrorMsg

然后允许 VS 生成一个实际工作的 EXE。我真的不明白为什么，但它奏效了。我确实使用了 peverify 实用程序来确定哪个程序集有问题。

现在，在昨天更新了大约 25 个文件后，我在不同的代码分支中遇到了同样的问题。追踪这不会很有趣 - 所以我希望有人可以提供一些关于为什么会发生这种情况的见解 - 这可能会帮助我缩小寻找的范围。

peverify 显示我们所有的程序集都是正确的，但是为 System.Windows.Forms.dll 吐出 90 多个错误!

有人有任何提示吗？

Answer 1

你说你有几个开发人员在做这个项目，所以我想知道他们是否也遇到过这个问题。

如果它只发生在你的机器上，那么我不会去寻找代码中的问题(你所做的重构似乎与错误无关，所以我猜它之后工作的原因是另一个)但是去寻找一个您的环境中的问题。

也许您的 .NET Framework 安装已损坏或配置不正确。你能看到哪个文件抛出了错误信息吗？为您机器上的任何程序集定义的任何策略？