我正在尝试在C#Windows窗体应用程序(Visual Studio 2005)中运行一些单元测试,但出现以下错误:

System.IO.FileLoadException:未能加载文件或程序集“Utility,Version=1.2.0.200,Culture=neutral,PublicKeyToken=764d581291d764f7”或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。(HRESULT的异常:0x80131040)**位于x.Foo.FooGO()位于Foo.cs:line 123中的x.Foo.Foo2(String groupName_)位于FooTests.cs:line 98中的x.Foo.UnitTests.FooTests.TestFoo()**System.IO.FileLoadException:未能加载文件或程序集“Utility,Version=1.2.0.203,Culture=neutral,PublicKeyToken=764d581291d764f7”或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。(HRESULT的异常:0x80131040)

我查阅了我的参考资料,我只参考了实用程序版本1.2.0.203(另一个是旧版本)。

关于我如何找出试图引用此DLL文件的旧版本的内容,有什么建议吗?

此外,我想我的硬盘上甚至没有这个旧组件。是否有任何工具可以搜索此旧版本的程序集?


当前回答

我得到了:

无法加载文件或程序集“XXX new”或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。(HRESULT的异常:0x80131040)

这是因为我将程序集的名称从XXX.dll更改为XXX-new.dll。将名称还原为原始名称修复了错误。

其他回答

如果将AssemblyInfo.cs与AssemblyVersion标记一起使用,并且.csproj文件具有不同的值,也可能发生这种情况。通过匹配AssemblyInfo或一起删除该部分,问题就消失了。

我的情况与内森·贝德福德的帖子非常相似,但有一点扭曲。我的项目也以两种方式引用了更改的dll。1) 直接和2)间接地通过引用组件(类库),该组件本身具有对更改的dll的引用。现在,我的组件(2)Visual studio项目引用了更改的dll的正确版本。但是,组件本身的版本号没有更改。因此,安装新版本的项目未能替换客户端计算机上的组件。

最终结果:直接引用(1)和间接引用(2)指向客户端计算机上更改的dll的不同版本。在我的开发机器上,它工作得很好。

解决方案:删除应用程序;从应用程序文件夹中删除所有DLL;重新安装。在我的情况下,就这么简单。

检查project的财产中的licenses.licx,您将在那里发现错误的版本。。。。它在活跃的报告引用中对我有用

我也犯了同样的错误。。。在我的案例中,问题解决如下:

最初安装应用程序时,这里的人在应用程序中使用了Microsoft Enterprise Library 4.1。在前一周,我的机器被格式化了,在那之后,今天当我构建应用程序时,它给了我一个错误,即缺少企业库程序集。然后我安装了Microsoft Enterprise Library 5.0,这是我在谷歌上作为第一个搜索条目获得的。然后当我构建应用程序时,它给了我上面的错误,即找到的程序集的清单定义与程序集引用不匹配。经过大量的搜索和分析,我发现应用程序引用的是4.1.0.0,bin文件夹中的DLL版本是5.0.0.0然后我安装了Microsoft Enterprise Library 4.1。删除先前的引用(5.0)并添加4.0引用。构建应用程序(&V)。。。它奏效了。

好的,再来一个答案。我之前将我的应用程序创建为64位,并相应地更改了输出路径(项目/财产/构建/输出/输出路径)。最近,我将应用程序更改为32位(x86),创建了一个新的输出路径。我创建了一个快捷方式,指向我认为编译的.exe要去的地方。无论我对源代码做了什么更改,它都得到了清单不匹配的错误。在大约一个小时的沮丧之后,我碰巧检查了.exe文件的日期/时间,发现它很旧,显然引用了旧的.dll。我正在将应用程序编译到旧目录中,我的快捷方式引用了新的。已将输出路径更改为.exe应指向的位置,运行快捷方式,错误消失。(拍打前额)