Убедитесь, что неуправляемая DLL 32-разрядная или 64-разрядная?

Ответ 1

Обратитесь к спецификациям. Вот базовая реализация:

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,
}

Мне нужно было только три из них, но я включил их все для полноты. Окончательная 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;
    }
}

Ответ 2

Используя командную строку 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

Ответ 3

Еще проще: проверьте класс System.Reflection.Module. Он включает метод GetPEKind, который возвращает 2 перечисления, которые описывают тип кода и цель ЦП. Не больше гексагона!

(остальная часть этого очень информативного сообщения была бесстыдно скопирована из 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-битной платформе или в 32-разрядная Windows в среде Windows (WOW) на 64-битной платформе.

Unmanaged32Bit: исполняемый файл содержит чистый неуправляемый код.

Ниже приведены ссылки:

Module.GetPEKind Метод: http://msdn.microsoft.com/en-us/library/system.reflection.module.getpekind.aspx

Переносимая запись: http://msdn.microsoft.com/en-us/library/system.reflection.portableexecutablekinds(VS.80).aspx

ImageFileMachine Enumeration: http://msdn.microsoft.com/en-us/library/system.reflection.imagefilemachine.aspx

Ответ 4

Вместо Assembly.LoadFile используйте Assembly.ReflectionOnlyLoadFrom. Это позволит вам обойти исключения "неправильный формат изображения".