【问题标题】:0x80131040 error at runtime on an included project0x80131040 在包含的项目上运行时出错
【发布时间】:2011-04-11 16:19:19
【问题描述】:

在从台式机转移到终端服务器计算机之后,我不得不重新编译我在公司的杰出前任创建的许多项目。

其中一个项目是一个相当简单的 WPF MVVM 项目,其中添加了一个错误报告组件作为引用项目,即引用是对项目,而不是对 DLL。这两个项目都是在早期版本的 Visual Studio 中启动的,但现在都以框架 4.0 为目标,并且都在 VS2010 中进行维护。

整个编译正常,但在运行时出现以下错误:

Could not load file or assembly 'companyName.Tracer, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=0156bfd00d8c2368' or one of its dependencies.
The located assembly's manifest definition does not match the assembly reference.
(Exception from HRESULT: 0x80131040)

引用的项目是使用 .pfx 文件签名的,尽管我尝试过使用和不使用签名进行编译,但似乎没有任何区别。

我不确定“2.0.0.0 版”的出处。引用的项目是 1.1.* 版本,主项目也是 1.1.*。

大概我遗漏了一些明显的东西,或者我没有包含一些重要的信息,所以我会尽快回复任何提供更多信息的请求。

【问题讨论】:

    标签: .net vb.net


    【解决方案1】:

    尝试去掉依赖,用4.0重新编译DLL项目,最后把依赖放回第一个项目。它有时对我有用...

    【讨论】:

    • 对不起,引用的项目是一个显式引用的异常捕获器。每当我杰出的前任认为程序可能引发异常时,都会引用它。如果我麻烦删除它,我还不如简单地添加一个真正的异常处理项目......
    • 顺便说一句,我没有这样做那个的唯一原因是因为我不想麻烦删除所有错误处理,只是为了发现自己有更多 0x80131040 错误...
    • @Frosty840:错误报告组件是否会生成 DLL?我认为它应该......不?!?无论如何尝试对您的解决方案进行清理,删除任何临时文件夹(示例 obj)并执行完全重新编译。让我知道:)
    • @Frosty840: 好的,这是第一部分……现在,只重新编译用户控件,你能看到 DLL 文件更新了吗?如果是这样,在exe项目中删除对dll-project的引用,重新编译(有错误)然后读取依赖项选择项目,最后重新编译EXE。试试……
    • @Frosty840:另一个问题:用户组件还有其他一些可能丢失的参考吗?我在尝试使用引用用 VS2008 编译的 C++ dll 的用户控件时遇到了同样的问题。
    猜你喜欢
    • 1970-01-01
    • 2019-12-10
    • 1970-01-01
    • 1970-01-01
    • 2013-06-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多