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

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

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

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

DLLは他のプログラム（ソースがない）で使用できるため、破損していません。依存関係が見つからないのではないかと思ったのですが、チェックしてみました。さらに、DllNotFoundExceptionその場合はをスローしませんか？

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

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

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

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

Visual Studio、右あなたのクリックプロジェクトを - >左ペインでクリックし、ビルド ]タブを、

下プラットフォームターゲットのx86を選択します（または、より一般的なアーキテクチャは、あなたがにリンクされているライブラリと一致させます）

これが誰かに役立つことを願っています！:)

私もこの問題を抱えていました。ここですべての提案を試みましたが、助けにはなりませんでした。

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

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

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

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

Any CPUを使用している場合、[ 32ビットを優先 ]オプションをオンにすると、この問題が発生する可能性があります。

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

この投稿のトピックは少し外れていましたが、このエラーメッセージを検索すると、ここに移動しました。

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

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

@paibambooの答えに基づく

彼は言った：ツール>オプション>プロジェクトとソリューション> Webプロジェクト> IIS Expressの64ビットバージョンを使用する

同僚はこのチェックボックスをオンにしましたが（明示的に探しました）、問題のエラーメッセージがありました。数時間後、彼はボックスのチェックを外して再度チェックしました。驚いたことに、コードは正常に実行されました。

このボックスの状態が保存されていない場所が2つあり、同期が取れなくなったようです。同期を解除して再チェックすると、再び同期されました。

より知識のあるユーザーへの質問：先週（VS 2015の場合）状態を非同期にする更新または何かがありましたか？

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

Luis Mackによる2010年5月12日の午前8:50に投稿された64ビットマシンでコンパイルした特定のプロジェクトについてのみ、同じ問題が見つかりました。SEEMSが機能するための修正は、デザイナーでユーザーコントロールまたはフォームが編集されるたびに、画像ストリーム内の1つの文字を手動で変更することです。

 AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj00LjAuMC4w

への変更

 AAEAAAD/////AQAAAAAAAAAMAgAAAFdTeXN0ZW0uV2luZG93cy5Gb3JtcywgVmVyc2lvbj0yLjAuMC4w

つまり、行の最後で00LjAuMC4wが0yLjAuMC4wに戻ります（00が0yに戻ります）。

私の場合、Reflectionを介して参照DLLをリロードする小さな.exeを使用しています。だから私は私の日を節約するこれらのステップを行うだけです：

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

私の場合、MSTestを介してテストを実行していて、32ビットと64ビットの両方のDLLをテストディレクトリに展開していることがわかりました。プログラムは64ビットDLLを優先し、それを失敗させていました。

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

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

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

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

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

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

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

私の場合、ファイルの内容が間違っていました。DLLはWebからダウンロードされましたが、DLLのコンテンツはHTMLページでした：Dバイナリファイルであるかどうか、正しいDLLのように見えるかどうかを確認してください:)

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

あなたの中csprojのファイルの追加

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

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

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

アンマネージDLLをインポートする場合は、

CallingConvention = CallingConvention.Cdecl 

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

1：[ツール]> [オプション]> [プロジェクトとソリューション]> [Webプロジェクト]> [64ビットバージョンのIIS Expressを使用する]に移動します。2：Webサービスプロジェクトの設定を以下に変更します。