アンマネージDLLが32ビットか64ビットかを確認しますか？
https://stackoverflow.com/questions/1001404
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
アンマネージド DLLファイルがx86またはx64であるかどうかをC＃でプログラムで確認するにはどうすればよいですか？
解決
仕様を参照してください。基本的な実装は次のとおりです。
public static MachineType GetDllMachineType(string dllPath)
{
// See http://www.microsoft.com/whdc/system/platform/firmware/PECOFF.mspx
// Offset to PE header is always at 0x3C.
// The PE header starts with "PE\0\0" = 0x50 0x45 0x00 0x00,
// followed by a 2-byte machine type field (see the document above for the enum).
//
FileStream fs = new FileStream(dllPath, FileMode.Open, FileAccess.Read);
BinaryReader br = new BinaryReader(fs);
fs.Seek(0x3c, SeekOrigin.Begin);
Int32 peOffset = br.ReadInt32();
fs.Seek(peOffset, SeekOrigin.Begin);
UInt32 peHead = br.ReadUInt32();
if (peHead!=0x00004550) // "PE\0\0", little-endian
throw new Exception("Can't find PE header");
MachineType machineType = (MachineType) br.ReadUInt16();
br.Close();
fs.Close();
return machineType;
}
MachineType 列挙型は次のように定義されています：
public enum MachineType : ushort
{
IMAGE_FILE_MACHINE_UNKNOWN = 0x0,
IMAGE_FILE_MACHINE_AM33 = 0x1d3,
IMAGE_FILE_MACHINE_AMD64 = 0x8664,
IMAGE_FILE_MACHINE_ARM = 0x1c0,
IMAGE_FILE_MACHINE_EBC = 0xebc,
IMAGE_FILE_MACHINE_I386 = 0x14c,
IMAGE_FILE_MACHINE_IA64 = 0x200,
IMAGE_FILE_MACHINE_M32R = 0x9041,
IMAGE_FILE_MACHINE_MIPS16 = 0x266,
IMAGE_FILE_MACHINE_MIPSFPU = 0x366,
IMAGE_FILE_MACHINE_MIPSFPU16 = 0x466,
IMAGE_FILE_MACHINE_POWERPC = 0x1f0,
IMAGE_FILE_MACHINE_POWERPCFP = 0x1f1,
IMAGE_FILE_MACHINE_R4000 = 0x166,
IMAGE_FILE_MACHINE_SH3 = 0x1a2,
IMAGE_FILE_MACHINE_SH3DSP = 0x1a3,
IMAGE_FILE_MACHINE_SH4 = 0x1a6,
IMAGE_FILE_MACHINE_SH5 = 0x1a8,
IMAGE_FILE_MACHINE_THUMB = 0x1c2,
IMAGE_FILE_MACHINE_WCEMIPSV2 = 0x169,
}
これらのうち3つだけが必要でしたが、完全を期すためにすべてを含めました。最終的な64ビットチェック：
// Returns true if the dll is 64-bit, false if 32-bit, and null if unknown
public static bool? UnmanagedDllIs64Bit(string dllPath)
{
switch (GetDllMachineType(dllPath))
{
case MachineType.IMAGE_FILE_MACHINE_AMD64:
case MachineType.IMAGE_FILE_MACHINE_IA64:
return true;
case MachineType.IMAGE_FILE_MACHINE_I386:
return false;
default:
return null;
}
}
他のヒント
Visual Studioコマンドプロンプトを使用すると、dumpbin / headers dllname.dllも機能します。私のマシンでは、出力の始まりに次のように記載されています。
FILE HEADER VALUES
8664 machine (x64)
5 number of sections
47591774 time date stamp Fri Dec 07 03:50:44 2007
さらに簡単：System.Reflection.Moduleクラスを確認してください。これには、コードのタイプとCPUターゲットを記述する2つの列挙を返すGetPEKindメソッドが含まれています。もうヘックスはありません！
（この非常に有益な投稿の残りは、 httpから恥知らずにコピーされました。 ：//www.developersdex.com/vb/message.asp？p = 2924＆amp; r = 6413567 ）
サンプルコード：
Assembly assembly = Assembly.ReflectionOnlyLoadFrom(@"<assembly Path>");
PortableExecutableKinds kinds;
ImageFileMachine imgFileMachine;
assembly.ManifestModule.GetPEKind(out kinds, out imgFileMachine);
PortableExecutableKindsを使用して、アセンブリの種類を確認できます。それ 5つの値があります：
ILOnly：実行可能ファイルにはMicrosoft中間言語のみが含まれます （MSIL）、したがって32ビットまたは64ビットに関して中立です プラットフォーム。
NotAPortableExecutableImage：ファイルはポータブル実行可能ファイル（PE）にありません ファイル形式。
PE32Plus：実行可能ファイルには64ビットプラットフォームが必要です。
Required32Bit：実行可能ファイルは、32ビットプラットフォームまたは 64ビットプラットフォーム上の32ビットWindows on Windows（WOW）環境。
Unmanaged32Bit：実行可能ファイルには純粋なアンマネージコードが含まれています。
次のリンクです：
Module.GetPEKindメソッド： http://msdn.microsoft.com/en- us / library / system.reflection.module.getpekind.aspx
PortableExecutableKinds列挙： http://msdn.microsoft.com /en-us/library/system.reflection.portableexecutablekinds(VS.80).aspx
ImageFileMachine列挙： http://msdn.microsoft.com/en-us/ library / system.reflection.imagefilemachine.aspx
Assembly.LoadFile の代わりに、 Assembly.ReflectionOnlyLoadFrom を使用します。これにより、「悪いイメージ形式」を回避できます。例外。
これが更新されてからしばらく経ちました。 「悪い画像形式」で逃げることができました。ファイルを独自のAppDomainにロードすることによる例外。
private static (string pkName, string imName) FindPEKind(string filename)
{
// some files, especially if loaded into memory
// can cause errors. Thus, load into their own appdomain
AppDomain tempDomain = AppDomain.CreateDomain(Guid.NewGuid().ToString());
PEWorkerClass remoteWorker =
(PEWorkerClass)tempDomain.CreateInstanceAndUnwrap(
typeof(PEWorkerClass).Assembly.FullName,
typeof(PEWorkerClass).FullName);
(string pkName, string imName) = remoteWorker.TryReflectionOnlyLoadFrom_GetManagedType(filename);
AppDomain.Unload(tempDomain);
return (pkName, imName);
}
この時点で、次のことを行います。
public (string pkName, string imName) TryReflectionOnlyLoadFrom_GetManagedType(string fileName)
{
string pkName;
string imName;
try
{
Assembly assembly = Assembly.ReflectionOnlyLoadFrom(assemblyFile: fileName);
assembly.ManifestModule.GetPEKind(
peKind: out PortableExecutableKinds peKind,
machine: out ImageFileMachine imageFileMachine);
// Any CPU builds are reported as 32bit.
// 32bit builds will have more value for PortableExecutableKinds
if (peKind == PortableExecutableKinds.ILOnly && imageFileMachine == ImageFileMachine.I386)
{
pkName = "AnyCPU";
imName = "";
}
else
{
PortableExecutableKindsNames.TryGetValue(
key: peKind,
value: out pkName);
if (string.IsNullOrEmpty(value: pkName))
{
pkName = "*** ERROR ***";
}
ImageFileMachineNames.TryGetValue(
key: imageFileMachine,
value: out imName);
if (string.IsNullOrEmpty(value: pkName))
{
imName = "*** ERROR ***";
}
}
return (pkName, imName);
}
catch (Exception ex)
{
return (ExceptionHelper(ex), "");
}
}
これをWidows \ Assemblyディレクトリに対して実行すると、3600を超えるファイルが処理され、エラーがゼロになります。 注：辞書を使用して、返される値を読み込みます。
お役に立てば幸いです。 YMMV
