.NETアセンブリがx86またはx64向けに構築されているかどうかを判断する方法


私は.NETアセンブリの任意のリストを持っています。

私は、各DLLが(x64または任意のCPUとは対照的に)x86用に構築されているかどうかをプログラムでチェックする必要があります。 これは可能ですか?



Answers



System.Reflection.AssemblyName.GetAssemblyName(string assemblyFile)

返されたAssemblyNameインスタンスからアセンブリメタデータを調べることができます。

PowerShellの使用:

[36] C:\> [reflection.assemblyname]::GetAssemblyName("${pwd}\Microsoft.GLEE.dll") | fl

Name                  : Microsoft.GLEE
Version               : 1.0.0.0
CultureInfo           :
CodeBase              : file:///C:/projects/powershell/BuildAnalyzer/...
EscapedCodeBase       : file:///C:/projects/powershell/BuildAnalyzer/...
ProcessorArchitecture : MSIL
Flags                 : PublicKey
HashAlgorithm         : SHA1
VersionCompatibility  : SameMachine
KeyPair               :
FullName              : Microsoft.GLEE, Version=1.0.0.0, Culture=neut... 

ここで、 ProcessorArchitectureはターゲットプラットフォームを識別します。

この例では、PowerShellを使用してメソッドを呼び出しています。




CorFlags CLIツール(たとえば、C:¥Program Files¥Microsoft SDKs¥Windows¥v7.0¥Bin¥CorFlags.exe)を使用して、アセンブリの出力に基づいてアセンブリのステータスを判断し、アセンブリをバイナリアセットでは、32BITフラグが1( x86 )または0( PEに応じて任意のCPUまたはx64 )に設定されているかどうかを調べる必要がある場所を判断できるはずです。

Option    | PE    | 32BIT
----------|-------|---------
x86       | PE32  | 1
Any CPU   | PE32  | 0
x64       | PE32+ | 0

ブログ投稿x64 .NETでの開発には、 corflagsに関する情報がいくつかあります。

さらに、 Module.GetPEKind使用して 、アセンブリがPortableExecutableKindsPE32Plus (64ビット)、 Required32Bit (32ビットおよびWOW)、またはILOnly (すべてのCPU)であるかILOnlyかを他の属性でILOnlyできます。




明確にするために、CorFlags.exeは.NET Framework SDKの一部です。 私は自分のマシンに開発ツールを持っています。私にとって最も簡単な方法は、DLLが32ビットのみであるかどうかを判断することです。

  1. Visual Studioコマンドプロンプトを開きます(Windowsの場合:スタート/プログラム/ Microsoft Visual Studio / Visual Studioツール/ Visual Studio 2008コマンドプロンプト)

  2. 問題のDLLを含むディレクトリにCDをコピーする

  3. 次のようにcorflagsを実行します。corflags MyAssembly.dll

次のような出力が得られます:

    Microsoft (R) .NET Framework CorFlags Conversion Tool.  Version  3.5.21022.8
Copyright (c) Microsoft Corporation.  All rights reserved.

Version   : v2.0.50727
CLR Header: 2.5
PE        : PE32
CorFlags  : 3
ILONLY    : 1
32BIT     : 1
Signed    : 0

コメントごとに、上記のフラグは次のように読み込まれます:

  • 任意のCPU:PE = PE32および32BIT = 0
  • x86:PE = PE32および32BIT = 1
  • 64ビット:PE = PE32 +および32BIT = 0



あなたはあなた自身のことを書いてどうですか? PEアーキテクチャのコアは、Windows 95で実装されて以来、大きく変更されていません。ここにC#の例があります。

    public static ushort GetPEArchitecture(string pFilePath)
    {
        ushort architecture = 0;
        try
        {
            using (System.IO.FileStream fStream = new System.IO.FileStream(pFilePath, System.IO.FileMode.Open, System.IO.FileAccess.Read))
            {
                using (System.IO.BinaryReader bReader = new System.IO.BinaryReader(fStream))
                {
                    if (bReader.ReadUInt16() == 23117) //check the MZ signature
                    {
                        fStream.Seek(0x3A, System.IO.SeekOrigin.Current); //seek to e_lfanew.
                        fStream.Seek(bReader.ReadUInt32(), System.IO.SeekOrigin.Begin); //seek to the start of the NT header.
                        if (bReader.ReadUInt32() == 17744) //check the PE\0\0 signature.
                        {
                            fStream.Seek(20, System.IO.SeekOrigin.Current); //seek past the file header,
                            architecture = bReader.ReadUInt16(); //read the magic number of the optional header.
                        }
                    }
                }
            }
        }
        catch (Exception) { /* TODO: Any exception handling you want to do, personally I just take 0 as a sign of failure */}
        //if architecture returns 0, there has been an error.
        return architecture;
    }
}

現在の定数は次のとおりです。

0x10B - PE32  format.
0x20B - PE32+ format.

しかし、この方法では、新しい定数の可能性を考慮して、適切と思われるようにリターンを検証します。







