In che modo Windows distingue tra un EXE normale e un exe .NET?

Question

In un'intervista mi è stato chiesto come si differenzia Windows tra un normale EXE e un EXE .NET.

La mia risposta è stata, quando un exe .NET è compilato, il compilatore inserisce alcune informazioni nell'intestazione. Le informazioni sono PE32 o PE32 +. Windows verifica l'intestazione per determinare se è necessario caricare MSCOREE.dll che carica il CLR ed esegue l'EXE.

La mia risposta è corretta?

Answer 1

Mentre sono d'accordo con GregC in generale ci sono momenti in cui questo tipo di informazioni è utile. Ma questa è una domanda difficile da prevedere per rispondere in un'intervista (a meno che sia per il team CLR :)

pagine web e blog ...

• Portable Executable (wikipedia)

Libri ...

• Expert .NET 2.0 IL Assembler (ho pensato che è stato un grande libro)

Answer 2

Penso che i seguenti due collegamenti siano una buona risorsa per comprendere la struttura del file PE e il caricatore di Windows.

• An In-Depth Look into the Win32 Portable Executable File Format (MSDN Mag Feb 2002)
• An In-Depth Look into the Win32 Portable Executable File Format, Part 2 (MSDN Mag Mar 2002)

la citazione esatta dall'articolo marzo 2002 che a mio avviso risponde alla tua domanda, è:

Lo scopo principale di un file eseguibile .NET è quello di ottenere le informazioni specifiche di .NET come metadati e lingua intermedia (IL) nella memoria . Inoltre, a .NET collegamenti eseguibili contro MSCOREE.DLL. Questa DLL è il punto di partenza per un processo .NET. Quando un eseguibile .NET viene caricato, il suo punto di ingresso è in genere un piccolo stub del codice . Lo stub salta semplicemente a una funzione esportata in MSCOREE.DLL (_CorExeMain o _CorDllMain). Da lì, MSCOREE prende il comando e inizia a utilizzare i metadati e IL da il file eseguibile. Questa impostazione è simile al modo in cui le app in Visual Basic (precedente a .NET) utilizzate MSVBVM60.DLL.

Answer 3

In breve, ed è stato un po 'così un po' di questo potrebbe essere un po 'datato ...

Per XP e versioni successive, il loader del sistema operativo è stata migliorata per rilevare assembly gestiti sulla base di una directory PE voce, se è presente la voce della directory, il caricatore carica automaticamente il file mscoree.dll e un salto sono fatti per una funzione in mscoree, _CorExeMain (2) per eseguibili e _CorDllMain per dlls. _CorExeMain è quindi responsabile del caricamento del CLR e del kickstart dell'esecuzione del codice gestito.

ho usato il seguente per ricordare a me stesso dei nomi dei punti di ingresso ...

C:\Windows\System32>dumpbin -exports mscoree.dll 
Microsoft (R) COFF/PE Dumper Version 9.00.30729.01 
Copyright (C) Microsoft Corporation. All rights reserved. 


Dump of file mscoree.dll 

File Type: DLL 

    Section contains the following exports for mscoree.dll 

    00000000 characteristics 
    4AF3AF84 time date stamp Fri Nov 06 07:09:24 2009 
     0.00 version 
      17 ordinal base 
     126 number of functions 
     123 number of names 

    ordinal hint RVA  name 

     38 0 0001AAA0 CLRCreateInstance 
... Lots of stuff left out... 
     136 76 00015030 _CorDllMain 
     138 77 00004DDB _CorExeMain 
     137 78 0001A981 _CorExeMain2 
     139 79 0002033B _CorImageUnloading 
     140 7A 000042D0 _CorValidateImage 
     24  00008017 [NONAME] 
     142  00014C4D [NONAME] 

    Summary 

     4000 .data 
     4000 .reloc 
     1000 .rsrc 
     40000 .text