问题标签 [fileloadexception]

使用 Enterprise Library 3.1 May 2007 版本时出现此错误。我们正在开发一个产品，并且在 Subversion Trunk 目录下有一个公共的 lib 目录

<>\Trunk\Lib\ 我们将所有第三方 DLL 放入其中。在其中我们有 Microsoft\EnterpriseLibrary\v3.1，我们在其中复制了 \Program Files\Microsoft Enterprise Library May2007\bin 中的所有 dll。在其中一位开发人员在这台机器上安装源代码之前，一切都正常工作。在源代码安装结束时复制了一些 dll，一旦完成，他就无法再运行该项目了。他总是得到这个错误

'Microsoft.Practices.EnterpriseLibrary.Data, Version=3.1.0.0, Culture=neutral, PublicKeyToken=null' 或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。（来自 HRESULT 的异常：0x80131040）'

这里有什么问题？我认为在安装源代码时，它只是应该构建所有内容并复制到源代码父目录中的 bin 目录中。此外，我们已将 Microsoft Enterprise Library May 2007\bin 目录中的 Dll 复制到我们的产品开发目录中，并在将 copylocal 标志设置为 true 的情况下引用到我们的项目中。

有谁可以帮我离开这里吗

RK

在单元测试期间我遇到了一个非常奇怪的问题（Visual Studio 中的 MSTest - .NET 3.5 SP1）：

1. 我单击“在解决方案中运行所有测试”
2. 所有测试都通过，除了一个特定的类，其中每个测试都会引发以下异常：“System.IO.FileLoadException：加载此程序集会产生与其他实例不同的授权集。（来自 HRESULT 的异常：0x80131401）。”
3. 然后我去在课堂上设置一个断点。结果：类中的所有测试都通过（之前失败的相同测试）。
4. 我单击“在解决方案中运行所有测试”。所有测试都通过了，除了另一个类。
5. 我去在课堂上设置一个断点。结果：班级中的所有测试均通过
6. 我单击“在解决方案中运行所有测试”。所有测试都通过了，除了第一个测试类。
7. 等等

如您所见，问题非常不一致，因此难以调试。

我曾尝试使用 Fusion Log Viewer，但这给了我不太理解的令人困惑的结果。

我应该寻找什么？有没有其他人遇到过这个问题？

更新： 要求提供一些附加信息。

测试已经运行好几个月了——我想我上次运行它们是在星期四，然后它们运行良好。我一直在尝试检查源代码控制历史，看看是否有什么变化，但没有什么异常。

