Come posso sapere se un "assemblaggio" è davvero cambiato?

Question

Ho creato una semplice applicazione "Hello World" in VS2005. È un'applicazione console diretta; contiene solo le righe seguenti:

Console.WriteLine("Hello World"); 
Console.ReadLine(); 

Quando ho cercato di ricostruire la stessa applicazione console senza eseguire alcuna modifica (basta premere il pulsante ricostruire), ottengo un eseguibile leggermente diverso. (Ho generato un hash SHA-1 sia dal 1 ° che dal 2 ° generato ed è diverso!)

Perché è diverso quando non ci sono modifiche al codice? Cosa è effettivamente cambiato? Ho usato un editor esadecimale per confrontare e ho visto solo un paio di byte diversi.

Credo che la mia ultima domanda sia, come faccio a sapere se un "assemblaggio" è davvero cambiato? (Naturalmente, senza guardare le versioni del file, dimensione del file, ecc)

EDIT

Finora, abbiamo stabilito che la differenza sta nell'intestazione PE (timestamp e alcuni dati di debug). Prima di re-inventare la ruota, c'è uno strumento di "confronto di assieme" che ignora l'intestazione PE?

Grazie, Ian

Answer 1

Le differenze saranno

• il timestamp nell'intestazione PE
• la GUID dei dati di debug, se presenti

(e forse qualcosa di più, come per l'altro output che hai postato?) Per vederli, eseguire dumpbin /all /rawdata:none su entrambi gli assiemi in un prompt dei comandi VS.

Per fare ciò correttamente, dovresti scrivere uno strumento di confronto che capisca questo e ignori quei byte - o abbia preso copie degli eseguibili, cancellato il timestamp e il GUID e poi confrontato quelle versioni. Oppure, a un certo punto, è possibile utilizzare qualcosa come fc /b come suggerisce controlfreak e assumere che se ci sono < 20 byte diversi (4 per il timestamp, 16 per il GUID), allora è probabilmente lo stesso.

Si può tranquillamente usare un assembly con il timestamp azzerato - AFAIK è usato solo per memorizzare gli offset di simboli esportati in altre DLL se lo si collega - ma probabilmente è più sicuro andarsene così com'è. Se hai effettivamente bisogno di assembly binari-identici, ti suggerisco di cambiare i tuoi processi in modo da non pulire mai, a meno che tu non ne abbia davvero bisogno.

Answer 2

Sulla riga comandi fc/b < vecchiofile> < newfile>

Answer 3

da un comando di Visual Studio chiede conferma che si può fare un confronto più elaborato:

• si potrebbe paragonare l'intestazione PE utilizzando l'uscita di dumpbin:

  dumpbin /HEADERS assembly.dll 
  

• Oppure si potrebbe confrontare PE intestazioni e il codice IL incorporato nell'assieme utilizzando ildasm:

  ildasm /ALL /TEXT assembly1.dll > dump1.txt 
  ildasm /ALL /TEXT assembly2.dll > dump2.txt 
  fc dump1.txt dump2.txt   
  

  L'opzione /ALL eseguirà il dump delle intestazioni DOS e PE, dell'intestazione CLR, dei metadati dell'assieme e dell'IL disassemblato. Tuttavia, non conterrà risorse incorporate. Se il gruppo di installazione contiene risorse incorporate, è possibile utilizzare l'opzione /OUT. Questo creerà un file separato per ciascuna risorsa incorporata che puoi confrontare usando il tuo strumento diff preferito, ad es. WinMerge:

  ildasm /ALL /TEXT /OUT:folder1\dump.txt folder1\assembly.dll 
  ildasm /ALL /TEXT /OUT:folder2\dump.txt folder2\assembly.dll