Спасите, помогите, умираю (сравнение бинарных файлов с игнорированием timestamps)

[oryx_and_crake]

Задача - сравнить два .ехе-файла, скомпилированные с одного проекта с одинаковыми настройками (все вообще одинаковое), но с некоторым промежутком времени, и, возможно, на разных машинах. Гадость заключается в том, что .exe-файлы при этом получаются чуточку разные. Подлая Вижуал Студия 2003 суёт туда timestamps где ни попадя и еще в одном месте прибавляет единичку с каждой последующей компиляцией проекта. Т.е. файлы получаются формально разными, хотя на самом деле они эквивалентны. Таймстемпы я кой-как победю, а вот с этим автоматическим прибавлением единицы я никак справиться не могу. По совету MSDN поставила статический номер версии в свойствах проекта - не помогает. Спасите. Буду немеряно благодарна. Хотя бы скажите, что это за переменная и как ее достать из формата PE/COFF.

P.S. В Гугль не посылать, windiff, bindiff, comp и dumpbin /rawdata с последующим fc /b не предлагать - пробовали, хуже.
P.P.S. Философский вопрос "на кой черт это надо, если файл изменился, то он и так изменился" прошу оставить за кадром. Это надо для дела.

(кросспост всюду, куда только можно)

UPDATE кому интересно: эта автоматически прибавляемая единица относится к переменной под названием Age, которая является составной частью Debug Directory в формате Codeview RSDS. Она имеет приблизительно следующую структуру:

CodeView format: RSDS

Signature: {d0b024a8-5829-424e-b997-66cc1626a1c2} Age: 1

PdbFile: d:\depot\bas\640_rel\fes_640_REL\src\opt\NTintel\GridView.pdb

впрочем, это уже не имеет никакого значения.

Comments

[zayeb.livejournal.com]

что значит сравнить? убедиться, что кроме таймстемпов и этой единички все остальное одинаково?
тогда пишем некий не особо хитрый код (потребуется проход вперед и откат на несколько байцтов назад с последующим возвращением вперед в местах несовпадения), который проходит по фалам по байтно и выписывает в 2 лога несовпавшие байты (и их адреса). Далее анализируются полученные логи. Да, это геморрой, я знаю :)

Спасибо, конечно, но...

[oryx_and_crake]

Я очень извиняюсь, но ничего нового вы мне не сказали. Все вышеперечисленное я и сама умею. Проблема в том, что наличие несовпадающего байта в коде может означать, например, что в коде на этом месте вместо минуса стоит плюс или вместо "больше" - "меньше", и, таким образом, файлы не эквивалентны. Мне надо доказать, что этот несовпадающий байт - именно номер версии (ну или что-то еще такое, чем можно пренебречь при сравнении). Для таймстемпа и контрольной суммы такое делается на раз, посредством функции MapAndLoad и последующего анализа заполняемых ею структур. А вот что такое этот отдельно стоящий байт - я понятия не имею и никак даже не могу найти, откуда он берется. Ничего в image header'ах на него не похоже (и нет, это не версия image file). Вариантом было бы поменять настройки проекта, чтобы этот байт не изменялся от раза к разу, но этого у меня тоже не получается - не могу найти, что это может быть.

[oryx_and_crake]

Да, этот байт лежит в секции .rdata, если это о чем-нибудь говорит.

[zayeb.livejournal.com]

сколько раз этот номер версии встречается?
он состоит из одного байта?
с большой долей вероятности если все совпадает, кроме различий в этом номере (да еще и его адрес в файлах совпадает) то это уж никак не минус или плюс

[oryx_and_crake]

Встречается один раз на файл (т.е. все остальные различия - это таймстемпы и контрольная сумма), цифра увеличивается на единичку с каждой компиляцией. Я даже не знаю точно, что это номер версии, только догадываюсь.

[oryx_and_crake]

P.S. интуитивно понятно, что это, но мне недостаточно интуитивно, мне надо начальству показать. Это для чего-то официального нужно.