[TestMethod]
public void EnsureKWLLibrariesAreAll64Bit()
{
    var assemblies = Assembly.GetExecutingAssembly().GetReferencedAssemblies().Where(x => x.FullName.StartsWith("YourCommonProjectName")).ToArray();
    foreach (var assembly in assemblies)
    {
        var myAssemblyName = AssemblyName.GetAssemblyName(assembly.FullName.Split(',')[0] + ".dll");
        Assert.AreEqual(ProcessorArchitecture.MSIL, myAssemblyName.ProcessorArchitecture);
    }
}



以下は現在の作業ディレクトリとすべてのサブディレクトリ内のすべてのcorflags.execorflags.exeに対してcorflags.exeを実行し、結果を解析し、それぞれのターゲットアーキテクチャを表示するバッチファイルです。

使用されているcorflags.exeのバージョンに応じて、出力の行項目には32BIT または 32BITREQ (および32BITPREF )が含まれます。 これらの2つのうちAny CPUが出力に含まれているかは、 Any CPUx86を区別するためにチェックする必要がある重要なライン項目です。 以前のバージョンのcorflags.exe (Windows SDK v8.0以前)を使用している場合、過去の回答で示されているように、 32BIT申込情報のみが出力に表示されます。 それ以外の場合は、 32BITREQ32BITPREFがそれを置き換えます。

これは、 corflags.exe%PATH%にあることを前提としています。 これを確実にする最も簡単な方法は、 Developer Command Promptを使用することです。 あるいは、 デフォルトの場所からコピーすることもできます。

下のバッチファイルをアンマネージdllまたはexeに対して実行すると、 Corflags.exeの実際の出力はCorflags.exeようなエラーメッセージになるため、 x86と誤って表示されます。

corflags:エラーCF008:指定されたファイルに有効な管理ヘッダーがありません

@echo off

echo.
echo Target architecture for all exes and dlls:
echo.

REM For each exe and dll in this directory and all subdirectories...
for %%a in (.exe, .dll) do forfiles /s /m *%%a /c "cmd /c echo @relpath" > testfiles.txt

for /f %%b in (testfiles.txt) do (
    REM Dump corflags results to a text file
    corflags /nologo %%b > corflagsdeets.txt

   REM Parse the corflags results to look for key markers   
   findstr /C:"PE32+">nul .\corflagsdeets.txt && (      
      REM `PE32+` indicates x64
        echo %%~b = x64
    ) || (
      REM pre-v8 Windows SDK listed only "32BIT" line item, 
      REM newer versions list "32BITREQ" and "32BITPREF" line items
        findstr /C:"32BITREQ  : 0">nul /C:"32BIT     : 0" .\corflagsdeets.txt && (
            REM `PE32` and NOT 32bit required indicates Any CPU
            echo %%~b = Any CPU
        ) || (
            REM `PE32` and 32bit required indicates x86
            echo %%~b = x86
        )
    )

    del corflagsdeets.txt
)

del testfiles.txt
echo.



.NETアセンブリのターゲットプラットフォームをチェックするもう1つの方法は、 .NET Reflectorを使用してアセンブリを検査することです。

@#〜#€〜! 私はちょうど新しいバージョンが無料ではないことに気づいた! したがって、.NET Reflectorの無料版を使用している場合は、それを使用してターゲットプラットフォームを確認できます。




cfedukeはGetPEKindを呼び出す可能性を示します。 これをPowerShellから行うのは面白いことです。

ここでは、たとえば、使用できるコマンドレットのコードを示します。https : //.com/a/16181743/64257

代わりに、 https: //.com/a/4719567/64257には、「実行可能イメージをテストするために使用できるPowerShellコミュニティ拡張機能に Get-PEHeaderコマンドレットもあります 」と記載されています。




そのための高度なアプリケーションをここで見つけることができます: CodePlex - ApiChange

例:

C:\Downloads\ApiChange>ApiChange.exe -CorFlags c:\Windows\winhlp32.exe
File Name; Type; Size; Processor; IL Only; Signed
winhlp32.exe; Unmanaged; 296960; X86

C:\Downloads\ApiChange>ApiChange.exe -CorFlags c:\Windows\HelpPane.exe
File Name; Type; Size; Processor; IL Only; Signed
HelpPane.exe; Unmanaged; 733696; Amd64



もう1つの方法は、DLLのVisual Studioツールからdumpbinを使用して、適切な出力を探し出すことです

dumpbin.exe /HEADERS <your dll path>
    FILE HEADER VALUE
                 14C machine (x86)
                   4 number of sections
            5885AC36 time date stamp Mon Jan 23 12:39:42 2017
                   0 file pointer to symbol table
                   0 number of symbols
                  E0 size of optional header
                2102 characteristics
                       Executable
                       32 bit word machine
                       DLL

注:上記のo / pは32ビットdll用です

dumpbin.exeのもう1つの便利なオプションは/ EXPORTSです。これはdllによって公開されている関数を表示します

dumpbin.exe /EXPORTS <PATH OD THE DLL>



JetBriansのDotPeekは、msil(anycpu)、x86、x64をすばやく簡単に表示する方法を提供します