The following options are available for .exe, .dll, .obj, and .lib files.

The following additional options are available for .exe and .dll files.

The following options are valid for .exe and .dll files for file or console output only.

Option	Description
/all	Specifies a combination of the /header, /bytes, /stats, /classlist, and /tokens options. Note: In the .NET Framework versions 1.0 and 1.1, specifies a combination of the /header, /bytes, and /tokens options.
/classlist	Includes a list of classes defined in the module. New in the .NET Framework version 2.0.
/forward	Uses forward class declaration. New in the .NET Framework version 2.0.
/header	Includes file header information in the output.
/item:class[::member[(sig]]	Disassembles the following depending upon the argument supplied: Disassembles the specified class. Disassembles the specified member of the class. Disassembles the memberof the class with the specified signature sig. The format of sig is: [instance] returnType(parameterType1, parameterType2, …, parameterTypeN) Note   In the .NET Framework versions 1.0 and 1.1, sig must be followed by a closing parenthesis: (sig). In version 2.0 the closing parenthesis must be omitted: (sig.
/noil	Suppresses MSIL assembly code output.
/stats	Includes statistics on the image. New in the .NET Framework version 2.0.
/typelist	Produces the full list of types, to preserve type ordering in a round trip. New in the .NET Framework version 2.0.
/unicode	Uses Unicode encoding for the output.
/utf8	Uses UTF-8 encoding for the output. ANSI is the default.

The following options are valid for .exe, .dll, .obj, and .lib files for file or console output only.

The following options are valid for .lib files for file or console output only.

Note:
All options for Ildasm.exe are case-insensitive and recognized by the first three letters. For example, /quo is equivalent to /quoteallnames. Options that specify arguments accept either a colon (:) or an equal sign (=) as the separator between the option and the argument. For example, /output:filename is equivalent to /output=filename.

Ildasm.exe only operates on PE files on disk. It does not operate on files installed in the global assembly cache.

The text file produced by Ildasm.exe can be used as input to the MSIL Assembler (Ilasm.exe). This is useful, for example, when compiling code in a programming language that does not support all the runtime metadata attributes. After compiling the code and running its output through Ildasm.exe, the resulting MSIL text file can be hand-edited to add the missing attributes. You can then run this text file through the MSIL Assembler to produce a final executable file.

Note:
Currently, you cannot use this technique with PE files that contain embedded native code (for example, PE files produced by Visual C++).

You can use the default GUI in the MSIL Disassembler to view the metadata and disassembled code of any existing PE file in a hierarchical tree view. To use the GUI, type ildasm at the command line without supplying the PEfilename argument or any options. From the File menu, you can navigate to the PE file that you want to load into Ildasm.exe. To save the metadata and disassembled code displayed for the selected PE, select the Dump command from the File menu. To save the hierarchical tree view only, select the Dump Treeview command from the File menu. For a detailed guide to loading a file into Ildasm.exe and interpreting the output, see the Ildasm.exe Tutorial, located in the Samples folder that ships with the Windows Software Development Kit (SDK).

If you provide Ildasm.exe with a PEfilename argument that contains embedded resources, the tool produces multiple output files: a text file that contains MSIL code and, for each embedded managed resource, a .resources file produced using the resource's name from metadata. If an unmanaged resource is embedded in PEfilename, a .res file is produced using the filename specified for MSIL output by the /output option.

Note:
Ildasm.exe shows only metadata descriptions for .obj and .lib input files. MSIL code for these file types is not disassembled.

You can run Ildasm.exe over an.exe or .dll file to determine whether the file is managed. If the file is not managed, the tool displays a message stating that the file has no valid common language runtime header and cannot be disassembled. If the file is managed, the tool runs successfully.

The following command causes the metadata and disassembled code for the PE file MyHello.exe to display in the Ildasm.exe default GUI.

ildasm myHello.exe

The following command disassembles the file MyFile.exe and stores the resulting MSIL Assembler text in the file MyFile.il.

ildasm MyFile.exe /output:MyFile.il

The following command disassembles the file MyFile.exe and displays the resulting MSIL Assembler text to the console window.

ildasm MyFile.exe /text

If the file MyApp.exe contains embedded managed and unmanaged resources, the following command produces four files: MyApp.il, MyApp.res, Icons.resources, and Message.resources:

ildasm MyApp.exe /output:MyApp.il

The following command disassembles the method MyMethod within the class MyClass in MyFile.exe and displays the output to the console window.

ildasm /item:MyClass::MyMethod MyFile.exe /text

In the previous example, there could be several methods named MyMethod with different signatures. The following command disassembles the instance method MyMethod with the return type of void and the parameter types int32 and string.

ildasm /item:"MyClass::MyMethod(instance void(int32,string)" MyFile.exe /text

Note:
In the .NET Framework versions 1.0 and 1.1, the left parenthesis that follows the method name must be balanced by a right parenthesis after the signature: MyMethod(instance void(int32)). In the .NET Framework version 2.0 the closing parenthesis must be omitted: MyMethod(instance void(int32).

To retrieve a static method (Shared method in Visual Basic), omit the keyword instance. Class types that are not primitive types like int32 and string must include the namespace and must be preceded by the keyword class. External types must be preceded by the library name in square brackets. The following command disassembles a static method named MyMethod that has one parameter of type AppDomain and has a return type of AppDomain.

ildasm /item:"MyClass::MyMethod(class [mscorlib]System.AppDomain(class [mscorlib]System.AppDomain)" MyFile.exe /text

A nested type must be preceded by its containing class, delimited by a forward slash. For example, if the MyNamespace.MyClass class contains a nested class named NestedClass, the nested class is identified as follows: class MyNamespace.MyClass/NestedClass.

Concepts

Reference