Subversionのリビジョンを新しいフォルダにチェックアウトしたところです。ソリューションを開いて、実行するとこれが表示されます。
ファイルまたはアセンブリ 'xxxx'またはその依存関係の1つを読み込めませんでした。不正な形式のプログラムを読み込もうとしました。
これは、以前チェックしたコードと同じです。なぜ今これをしているのですか？そのxxxプロジェクトのbinフォルダーに、DebugだけでなくDebug x86も表示されます。Debug x86とは何ですか？なぜbinフォルダーに以前のようにDebugしかないのですか？
回答:
プロジェクトの一部がx86専用に構築されているように聞こえますが、残りの部分は任意のCPU / x64向けに構築されています。これも私を噛んだ。x64（またはええと... IA64）を実行していますか？
プロジェクトのプロパティを確認し、すべてのCPUに対してすべてがビルドされていることを確認します。Visual Studioを使用している場合は、画面上部のツールバーにある「x86」または「Any CPU」メニュー（「Debug」/「Release」メニューの横）に移動してクリックすると、すべてを確認できます。 「構成マネージャー...」
64ビットサーバー上のIIS 7以降でサイトを実行しているときにこのエラーが発生した場合、32ビットのアセンブリがあり、アプリケーションプールの[32ビットアプリケーションを有効にする]オプションがFalseに設定されています。これをtrueに設定し、サイトを再起動して機能させます。
恐ろしいBusiness Objects 4 for .Net SDK を使用しようとすると、このエラーが発生しました。
5つのBusinessObjects * .dllファイルが同梱されていますが、すべて64ビットです。
Webページを読み込むには、Tools \ Optionsをクリックして、VS2013でこの設定を変更する必要がありました。
次に、inetmgrがアプリケーションプールに移動します->プールの詳細設定-> [32ビットアプリケーションを有効にする]オプションがtrueに設定されます。IISを再起動します。再び確かめる。！
IISで実行されているアプリケーション（Visual Studioでは「すべてのCPU」のビルドを使用して問題を修正しているため、VSからは実行されていません）のBadImageFormatExceptionは、次の原因で発生する可能性があります。
サイトは、x64のサーバーの1つであり、32ビットアプリケーションを有効にするためのアプリケーションプールのデフォルト設定はFalseでした。そしてあなたは32ビットのアセンブリを持っています
Visual Studioのレベルでは、修正は次のとおりです。
CPUの代わりにx86互換性のために構築されているプロジェクトのいくつかでは、これは間違いなく問題です。推測しなければならないのですが、プロジェクト間の参照の一部は、プロジェクトの参照ではなく、bin \ debugフォルダーの一部にあるdllを参照している可能性があります。
プロジェクトが「Any CPU」ではなくx86用にコンパイルされると、dllはbin \ debugではなくbin \ x86 \ debugフォルダーに移動します（参照が参照されている場所です）。
ただし、いずれの場合も、プロジェクト間でプロジェクト参照を使用する必要があります。
IIS Expressを使用したビジュアルスタジオで作業中に、公開時に失敗した場合は、次のようにしてください。
