C#＆32bitアンマネージDLL／64bitアンマネージDLLの動的な呼び出し方法

Windows7の登場で
64ビット環境が，すさまじい勢いで普及しておりますです．．．

して，Windowsの32ビットアプリ，64ビットアプリには掟がありまして

32ビットのEXEは，32ビットのDLL
64ビットのEXEは，64ビットのDLL

しか，呼べないことになっております．交差して呼び出すことは現状，仕様で出来ません

そこで，登場する，C#で作ったアプリ（マネージアプリ）
C#やら，VB.NETやらで作成したアプリは，インストールした環境にて，JITコンパイラが，最終コンパイルしてくれます

Windowsが32ビットだったら，32ビットアプリに
Windowsが64ビットだったら，64ビットアプリに

コンパイルします

ただ，最終コンパイルしたEXEが，アンマネージ（VCあたりで作った）なDLLを呼んでいる場合は，問題が生じますです

マネージ側が64ビットにJITコンパイルしてくれても，アンマネージDLLは32ビットのまま
上の方に書いた法則が発動して，BadImageFormatExceptionなエラーが発生となります

ってことで，環境に依存せず，BadImageFormatExceptionエラーを出さないような，Exe～DLLの呼び出し方法をちょいと書いてみました

---

１．まずは，32ビットと64ビットのDLLをVC++で作成しましょう

MSDNに64ビットなアプリの作り方が書いてあります

作成したDLLは，

32ビット：hogehoge.dll
64ビット：hogehoge64.dll

と，DLLの名称を変えておきます

VC++のコードは，32／64ビットでコード変更はないはずです

２．C#（あるいはVB.NET）でDLLを呼び出すコードを書きます
こんな感じ

#region 32bitDLL のAPI定義
[DllImport("hogehoge.dll", EntryPoint="dll_TestFunc")]
private static extern int dll_TestFunc32(int frameno, IntPtr ary, int aryCount);
#endregion

#region 64bitDLL のAPI定義
[DllImport("hogehoge64.dll", EntryPoint="dll_TestFunc")]
private static extern int dll_TestFunc64(int frameno, IntPtr ary, int aryCount);
#endregion

public int TestFunc(int frameno, ref float[] ary)
{
	int len = ary.Length;
	GCHandle gcH = GCHandle.Alloc(ary, GCHandleType.Pinned);
	int re;

    if (IntPtr.Size == 4)		//IntPtrのサイズで　３２ビット環境か６４ビット環境か調べる
    {
		re = dll_TestFunc32(frameno,	gcH.AddrOfPinnedObject(), len);		//３２ビットのDLL呼び出し
	}
	else
	{
		re = dll_TestFunc64(frameno,	gcH.AddrOfPinnedObject(), len);		//６４ビットのDLL呼び出し
	}

	gcH.Free();
	return re;
}

DllImport命令のEntryPoint属性を使用し
32ビットDLL／64ビットDLLで，同一API名を別名付けて管理します

また，IntPtrのサイズを見て，現在の実行環境が32ビット／64ビットなのか，判断して
別名つけたAPIを呼び出します

３．（２）で作ったマネージなExeと同一フォルダに，この２つのDLLを置きます

こんな感じ

//  host.exe(C#で作ったマネージなExe)
//      |
//      +--- hogehoge.dll(VC++で作ったアンマネージな32ビットDLL)
//      |
//      +--- hogehoge64.dll(VC++で作ったアンマネージな64ビットDLL)

32ビットWindows
64ビットWindows

どっちの環境に，このまんま，コピペしても問題なく動くはずです


これで，３２ビット／６４ビット過渡期時代も生き残れますわん 😉