System.Reactive.Core.dllのBadImageFormatException

Question

Rxからかなり簡単なプロジェクトで例外が発生することに困惑しています。

私はBadImageFormatExceptionを検索し、プラットフォーム固有のアセンブリが互換性のないプロセスにロードされようとしたときにスローされることを発見しました。

私のプロジェクトのプラットフォーム設定は「任意のCPU」ですが、System.Reactive.Core.dll自体もあまりにも明らかです。

スタックトレースのトップは、Rxのである：

protected override void OnNextCore(T value) 
    { 
     _onNext(value); 
    } 

_onNextを読んでいるソースがAction<...>ています。

私の直ちに問題となるのは、どのアセンブリが実際に読み込まれないのかを知る方法がわからないということです。情報は例外的なものではなく、どちらから取得するのかわかりません。

Rxについては実際には何も考えていませんが、それは何ですか？

誰でもいいですね。

EDIT 1：

は、ここで私は例外から取得していますスタックトレースと一緒に、「すべてのバインディングを表示する」に設定した非デバッガの実行でfuslogvw-をした結果、です。失敗したバインディングのみを表示するようにfuslogvwを設定すると、何も表示されません。

EDIT 2：

私はまた、「32ビットを好む」ことを確認した私からしているすべてのアセンブリ、特にメインコンソールアプリでオフに設定されています。

EDIT 3：

絶対に不可解：私は今、解決策を決裂RXなど、すべての依存関係を削除し、コピー＆ペーストソースをまっすぐに、ウィザードのうち、すべてのプロジェクトとの新しいソリューションに - それはまだですハプニング。

まだ2台のマシンで試してみましたが、まだ起こっています。

これは何ですか？

私は私の絶望、ここにソースです。おそらく私よりも賢く、誰かが十分に好奇心旺盛です：

source code

Answer 1

私は、Windows SDKをダウンロードしてデバッグアセンブリバインディングにツールをfuslogvw-を使用することをお勧めします。

通常

https://msdn.microsoft.com/en-us/library/ms717422(v=vs.110).aspx https://msdn.microsoft.com/en-us/library/e74a18c4(v=vs.110).aspx

Answer 2

は（と私は常に意味するものではありません）、BadImageFormatExceptionは、アセンブリが破損または「bit化」のいずれかであるとき（すなわち、32ビット、64ビット）が異なる場合にスローされます換言すれば、実行アセンブリは、ロードされるアセンブリとは異なる「ビット」に対してコンパイルされる。

Visual Studioでは、Any CPUオプションを選択しても、Prefer 32 bitが設定されているかどうかを確認します。アプリケーションにコンパイルされている32ビットと64ビットのアセンブリが混在している可能性もあります。

はPrefer 32 bitフィールドに関する詳しい情報は、これを参照してください：あなたのアセンブリをチェックする What is the purpose of the "Prefer 32-bit" setting in Visual Studio 2012 and how does it actually work?

もう一つの方法は、あなたの.NETアセンブリについての詳細を教えてくれますAssembly Informationと呼ばれる便利なツールをダウンロードしてインストールすることです。