web-dev-qa-db-ja.com

アンマネージDLLが32ビットまたは64ビットかどうかを確認しますか？

アンマネージド DLLファイルがx86またはx64であるかどうか）をC＃でプログラムで確認するにはどうすればよいですか？

c#dll64-bit32-bit
43
yoyoyoyosef

仕様 を参照してください。基本的な実装は次のとおりです。

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 enumは次のように定義されます。

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;
    }
}
46
yoyoyoyosef

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
21
David Silva Smith

さらに簡単：System.Reflection.Moduleクラスを確認してください。これには、コードのタイプとCPUターゲットを説明する2つの列挙型を返すGetPEKindメソッドが含まれています。もうヘックスはありません！

（この非常に有益な投稿の残りの部分は http://www.developersdex.com/vb/message.asp?p=2924&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

5
muusbolla

の代わりに Assembly.LoadFile、 使用する Assembly.ReflectionOnlyLoadFrom。これにより、「不良画像フォーマット」の例外を回避できます。

1
user1383112

これが更新されてからしばらく経っています。独自のAppDomainにファイルをロードすることで、「Bad Image Format」の例外を回避できました。

        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

0
Charlie Ezzell