我从64位系统上的32位非托管DLL调用函数。我得到的是:
BadImageFormatException:试图加载格式不正确的程序。(异常来自HRESULT: 0x8007000B)
首先，我把我的项目设置为任何CPU平台，所以我把它们都改为x86，但这个错误仍然发生。这是我知道的唯一解决办法。
dll没有损坏，因为我可以将它们与其他程序一起使用(我没有源代码)。我想也许它没有找到一个依赖，但我检查了一下，它们都在那里。另外，它不会在这种情况下抛出DllNotFoundException吗?
我还能做什么?在您说“改用64位非托管DLL”之前，请允许我指出没有一个DLL。；）
当前回答
我们在。net核心中也遇到了同样的问题。解决方案是下载32位的。netcore运行时，让你的项目目标是x86
在csproj文件中添加
<PropertyGroup>
<PlatformTarget>x86</PlatformTarget>
</PropertyGroup>
<PropertyGroup>
<RunCommand Condition="'$(PlatformTarget)' == 'x86'">$(MSBuildProgramFiles32)\dotnet\dotnet</RunCommand>
</PropertyGroup>
这是用于Windows机器，你必须调整路径，如Linux/OSX
其他回答
还有这个答案，它为我解决了同样的问题。
Posted by Luis Mack on 5/12/2010 at 8:50 AM I've found the same problem, only for a specific project when compiling on a 64-bit machine. A fix that SEEMS to work is to manually alter one character in the image stream EVERY TIME the usercontrol or form is edited in the designer AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj00LjAuMC4w Change to AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj0yLjAuMC4w That is 00LjAuMC4w back to 0yLjAuMC4w at the end of the line (00 back to 0y)
我用Windows的方式解决了这个问题。在检查所有设置、清理解决方案并重新构建之后，我简单地关闭解决方案并重新打开它。然后它工作了，所以VS可能没有在清洁过程中处理掉一些东西。 当合乎逻辑的解决方案不起作用时，我通常会求助于不合逻辑(或看似不合逻辑)的解决方案。Windows没有让我失望。：）
如果您尝试在iis7(和/或64位操作系统机器)上运行32位应用程序，将会得到相同的错误。因此，在iis7中，右键单击应用程序的应用程序池，进入“高级设置”，将“启用32位应用程序”更改为“TRUE”。
重新启动你的网站，它应该工作。
不知何故，配置管理器中的Build复选框没有选中我的可执行文件，所以它仍然运行旧的Any CPU构建。在我修复了这个问题之后，Visual Studio抱怨它无法调试程序集，但重启后就修复了这个问题。
对于。net core，确保Ijwhost.dll在输出目录中，有时它没有被复制，这将导致错误。参见https://github.com/dotnet/runtime/issues/38231和https://stackoverflow.com/a/58773266/9665729
