“解析程序集引用”任务失败并出现 System.BadImageFormatException，但程序集未在任何地方使用！

Question

我收到有关程序集“C:\Ora10g\bin\Zip.exe”的错误。问题是这个解决方案根本不使用 Oracle 中的任何内容。我在项目中找不到任何对 10g 的引用。我从另一个离开我们小组的人那里继承了这一点。他从来没有遇到过这个问题。我团队的另一名成员说他以前遇到过这个问题，但重新安装 10g 的客户端部分修复了它。那里没有这样的运气。我什至尝试使用 WinGrep 在整个解决方案文件夹中搜索“Ora10g”，但它不在那里。

有什么想法吗？在弄清楚如何消除对 Oracle 的错误引用之前，我无法构建此解决方案。

VS 2005解决方案。包含几个 WinForm 应用程序、几个类库和一个 Web 服务。该错误发生在主类库项目中。

这是错误消息：

Error   1   The "ResolveAssemblyReference" task failed unexpectedly.
System.BadImageFormatException: Could not load file or assembly 'C:\Ora10g\bin\Zip.exe' or one of its dependencies. The module was expected to contain an assembly manifest.
File name: 'C:\Ora10g\bin\Zip.exe'
   at System.Reflection.AssemblyName.nGetFileInformation(String s)
   at System.Reflection.AssemblyName.GetAssemblyName(String assemblyFile)
   at Microsoft.Build.Shared.AssemblyNameExtension.GetAssemblyNameEx(String path)
   at Microsoft.Build.Tasks.SystemState.GetAssemblyName(String path)
   at Microsoft.Build.Tasks.Resolver.FileMatchesAssemblyName(AssemblyNameExtension assemblyName, Boolean isPrimaryProjectReference, Boolean wantSpecificVersion, Boolean allowMismatchBetweenFusionNameAndFileName, String pathToCandidateAssembly, ResolutionSearchLocation searchLocation)
   at Microsoft.Build.Tasks.Resolver.ResolveAsFile(String fullPath, AssemblyNameExtension assemblyName, Boolean isPrimaryProjectReference, Boolean wantSpecificVersion, Boolean allowMismatchBetweenFusionNameAndFileName, ArrayList assembliesConsideredAndRejected)
   at Microsoft.Build.Tasks.Resolver.ResolveFromDirectory(AssemblyNameExtension assemblyName, Boolean isPrimaryProjectReference, Boolean wantSpecificVersion, String[] executableExtensions, String directory, ArrayList assembliesConsideredAndRejected)
   at Microsoft.Build.Tasks.AssemblyFoldersResolver.Resolve(AssemblyNameExtension assemblyName, String rawFileNameCandidate, Boolean isPrimaryProjectReference, Boolean wantSpecificVersion, String[] executableExtensions, String hintPath, String assemblyFolderKey, ArrayList assembliesConsideredAndRejected, String& foundPath, Boolean& userRequestedSpecificFile)
   at Microsoft.Build.Tasks.AssemblyResolution.ResolveReference(IEnumerable`1 jaggedResolvers, AssemblyNameExtension assemblyName, String rawFileNameCandidate, Boolean isPrimaryProjectReference, Boolean wantSpecificVersion, String[] executableExtensions, String hintPath, String assemblyFolderKey, ArrayList assembliesConsideredAndRejected, String& resolvedSearchPath, Boolean& userRequestedSpecificFile)
   at Microsoft.Build.Tasks.ReferenceTable.ResolveReference(AssemblyNameExtension assemblyName, String rawFileNameCandidate, Reference reference)
   at Microsoft.Build.Tasks.ReferenceTable.ResolveAssemblyFilenames()
   at Microsoft.Build.Tasks.ReferenceTable.ComputeClosure()
   at Microsoft.Build.Tasks.ReferenceTable.ComputeClosure(DependentAssembly[] remappedAssembliesValue, ITaskItem[] referenceAssemblyFiles, ITaskItem[] referenceAssemblyNames, ArrayList exceptions)
   at Microsoft.Build.Tasks.ResolveAssemblyReference.Execute(FileExists fileExists, DirectoryExists directoryExists, GetDirectories getDirectories, GetAssemblyName getAssemblyName, GetAssemblyMetadata getAssemblyMetadata, GetRegistrySubKeyNames getRegistrySubKeyNames, GetRegistrySubKeyDefaultValue getRegistrySubKeyDefaultValue, GetLastWriteTime getLastWriteTime)
   at Microsoft.Build.Tasks.ResolveAssemblyReference.Execute()
   at Microsoft.Build.BuildEngine.TaskEngine.ExecuteTask(ExecutionMode howToExecuteTask, Hashtable projectItemsAvailableToTask, BuildPropertyGroup projectPropertiesAvailableToTask, Boolean& taskClassWasFound)

WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) to 1.
Note: There is some performance penalty associated with assembly bind failure logging.
To turn this feature off, remove the registry value [HKLM\Software\Microsoft\Fusion!EnableLog].

Answer 1

泄露的信息是“模块预计包含程序集清单”，并且异常的类型为 System.BadImageFormatException 。某些东西正在尝试加载文件“C:\Ora10g\bin\Zip.exe”，就好像它是一个 .net 程序集一样：

• 不是 .net 程序集
• 是一个 .net 程序集，但适用于某个版本的 CLR它晚于您的目标
• 是 .net 程序集，但“位数”错误（不太可能给出异常消息的“程序集清单”部分）。
• 已损坏

您是否：

1. 在文本编辑器中检查了解决方案文件 (.sln) 以查找对此文件的引用？
2. （更有可能） 检查类库的 .csproj 文件，看看它是否包含对此程序的任何引用？可能有一个自定义 MSBuild 任务正在尝试加载该 EXE，可能是为了从构建过程中生成 ZIPped 输出。
3. 是否已验证您加载的程序集均未直接或间接引用 Zip.exe 文件？
4. 正如 Dave Van den Eynde 所说，您检查了系统 .targets 文件（告诉 MSBuild 如何执行其操作的文件）是否未更改？您可以在 %windir%\Microsoft.NET\Framework\v2.0.50727 中找到这些文件

您可以尝试的其他操作：

1. 按照错误消息中的说明操作并打开程序集绑定登录，然后查看日志以查看 Zip.exe 作为依赖项加载的内容。
2. “Grep”您的整个硬盘驱动器中的“zip.exe”，某些东西在某处引用它，它可能不在您的项目/解决方案中（请参阅第 4 点），但它可能在 Oracle 客户端安装程序已损坏的其他地方/改变。

Answer 2

当你重新安装Oracle客户端时，你把它放在哪里了？如果您使用安装程序中的默认位置，您的 ORACLE_HOME 将不会位于 c:\ora10g。 c:\ora10g\bin 目录是否存在？

可能的解决方法是创建目录 c:\ora10g\bin，然后从 ORACLE_HOME\bin 目录中复制 zip.exe 文件。显然，您的项目中有些内容引用了该特定位置的 Oracle zip 二进制文件（无法帮助您）。

Answer 3

该文件可能被引用的程序集之一引用，从而导致间接依赖。

检查该文件是否存在于目录中，如果存在，请确保该文件也存在于构建服务器中。

Answer 4

另外，请确保官方目标文件均未更改。这些会自动导入到您的构建环境中。也许你也可以对它们进行 grep 操作？

更具体地说，您的前任可能会修改它们以将某种构建步骤包含到他的所有项目中。

Answer 5

您的应用程序实际上位于 c:\ora10g 目录中吗？如果是这样，.Net 将尝试加载 \bin 目录中的每个程序集，无论您是否实际引用它。