Re: Comparing two EXEs


"Bob" <rcf2@xxxxxxxxx> wrote in message
news:42cbff76$1@xxxxxxxxxxxxxxxxxxxxxxxxx
>I know this is slightly technical, but I couldn't decide which group to
> drop it in.
>
> When we make builds of our products, our QA department wants to check
> the executables to ensure that the ones that were not supposed to
> change in fact did not change. So they do a byte compare of the new
> release with the last release. Unfortunately, when we build, we
> recompile all EXEs. There must be date/time information (or something
> else?) in the EXEs that make this byte compare fail even if the code
> did not.
>
> My question: Is there a way to compare an EXE to a previous compile of
> the same EXE and determine if there were actual code changes?

do a TDump of both executables and compare the results, if I remember
correctly there is an option in TDump to extract the code block, that's what
you want to compare.

-AlexR


.

Relevant Pages

  • Re: How to verify NK.BIN builds for QA?
    ... The compare that you recommend will not tell them if someone modified code ... in the Public tree on PC A because the binaries (exes and dlls) are always ... With binaries you mean the .bin files or each dll and exe inside them? ...
    (microsoft.public.windowsce.platbuilder)
  • Re: Comparing two EXEs
    ... TDump has enough options to keep them busy ... >> compare of the new release with the last release. ... >> when we build, we recompile all EXEs. ... > do a TDump of both executables and compare the results, ...
    (borland.public.delphi.non-technical)
  • Re: Comparing two EXEs
    ... the executables to ensure that the ones that were not supposed to ... So they do a byte compare of the new ... recompile all EXEs. ... the same EXE and determine if there were actual code changes? ...
    (borland.public.delphi.non-technical)
  • Comparing two EXEs
    ... So they do a byte compare of the new ... recompile all EXEs. ... the same EXE and determine if there were actual code changes? ... Prev by Date: ...
    (borland.public.delphi.non-technical)
  • Re: [SLE] chkroot claims top infected
    ... Have you checked your system logs? ... commonly trojaned executables onto a floppy from another system. ... Then perform a compare of the validversion against the possibly ...
    (SuSE)