¿Cómo puedo saber si realmente cambió un "ensamblaje"?

Question

Creé una aplicación simple "Hello World" en VS2005. Es una aplicación de consola directa; que sólo contiene las siguientes líneas:

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

Cuando traté de reconstruir la misma aplicación de consola sin realizar ningún cambio (sólo tiene que pulsar el botón de reconstrucción), aparece un ejecutable sutilmente diferente. (He generado un hash SHA-1 desde el primer y segundo ejecutable generado, ¡y es diferente!)

¿Por qué es diferente cuando no hay cambios de código? ¿Qué cambió realmente? Usé un editor hexadecimal para comparar y solo vi un par de bytes diferentes.

Supongo que mi pregunta final es, ¿cómo puedo saber si un "ensamblaje" realmente cambió? (Por supuesto, sin tener en cuenta las versiones de archivo, tamaño, etc.)

EDIT

Hasta ahora, hemos establecido que la diferencia radica en la cabecera PE (marca de tiempo y algunos datos de depuración). Antes de reinventar la rueda, ¿existe una herramienta de "comparación de ensamblaje" que ignore el encabezado PE?

Gracias, Ian

Answer 1

Las diferencias serán

• la marca de tiempo en la cabecera PE
• la GUID de los datos de depuración, si está presente

(y tal vez algo más, según la otra salida que ha publicado?) Para ver esto, ejecute dumpbin /all /rawdata:none en ambos ensamblajes en un símbolo del sistema de VS.

Para hacer esto correctamente, tendría que escribir una herramienta de comparación que entendiera esto e ignorase esos bytes, o tomara copias de los ejecutables, borrara la marca de tiempo y el GUID y luego compararía esas versiones. O, en caso de apuro, podría usar algo como fc /b como lo sugiere el controlfreak y asumir que si hay < 20 bytes diferentes (4 para la marca de tiempo, 16 para el GUID), entonces es probable que sea el mismo.

Puede salirse con la suya con un ensamblado con la marca de tiempo borrada - AFAIK solo se usa para almacenar en caché las compensaciones de símbolos exportados en otras DLL si lo conecta, pero probablemente sea más seguro dejarlo como está. Si realmente necesita ensamblajes binarios idénticos, le sugiero que cambie sus procesos para que nunca los limpie, a menos que realmente los necesite.

Answer 2

En la línea de comandos fc/b < viejoarchivo> < nuevofichero>

Answer 3

Desde un sistema de Visual Studio le solicitan que se puede hacer una comparación más elaborado:

• Se podría comparar la cabecera PE utilizando la salida de dumpbin:

  dumpbin /HEADERS assembly.dll 
  

• O se podría comparar PE encabezados y el código IL incrustado en el ensamblado con ildasm:

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

  La opción /ALL arrojará los encabezados DOS y PE, el encabezado CLR, los metadatos del ensamblado y IL desensamblado. Sin embargo, no contendrá recursos integrados. Si su assmembly contiene recursos integrados, puede usar la opción /OUT. Esto creará un archivo separado para cada recurso incrustado que puede comparar usando su herramienta de diferencia favorita, p. Ej. WinMerge:

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