.net - プラットフォームが同じでも「不正な形式のプログラムを読み込もうとしました」

Question

64 ビットシステムで 32 ビットアンマネージ DLL から関数を呼び出しています。私が得るものは次のとおりです。

BadImageFormatException: 不正な形式のプログラムを読み込もうとしました。(HRESULT からの例外: 0x8007000B)

最初はプロジェクトを Any CPU プラットフォームに設定していたので、両方を x86 に変更しましたが、このエラーはまだ発生しています。それは本当に私がこれについて知っている唯一の修正です。

DLL は、他のプログラム (ソースを持っていない) で使用できるため、破損していません。おそらく依存関係が見つからないのではないかと思いましたが、確認したところ、すべてそこにありました。さらに、その場合は a をスローしませんDllNotFoundExceptionか？

他に何ができますか？そして、「代わりに 64 ビットのアンマネージ DLL を使用してください」と言う前に、そうではないことを指摘させてください。;)

score 572 · Accepted Answer

IIS 7（および/または64ビットOSマシン）で32ビットアプリケーションを実行しようとすると、同じエラーが発生します。したがって、IIS 7から、アプリケーションのアプリケーションプールを右クリックし、[詳細設定]に移動して、[32ビットアプリケーションを有効にする]を[TRUE]に変更します。

Webサイトを再起動すると、機能するはずです。

ここに画像の説明を入力してください

score 143 · Accepted Answer

どういうわけか、構成マネージャーの [ビルド]チェックボックスが実行可能ファイルに対してチェックされていなかったため、古い Any CPU ビルドでまだ実行されていました。それを修正した後、Visual Studio はアセンブリをデバッグできないと不平を言いましたが、再起動すると修正されました。

score 79 · Accepted Answer

緑色の矢印ボタンをクリックしてアプリケーションを実行したときにこのエラーが発生したが、それでもアプリケーションを 64 ビットで実行したい場合。これは、VS 2013、2015、2017、および 2019 で実行できます。

[ツール] > [オプション] > [プロジェクトとソリューション] > [Web プロジェクト] > [64 ビットバージョンの IIS Express を使用する] に移動します。

または、Project Properties > Web > Bitness でプロジェクトごとに実行できます。

score 56 · Accepted Answer

私もこの問題を抱えていました。ここですべての提案を試しましたが、役に立ちませんでした。

私はそれを修正したことを確認する別のことを見つけました。Visual Studio でプロジェクトを右クリックし、[プロパティ] を開きます。[コンパイル] (または [ビルド]) タブをクリックし、下部にある [高度なコンパイルオプション] をクリックします。

ドロップダウンの「ターゲット CPU」を確認します。構築している「プラットフォーム」と一致する必要があります。つまり、「任意の CPU」を構築している場合、「ターゲット CPU」は「任意の CPU」となるはずです。すべてのプラットフォームをアクティブにして、この設定を確認します。

score 40 · Accepted Answer

Any CPUを使用している場合、Prefer 32-bitオプションがチェックされていると、次の問題が発生する可能性があります。

プロジェクトのプロパティの[ビルド] タブで、このオプションのチェックを外してください。

score 12 · Accepted Answer

私の場合、C# でネイティブ DLL を使用していました。この DLL は、欠落している他のいくつかの DLL に依存していました。それらの他のDLLが追加されると、すべてが機能しました。

score 8 · Accepted Answer

この投稿のトピックから少し外れましたが、このエラーメッセージを検索するとここにたどり着きました。

チームシステムを使用してビルドしているときにこのエラーが発生した場合は、ビルド定義プロセスタブに "MSBuild プラットフォーム" 設定があります。これが「自動」に設定されている場合、この問題が発生する可能性があります。「X86」に変更することでもエラーを解決できます。

score 6 · Accepted Answer

同様の問題があり、プラットフォームターゲットを x86 に設定することで修正できました。

score 3 · Accepted Answer

私にとって同じ問題を解決したこの回答も参照してください。

LuisMackによって2010年5月12日午前8時50分に投稿されました。64ビットマシンでコンパイルする場合の特定のプロジェクトでのみ、同じ問題が見つかりました。SEEMSが機能する修正は、ユーザーコントロールまたはフォームがデザイナーで編集されるたびに、画像ストリーム内の1文字を手動で変更することです。
 AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj00LjAuMC4w
への変更
 AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj0yLjAuMC4w
つまり、行の終わりで00LjAuMC4wが0yLjAuMC4wに戻ります（00が0yに戻ります）

score 2 · Accepted Answer

私の場合、リフレクションを介して参照された DLL をリロードする小さな .exe を使用しています。したがって、私は次の手順を実行するだけで、1 日を節約できます。

ソリューションエクスプローラーのプロジェクトプロパティから、[ビルド] タブで x86 のターゲットプラットフォームを選択します。

score 2 · Accepted Answer

私の場合、MSTest を使用してテストを実行していたところ、テストディレクトリに 32 ビットと 64 ビットの両方の DLL をデプロイしていることがわかりました。プログラムが 64 ビット DLL を優先していたため、DLL が失敗していました。

TL;DRテストには 32 ビット DLL のみを展開するようにしてください。

score 1 · Accepted Answer

ビルドバージョンをサーバー上の .NET バージョンと一致させることで、この問題を修正できました。

.exeをダブルクリックして何が起こるかを確認したところ、4.5をインストールするように指示されました....

だから私は4.0にダウングレードし、それはうまくいきました!

したがって、バージョンが一致していることを確認してください。私の開発ボックスでは問題なく動作しましたが、サーバーには古い.NETバージョンがありました。

score 1 · Accepted Answer

アンマネージ DLL をインポートする場合は、次を使用します。

CallingConvention = CallingConvention.Cdecl

DLL インポートメソッドで。

score 1 · Accepted Answer

この問題は「Windows」の方法で解決しました。すべての設定を確認し、ソリューションをクリーニングして再構築した後、ソリューションを閉じて再度開きました。その後、うまくいったので、VSはおそらくクリーニング中にいくつかのものを取り除かなかったでしょう。論理的な解決策が機能しない場合、私は通常、非論理的な (または一見非論理的な) 解決策に目を向けます。Windows は私を失望させません。:)

score 1 · Accepted Answer

.NET コアでも同じ問題が発生していました。解決策は、32 ビットの .netcore ランタイムをダウンロードし、プロジェクトのターゲットを設定することでしたx86

csprojファイルに追加します

  <PropertyGroup>
    <PlatformTarget>x86</PlatformTarget>  
  </PropertyGroup>

  <PropertyGroup>
    <RunCommand Condition="'$(PlatformTarget)' == 'x86'">$(MSBuildProgramFiles32)\dotnet\dotnet</RunCommand>    
  </PropertyGroup>

これは Windows マシンで使用されていました。Linux/OSX ではパスなどを調整する必要があります。

.net - プラットフォームが同じでも「不正な形式のプログラムを読み込もうとしました」

24 に答える 24

Related

Reference