我可以在不同的日子追溯并检查该项目，但我们正在使用 Visual Source Safe（我知道 - 不是我的决定 :-( ）所以我犹豫要不要这样做。

这些测试是常规的单元测试，我使用 Moq 来模拟对象......但正如我所说 - 它直到最近都运行良好。

我只是希望有关如何调试此问题的一些建议。

我有一个需要使用两个版本的 dll 的应用程序。我想我只需编译一次应用程序，将 exe 复制到两个目录，然后将两个版本的 dll 复制到每个目录。仅供参考，我没有对 GAC 做任何事情。但是，我在带有未编译的 dll 的版本上收到 FileLoadException。

在项目中，我将 dll 引用的“特定版本”设置为 false。但是，也许这是错误的设置。如何让它与多个版本一起使用？

我有一个 Web 应用程序可以正常工作一段时间（几天），然后在实例化引用外部 dll 的类时开始抛出 FileLoadException。

• 我没有使用任何 Assembly 静态方法显式加载程序集。我只是在实例化一个类，它本身从引用的库中实例化一个类。
• 我运行了 Process Monitor 并只是监视了应用程序路径。我只得到发生错误的源代码文件的“PATH NOT FOUND”结果（在调试模式下编译，所以我假设这只是 .NET 的一部分，试图显示在转储堆栈跟踪时发生错误的行）
• 这是在内部的专用服务器上运行的。该应用程序在 .NET 3.5 应用程序池以及使用相同引用的 dll 构建的另一个网站上运行。另一个网站有更多的流量，但从未收到此错误。
• 该应用程序在 3 个 Web 服务器之间进行负载平衡，并且所有 3 个 Web 服务器都在某个时候遇到了这个问题。

我在其中一台 Web 服务器上打开了程序集绑定日志记录。这是堆栈跟踪的样子：

我对调试文件加载异常不是很熟悉，所以非常感谢任何帮助（我还能做些什么来调试，等等）。

谢谢。

我想更新生产 Web 应用程序中的类库（单个 DLL 文件）。此 Web 应用程序已预编译（已发布）。我在 StackOverflow 上阅读了一个答案（抱歉，似乎无法再找到它，因为搜索功能不能很好地工作），这让我相信我可以将新的 DLL 粘贴到 bin 文件夹中，它会被选中没有问题（这会导致 WP 回收，这对我来说很好，因为我们不使用 InProc 会话状态）。

但是，当我尝试此操作时，我的网站崩溃并给出 FileLoadException 说程序集清单定义与程序集引用不匹配。这到底是什么东西？！在 Visual Studio 中更新 DLL 并重新部署整个站点工作得很好，但它在后面是一个巨大的痛苦。如果您必须重新部署整个站点以实现任何更改，那么拥有一个单独的 DLL 有什么意义？

问题是：如何在不破坏应用程序和重新部署所有文件的情况下更新生产网站上的 DLL？

尝试将 SharpSVN 添加到我的 C# 项目时，使用 SharpSVN 相关调用进行编译会给我这个错误：

FileLoadException was Unhandled 混合模式程序集是针对运行时版本“v2.0.50727”构建的，如果没有其他配置信息，则无法在 4.0 运行时中加载。

我所做的是从下载的 SharpSVN zip 文件中添加参考并添加

当我编译它工作正常，但是当我添加：

它因该错误而中断。我已经搜索了这个错误，但没有找到解决方案。

我有一个相当简单的内部 ASP.Net 网站，该网站在加载 Microsoft.Practices.EnterpriseLibrary.Data dll 时遇到问题，大约每周一次。这是异常消息：

注意事项：

• 一个简单的 IIS 重置解决了这个问题。
• 我们在单个网络服务器上运行相同的代码，没有任何问题。然后，我们将站点移至两个新的负载平衡（使用粘性会话）网络服务器（所有三个 Windows Server 2003 R2 标准版 SP1）。现在，每个负载平衡的网络服务器每周都会突然抛出一次这个异常。
  • 我能想到的唯一主要区别是我在负载平衡服务器上安装了 4.0 .NET 框架。该网站仍在 ASP.NET 2.0 下运行，所以我看不出这会是什么问题
• 我已将索引服务配置为不搜索“Temporary ASP.NET Files”文件夹，但它没有帮助。
• 我们在我们网站的任何地方都使用 Microsoft.Practices.EnterpriseLibrary.Data dll。几乎每个页面都使用我们的逻辑 dll，而后者又使用 EnterpriseLibrary dll。
• 虽然错误发生一次，但我什至查看了哪些进程将 dll 锁定在“临时 ASP.NET 文件”文件夹中，这与服务器上运行良好的锁没有任何不同。
• 一旦错误开始，它每次都会出错，直到执行 iisreset

任何人都可以提供的任何见解将不胜感激。如果我错过了什么，请告诉我。

谢谢！

我正在尝试使用 OpenNURBS 工具包（请参阅此处）构建应用程序，并且在调试时收到带有以下消息的 FileLoadException：

混合模式程序集是针对运行时版本“v2.0.50727”构建的，如果没有额外的配置信息，则无法在 4.0 运行时中加载。

OpenNURBS 工具包是目前项目中唯一的非系统程序集，所以我知道问题出在那个文件上。这些假定的配置选项在哪里以及是什么？任何帮助，将不胜感激。

我有一个线程可以像这样初始化：

然后线程的其余部分执行。奇怪的是，尽管整个事情都包含在一个 try/catch 中，但我在我的日志文件中只看到一个 1（没有 2），而且我得到了一个未处理的 System.IO.FileLoadException。我也尝试将委托的整个主体包装在 try/catch 中，但我仍然收到该异常，并且事件查看器说异常的最顶层方法是该方法。这很奇怪。

关于如何追踪这一点，或者至少正确捕获异常的任何想法？

我在 Visual Studio 2005 中构建了一个混合模式 DLL。在依赖项walker 中，我的 DLL 显示了以下 CRT Dlls 的依赖项。请注意，这是在我的 Windows 7 开发机器上。

c:\windows\winsxs\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.4927_none_d08a205e442db5b5\MSVCP80.DLL

"\MSVCR80.DLL

"\MSVCM80.DLL

8.0.50727.4927

在我使用 Visual Studio 2005 的 Windows 7 开发机器上，它编译并运行得很好。问题是它不会在我安装了最新 CRT 的 Windows XP 测试机器上运行。

当我将 DLL 拖到 XP 机器上的 depenency walker 中时，它似乎正在搜索 \System32 中的 DLL...（我去显示完整路径并且没有它们的路径，只有一个黄色感叹号）

问题是WinSxS中这个版本（build 4927）的crt没有安装在XP测试机上。它具有安装了最新 CRT (sp1?) 的 Visual Studio 2005。

8.0.50727.4053是我可以在 MSDN 上找到的最新版本。

我意识到这不是 SO 上发布的最令人兴奋的问题，但是有人知道这个 4927 运行时是怎么回事吗？

* 编辑 *

MT.exe 生成的清单：

因此，它针对的是 3 个不同的版本...