Re: Diff Tools

Daniel Dunbar <evilzr@yahoo.com>
27 Mar 2001 23:29:18 -0500

          From comp.compilers

Related articles
Diff Tools eric.cameron@itt.com (2001-03-26)
Re: Diff Tools rsnorman@mediaone.net (Richard Norman) (2001-03-27)
Re: Diff Tools evilzr@yahoo.com (Daniel Dunbar) (2001-03-27)
Re: Diff Tools broeker@physik.rwth-aachen.de (Hans-Bernhard Broeker) (2001-03-27)
Re: Diff Tools dennis51@jps.net (Dennis Yelle) (2001-03-27)
| List of all articles for this month |
From: Daniel Dunbar <evilzr@yahoo.com>
Newsgroups: comp.compilers
Date: 27 Mar 2001 23:29:18 -0500
Organization: Virginia Tech, Blacksburg, Virginia, USA
References: 01-03-121
Keywords: tools, linker
Posted-Date: 27 Mar 2001 23:29:18 EST

eric.cameron@itt.com wrote:
> I've encountered a documented problem within Visual C++, that the
> same code will produce different sized executables, when compiled at
> different times or on different machines.
>
> Now, the problem is, my company wants to be able to see the
> differences between these two executables. If they are just time/date
> stamps, that's fine, but if there is other stuff (memory contents,
> etc) there may be problems, and we have to be able to determine that.
> We'd like a more programmatic way of doing this then using a hex
> editor, but any suggestions are helpful.


ftp://ftp.xcf.berkeley.edu/pub/xdelta/


has several versions of a program to do diffs of binary files, the
output is not really intended for human consumption, but the size of
it should give you some clue as to the amount of discrepancy between
the files.


I would guess (like you) that it is just a time stamp string tucked
somewhere in the symbol table, so you could also try comparing the
output of something like "dumpbin /all".


In the end the output of dumpbin is going to be most valuable I think,
if the size of the executable is changing it could change many of the
relative offsets within the file, confusing xdelta (or someone
comparing the data in a hex editor).
-- daniel dunbar evilzr@yahoo.com


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.