AxInterop.とInterop.のdll，なぜ二種類があるのでしょうか？（セットで使用しているもの？）
別物です。ざっくり言えば、いずれも COM ラッパーですが、AxInterop の方は ActiveX コントロールに対して用意されたものです。
手動で作成する場合は、Interop.*.DLL は「TlbImp.exe」ツールで。AxInterop.*.DLLは「AxImp.exe」ツールを使う事になります。
（ただし通常は、参照設定すると Visual Studio が自動生成してくれますので、そうしたツールを使うことは無いでしょう）
ご存知かもしれませんが、COM コンポーネント(ActiveX コンポーネントや、OLE カスタムコントロールなども含まれます)の本体は *.DLL や *.OCX です。
また、それらのファイルの「型」情報のみを抜き出した *.TLB や *.OLB といったタイプライブラリ、あるいはそのキャッシュである *.OCA が参照されることもあります。
これらを .NET から利用する場合、COM ラッパーが必要になります。その利用には：
- 自動生成される Interop Assembly(相互運用機能アセンブリ)のラッパーDLL を参照して使う。
- Primary Interop Assembly(プライマリ相互運用機能アセンブリ)のラッパーDLL を参照して使う。
- ラッパーDLLを別途用意せず、それに相当する型情報をEXE 内に埋め込んで使う。
のように幾つかのパターンがあります。
今回の Interop.*.DLL は (1) に相当します。Interop Assembly ゆえのファイル名ですね。
なお、実際にはファイル名自体に意味は無いため、Interop.*.DLL 以外のファイル名にしても動作します。
(2) の PIA は、(1) の IA と同じものです。ただし、自動作成されたものではなく、あらかじめ厳密名をつけて管理される代物であるというのみが異なります。
これは、GAC 上に事前にインストールしておく必要があります。
(3) の場合は、COM の型情報を EXE 内で再定義した状態です。この場合、COM ラッパーDLL を配布する必要がなくなるのが利点です。
もちろん、呼び出し先の COM コンポーネント本体(DLL や OCX)は必要ですけれどね。
なお、EXE 内に COM の型情報を手動でコーディングしていくことは大変なので、(3)を自動的に行う機能が Visual Studio 2010 以降で追加されました。
VB2010 のソリューション エクスプローラーで、[参照設定]の枝を見てみると、各アセンブリに対して「相互運用型の埋め込み」というプロパティが用意されているかと思います(Embed Interop Types)。
これが、最初の質問のメッセージにある『'相互運用機能型の埋め込み' プロパティ』に繋がってくるわけです。
'Interop.MSComDlg' からの間接的な参照が原因で、埋め込まれた相互運用機能アセンブリ 'stdole' に対して参照が作成されました。両方のアセンブリで
'相互運用機能型の埋め込み' プロパティを変更することを検討してください。
COM コンポーネントは、内部で更に、別の COM コンポーネントを呼び出す事がありますが、それが「相互運用機能型の埋め込み」を行ったことで競合を起こしたということを表す警告です。
たとえば、'stdole' に対する参照では「相互運用機能型の埋め込み」を True にしておき、それを呼び出している MSComDlg の参照は False にしておくと、このメッセージが出力されますね。
これの解決策としては――
- stdole や MSComDlg に頼らずに済むよう、各種 ActiveX コンポーネントを .NET のクラスに差し替える。
- stdole の「相互運用機能型の埋め込み」を False にして、型が埋め込まれないようにする。
- stdole を参照している他のすべてのアセンブリに対して、「相互運用機能型の埋め込み」を True にする。
――となるわけですが、基本的には既に指摘されているよう、VB6時代のコンポーネントから、.NET 用のものへと置き換えていくべきでしょう。
