How do I compare binary files in Linux?












277















I need to compare two binary files and get the output in the form:



<fileoffset-hex> <file1-byte-hex> <file2-byte-hex>



for every different byte. So if file1.bin is



  00 90 00 11


in binary form and file2.bin is



  00 91 00 10


I want to get something like



  00000001 90 91
00000003 11 10


Is there a way to do this in Linux? I know about cmp -l but it uses a decimal system for offsets and octal for bytes which I would like to avoid.










share|improve this question




















  • 9





    you're basically looking for "binary diff". i can imagine some reeeally ugly commandline one-liner with od...

    – quack quixote
    Mar 29 '10 at 15:36






  • 2





    @quack quixote: What's ugly about a one-liner? ;)

    – Bobby
    Mar 29 '10 at 16:50













  • xdelta.org works quite well. Perhaps it'd be worth having a look at it.

    – thatjuan
    Oct 10 '13 at 5:31













  • Because you can't answer this question (as you're not a user), I'm voting to close. A binary diff as explicitly requested here isn't at all useful, and I'm inclined to think you want something useful, if you insert one byte at the start of the file should all bytes be marked as being different? Without knowing that, this is simply too vague.

    – Evan Carroll
    Nov 9 '18 at 4:02








  • 2





    @EvanCarroll If you think the question is off topic why are you answering it?

    – DavidPostill
    Nov 26 '18 at 21:07
















277















I need to compare two binary files and get the output in the form:



<fileoffset-hex> <file1-byte-hex> <file2-byte-hex>



for every different byte. So if file1.bin is



  00 90 00 11


in binary form and file2.bin is



  00 91 00 10


I want to get something like



  00000001 90 91
00000003 11 10


Is there a way to do this in Linux? I know about cmp -l but it uses a decimal system for offsets and octal for bytes which I would like to avoid.










share|improve this question




















  • 9





    you're basically looking for "binary diff". i can imagine some reeeally ugly commandline one-liner with od...

    – quack quixote
    Mar 29 '10 at 15:36






  • 2





    @quack quixote: What's ugly about a one-liner? ;)

    – Bobby
    Mar 29 '10 at 16:50













  • xdelta.org works quite well. Perhaps it'd be worth having a look at it.

    – thatjuan
    Oct 10 '13 at 5:31













  • Because you can't answer this question (as you're not a user), I'm voting to close. A binary diff as explicitly requested here isn't at all useful, and I'm inclined to think you want something useful, if you insert one byte at the start of the file should all bytes be marked as being different? Without knowing that, this is simply too vague.

    – Evan Carroll
    Nov 9 '18 at 4:02








  • 2





    @EvanCarroll If you think the question is off topic why are you answering it?

    – DavidPostill
    Nov 26 '18 at 21:07














277












277








277


102






I need to compare two binary files and get the output in the form:



<fileoffset-hex> <file1-byte-hex> <file2-byte-hex>



for every different byte. So if file1.bin is



  00 90 00 11


in binary form and file2.bin is



  00 91 00 10


I want to get something like



  00000001 90 91
00000003 11 10


Is there a way to do this in Linux? I know about cmp -l but it uses a decimal system for offsets and octal for bytes which I would like to avoid.










share|improve this question
















I need to compare two binary files and get the output in the form:



<fileoffset-hex> <file1-byte-hex> <file2-byte-hex>



for every different byte. So if file1.bin is



  00 90 00 11


in binary form and file2.bin is



  00 91 00 10


I want to get something like



  00000001 90 91
00000003 11 10


Is there a way to do this in Linux? I know about cmp -l but it uses a decimal system for offsets and octal for bytes which I would like to avoid.







linux diff binary-files






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Nov 26 '18 at 21:13









bertieb

5,652112542




5,652112542










asked Mar 29 '10 at 15:28







frustratedCmpNoLongerUser















  • 9





    you're basically looking for "binary diff". i can imagine some reeeally ugly commandline one-liner with od...

    – quack quixote
    Mar 29 '10 at 15:36






  • 2





    @quack quixote: What's ugly about a one-liner? ;)

    – Bobby
    Mar 29 '10 at 16:50













  • xdelta.org works quite well. Perhaps it'd be worth having a look at it.

    – thatjuan
    Oct 10 '13 at 5:31













  • Because you can't answer this question (as you're not a user), I'm voting to close. A binary diff as explicitly requested here isn't at all useful, and I'm inclined to think you want something useful, if you insert one byte at the start of the file should all bytes be marked as being different? Without knowing that, this is simply too vague.

    – Evan Carroll
    Nov 9 '18 at 4:02








  • 2





    @EvanCarroll If you think the question is off topic why are you answering it?

    – DavidPostill
    Nov 26 '18 at 21:07














  • 9





    you're basically looking for "binary diff". i can imagine some reeeally ugly commandline one-liner with od...

    – quack quixote
    Mar 29 '10 at 15:36






  • 2





    @quack quixote: What's ugly about a one-liner? ;)

    – Bobby
    Mar 29 '10 at 16:50













  • xdelta.org works quite well. Perhaps it'd be worth having a look at it.

    – thatjuan
    Oct 10 '13 at 5:31













  • Because you can't answer this question (as you're not a user), I'm voting to close. A binary diff as explicitly requested here isn't at all useful, and I'm inclined to think you want something useful, if you insert one byte at the start of the file should all bytes be marked as being different? Without knowing that, this is simply too vague.

    – Evan Carroll
    Nov 9 '18 at 4:02








  • 2





    @EvanCarroll If you think the question is off topic why are you answering it?

    – DavidPostill
    Nov 26 '18 at 21:07








9




9





you're basically looking for "binary diff". i can imagine some reeeally ugly commandline one-liner with od...

– quack quixote
Mar 29 '10 at 15:36





you're basically looking for "binary diff". i can imagine some reeeally ugly commandline one-liner with od...

– quack quixote
Mar 29 '10 at 15:36




2




2





@quack quixote: What's ugly about a one-liner? ;)

– Bobby
Mar 29 '10 at 16:50







@quack quixote: What's ugly about a one-liner? ;)

– Bobby
Mar 29 '10 at 16:50















xdelta.org works quite well. Perhaps it'd be worth having a look at it.

– thatjuan
Oct 10 '13 at 5:31







xdelta.org works quite well. Perhaps it'd be worth having a look at it.

– thatjuan
Oct 10 '13 at 5:31















Because you can't answer this question (as you're not a user), I'm voting to close. A binary diff as explicitly requested here isn't at all useful, and I'm inclined to think you want something useful, if you insert one byte at the start of the file should all bytes be marked as being different? Without knowing that, this is simply too vague.

– Evan Carroll
Nov 9 '18 at 4:02







Because you can't answer this question (as you're not a user), I'm voting to close. A binary diff as explicitly requested here isn't at all useful, and I'm inclined to think you want something useful, if you insert one byte at the start of the file should all bytes be marked as being different? Without knowing that, this is simply too vague.

– Evan Carroll
Nov 9 '18 at 4:02






2




2





@EvanCarroll If you think the question is off topic why are you answering it?

– DavidPostill
Nov 26 '18 at 21:07





@EvanCarroll If you think the question is off topic why are you answering it?

– DavidPostill
Nov 26 '18 at 21:07










14 Answers
14






active

oldest

votes


















164














This will print the offset and bytes in hex:



cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1, strtonum(0$2), strtonum(0$3)}'


Or do $1-1 to have the first printed offset start at 0.



cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1-1, strtonum(0$2), strtonum(0$3)}'


Unfortunately, strtonum() is specific to GAWK, so for other versions of awk—e.g., mawk—you will need to use an octal-to-decimal conversion function. For example,



cmp -l file1.bin file2.bin | mawk 'function oct2dec(oct,     dec) {for (i = 1; i <= length(oct); i++) {dec *= 8; dec += substr(oct, i, 1)}; return dec} {printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)}'


Broken out for readability:



cmp -l file1.bin file2.bin |
mawk 'function oct2dec(oct, dec) {
for (i = 1; i <= length(oct); i++) {
dec *= 8;
dec += substr(oct, i, 1)
};
return dec
}
{
printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)
}'





share|improve this answer





















  • 3





    @gertvdijk: strtonum is specific to GAWK. I believe Ubuntu previously used GAWK as the default, but switched at some point to mawk. In any case, GAWK can be installed and set to the default (see also man update-alternatives). See my updated answer for a solution that doesn't require strtonum.

    – Dennis Williamson
    Jul 4 '13 at 18:08



















152














As ~quack pointed out:



 % xxd b1 > b1.hex
% xxd b2 > b2.hex


And then



 % diff b1.hex b2.hex


or



 % vimdiff b1.hex b2.hex





share|improve this answer





















  • 63





    In Bash: diff <(xxd b1) <(xxd b2) but the output format of this (or yours) is nowhere near what the OP asked for.

    – Dennis Williamson
    Mar 29 '10 at 16:33






  • 6





    with vimdiff it is, it will color the bytes in the lines where the two 'files' differ

    – akira
    Mar 30 '10 at 4:45











  • Aww, why didn't I think of that? And I'm sure I've used this technique in the past too.

    – njd
    Mar 30 '10 at 17:37








  • 1





    This worked great for me (with opendiff on OS X instead of vimdiff) — the default view xxd provides keeps the diff engine on track comparing byte-by-byte. With plain (raw) hex simply column-fit with fold, diff would try to fold/group random stuff in the files I was comparing.

    – natevw
    Nov 15 '14 at 23:26






  • 1





    This command does not work well for byte addition removal, as every line that follows will be misaligned and seen as modified by diff. The solution is to put 1 byte per line and remove the address column as proposed by John Lawrence Aspden and me.

    – Ciro Santilli 新疆改造中心 六四事件 法轮功
    Apr 4 '15 at 20:38





















72














Try diff in the following combination of zsh/bash process substitution and colordiff in CLI:



diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff


Where:





  • -y shows you differences side-by-side (optional)


  • xxd is CLI tool to create a hexdump output of the binary file


  • colordiff will colorize diff output (install via: sudo apt-get install colordiff)

  • add -W200 to diff for wider output (of 200 characters per line)


Hints:




  • if files are too big, add limit (e.g. -l1000) for each xxd


Sample output:



binary file output in terminal - diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff






share|improve this answer





















  • 10





    Command can be simplified as colordiff -y <(xxd foo1.bin) <(xxd foo2.bin).

    – golem
    Nov 17 '15 at 22:46






  • 3





    If you don't have colordiff, this will do the same thing without colors: diff -y <(xxd foo1.bin) <(xxd foo2.bin)

    – Rock Lee
    Aug 4 '16 at 15:25






  • 5





    If you just want to know whether both files are actually the same, you can use the -q or --brief switch, which will only show output when the files differ.

    – Stefan van den Akker
    Oct 8 '16 at 11:14






  • 1





    create a function xxddiff for this with: xxddiff() ( f() ( xxd "$1" ; ); diff -y <(f "$1") <(f "$2") | colordiff; )

    – rubo77
    Nov 14 '16 at 6:35








  • 2





    great! still, diff -u <(xxd tinga.tgz) <(xxd dec.out.tinga.tgz) | vim - will do a job good enoug

    – ribamar
    Jun 1 '18 at 14:27



















50














There's a tool called DHEX which may do the job, and there's another tool called VBinDiff.



For a strictly command-line approach, try JDIFF.






share|improve this answer





















  • 8





    DHEX is awesome is comparing binaries is what you want to do. Feed it two files and it takes you right to a comparative view, highlighting to differences, with easy ability to move to the next difference. Also it's able to work with large terminals, which is very useful on widescreen monitors.

    – Marcin
    Sep 8 '11 at 0:08






  • 6





    I prefer VBinDiff. DHEX is using CPU even when idling, I think it's redrawing all the time or something. VBinDiff doesn't work with wide terminals though. But the addresses become weird with wide terminals anyway, since you have more than 16 bytes per row.

    – Janus Troelsen
    Oct 17 '12 at 14:22













  • vbindiff lets us actually edit the file, thx!

    – Aquarius Power
    Sep 16 '14 at 18:28






  • 2





    @DanielBeauyat compressed files will be completely different after you encounter the first different byte. The output is not likely to be useful.

    – Mark Ransom
    Aug 5 '15 at 3:12






  • 2





    @1111161171159459134 jdiff is part of a "suite" of programs to sync and patch the differences found by jdiff. But, as Mark Ransom said, that would be generally not wise on compressed files; the exception is "synchronizable" compressed formats (like that produced by gzip --rsyncable), in which small differences in the uncompressed files should have a limited effect on the compressed file.

    – hmijail
    Feb 13 '16 at 11:12





















26














Method that works for byte addition / deletion



diff <(od -An -tx1 -w1 -v file1) 
<(od -An -tx1 -w1 -v file2)


Generate a test case with a single removal of byte 64:



for i in `seq 128`; do printf "%02x" "$i"; done | xxd -r -p > file1
for i in `seq 128`; do if [ "$i" -ne 64 ]; then printf "%02x" $i; fi; done | xxd -r -p > file2


Output:



64d63
< 40


If you also want to see the ASCII version of the character:



bdiff() (
f() (
od -An -tx1c -w1 -v "$1" | paste -d '' - -
)
diff <(f "$1") <(f "$2")
)

bdiff file1 file2


Output:



64d63
< 40 @


Tested on Ubuntu 16.04.



I prefer od over xxd because:




  • it is POSIX, xxd is not (comes with Vim)

  • has the -An to remove the address column without awk.


Command explanation:





  • -An removes the address column. This is important otherwise all lines would differ after a byte addition / removal.


  • -w1 puts one byte per line, so that diff can consume it. It is crucial to have one byte per line, or else every line after a deletion would become out of phase and differ. Unfortunately, this is not POSIX, but present in GNU.


  • -tx1 is the representation you want, change to any possible value, as long as you keep 1 byte per line.


  • -v prevents asterisk repetition abbreviation * which might interfere with the diff


  • paste -d '' - - joins every two lines. We need it because the hex and ASCII go into separate adjacent lines. Taken from: https://stackoverflow.com/questions/8987257/concatenating-every-other-line-with-the-next

  • we use parenthesis () to define bdiff instead of {} to limit the scope of the inner function f, see also: https://stackoverflow.com/questions/8426077/how-to-define-a-function-inside-another-function-in-bash


See also:




  • https://unix.stackexchange.com/questions/59849/diff-binary-files-of-different-sizes

  • https://stackoverflow.com/questions/8385618/using-cmp-to-compare-two-binaries






share|improve this answer

































    13














    Short answer



    vimdiff <(xxd -c1 -p first.bin) <(xxd -c1 -p second.bin)


    When using hexdumps and text diff to compare binary files, especially xxd, the additions and removals of bytes become shifts in addressing which might make it difficult to see. This method tells xxd to not output addresses, and to output only one byte per line, which in turn shows exactly which bytes were changed, added, or removed. You can find the addresses later by searching for the interesting sequences of bytes in a more "normal" hexdump (output of xxd first.bin).






    share|improve this answer
























    • (Of course, one may use diff instead of vimdiff.)

      – VasyaNovikov
      Dec 15 '15 at 17:35



















    11














    I'd recommend hexdump for dumping binary files to textual format and kdiff3 for diff viewing.



    hexdump myfile1.bin > myfile1.hex
    hexdump myfile2.bin > myfile2.hex
    kdiff3 myfile1.hex myfile2.hex





    share|improve this answer



















    • 2





      Even here in bash kdiff3 <(hexdump myfile1.bin) <(hexdump myfile2.bin) with no need to create files myfile1.hex and myfile2.hex.

      – Hastur
      Jan 25 '16 at 14:34



















    4














    The hexdiff is a program designed to do exactly what you're looking for.



    Usage:



    hexdiff file1 file2


    It displays the hex (and 7-bit ASCII) of the two files one above the other, with any differences highlighted. Look at man hexdiff for the commands to move around in the file, and a simple q will quit.






    share|improve this answer





















    • 4





      But it does a pretty bad job when it comes to the comparing part. If you insert some bytes into a file, it will mark all byte afterwards as changes

      – Murmel
      Apr 27 '16 at 19:43











    • and hexdiff is not available via apt-get on Ubuntu 16.4

      – rubo77
      Nov 14 '16 at 6:38











    • @Murmel while I agree, isn't that what's being asked here?

      – Evan Carroll
      Nov 9 '18 at 4:00











    • @EvanCarroll true, and hence I left a comment (only) and did not downvote

      – Murmel
      Nov 9 '18 at 17:52











    • I also didn't down vote Mick, but I agree with you and answered here superuser.com/a/1373977/11116 because it seems likely that this bad question will get reformed or closed.

      – Evan Carroll
      Nov 9 '18 at 19:06



















    3














    It may not strictly answer the question, but I use this for diffing binaries:



    gvim -d <(xxd -c 1 ~/file1.bin | awk '{print $2, $3}') <(xxd -c 1 ~/file2.bin | awk '{print $2, $3}')


    It prints both files out as hex and ASCII values, one byte per line, and then uses Vim's diff facility to render them visually.






    share|improve this answer

































      0














      dhex http://www.dettus.net/dhex/



      DHEX is a more than just another hex editor: It includes a diff mode, which can be used to easily and conveniently compare two binary files. Since it is based on ncurses and is themeable, it can run on any number of systems and scenarios. With its utilization of search logs, it is possible to track changes in different iterations of files easily.






      share|improve this answer
























      • Welcome to SuperUser! Although this software looks like it could solve the OP's problem, pure advertisement is strongly frowned upon on the Stack Exchange network. If you are affiliated to this software's editor, please disclose this fact. And try to rewrite your post so that it looks less like a commercial. Thank you.

        – Nathan.Eilisha Shiraini
        Aug 18 '17 at 13:31











      • I am not affiliated with dhex in any way. I copied the author's description into the post because there is minimum post length limit

        – Vincent Vega
        Aug 19 '17 at 13:59













      • Already mentioned at: superuser.com/a/125390/128124

        – Ciro Santilli 新疆改造中心 六四事件 法轮功
        Sep 7 '17 at 8:36



















      0














      You can use gvimdiff tool that is included in vim-gui-common package




      sudo apt-get update



      sudo apt-get install vim-gui-common




      Then you can compare 2 hex files using following commands :



      ubuntu> gvimdiff <hex-file1> <hex-file2>


      Tha's all. Hope tha help !






      share|improve this answer































        -1














        https://security.googleblog.com/2016/03/bindiff-now-available-for-free.html



        BinDiff is a great UI tool for comparing binary files that has been open sourced recently.






        share|improve this answer



















        • 3





          Can it be used on arbitrary binary files, though? That page seems to indicate that it's only useful for comparing executables that have been disassembled by Hex-Rays IDA Pro.

          – eswald
          Apr 29 '16 at 22:57



















        -2














        The go to open source product on Linux (and everything else) is Radare which provides radiff2 explicitly for this purpose. I voted to close this because myself and others have the same question, in the question you ask




        for every different byte




        That's insane though. Because as asked, if you insert one byte at the first byte in the file, you'd find every subsequent byte was different and so the diff would repeat the whole file, for an actual difference of one byte.



        Slightly more practical is radiff -O. The -O is for ""Do code diffing with all bytes instead of just the fixed opcode bytes""



        0x000000a4 0c01 => 3802 0x000000a4
        0x000000a8 1401 => 3802 0x000000a8
        0x000000ac 06 => 05 0x000000ac
        0x000000b4 02 => 01 0x000000b4
        0x000000b8 4c05 => 0020 0x000000b8
        0x000000bc 4c95 => 00a0 0x000000bc
        0x000000c0 4c95 => 00a0 0x000000c0


        Like IDA Pro, Radare is a tool primary for binary analysis, you can also show delta diffing with -d, or display the disassembled bytes instead of hex with -D.



        If you're asking these kind of questions though, check out




        • Stack Overflow for the software questions,

        • Reverse Engineering Stack Exchange

        • Radare's radiff2 for binary diffing






        share|improve this answer































          -3














          I recommend IDA Pro to analyse the binary files. Comparison can then be done using a plug-in for IDA such as BinDiff.






          share|improve this answer



















          • 1





            I would have to buy to test it right?

            – Aquarius Power
            Sep 16 '14 at 18:17






          • 1





            @AquariusPower Not necessarily, IDA Pro does have a Free Version

            – user3119546
            Sep 19 '14 at 1:19






          • 7





            but it is not for linux! :(

            – Aquarius Power
            Sep 19 '14 at 20:08











          • I've used quite a few different free versions of IDA Pro under Wine without issues, if I recall correctly.

            – doshea
            May 17 '15 at 5:42











          • This has been open sourced recently security.googleblog.com/2016/03/…

            – Evgeny
            Mar 23 '16 at 20:17











          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "3"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f125376%2fhow-do-i-compare-binary-files-in-linux%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown
























          14 Answers
          14






          active

          oldest

          votes








          14 Answers
          14






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          164














          This will print the offset and bytes in hex:



          cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1, strtonum(0$2), strtonum(0$3)}'


          Or do $1-1 to have the first printed offset start at 0.



          cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1-1, strtonum(0$2), strtonum(0$3)}'


          Unfortunately, strtonum() is specific to GAWK, so for other versions of awk—e.g., mawk—you will need to use an octal-to-decimal conversion function. For example,



          cmp -l file1.bin file2.bin | mawk 'function oct2dec(oct,     dec) {for (i = 1; i <= length(oct); i++) {dec *= 8; dec += substr(oct, i, 1)}; return dec} {printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)}'


          Broken out for readability:



          cmp -l file1.bin file2.bin |
          mawk 'function oct2dec(oct, dec) {
          for (i = 1; i <= length(oct); i++) {
          dec *= 8;
          dec += substr(oct, i, 1)
          };
          return dec
          }
          {
          printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)
          }'





          share|improve this answer





















          • 3





            @gertvdijk: strtonum is specific to GAWK. I believe Ubuntu previously used GAWK as the default, but switched at some point to mawk. In any case, GAWK can be installed and set to the default (see also man update-alternatives). See my updated answer for a solution that doesn't require strtonum.

            – Dennis Williamson
            Jul 4 '13 at 18:08
















          164














          This will print the offset and bytes in hex:



          cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1, strtonum(0$2), strtonum(0$3)}'


          Or do $1-1 to have the first printed offset start at 0.



          cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1-1, strtonum(0$2), strtonum(0$3)}'


          Unfortunately, strtonum() is specific to GAWK, so for other versions of awk—e.g., mawk—you will need to use an octal-to-decimal conversion function. For example,



          cmp -l file1.bin file2.bin | mawk 'function oct2dec(oct,     dec) {for (i = 1; i <= length(oct); i++) {dec *= 8; dec += substr(oct, i, 1)}; return dec} {printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)}'


          Broken out for readability:



          cmp -l file1.bin file2.bin |
          mawk 'function oct2dec(oct, dec) {
          for (i = 1; i <= length(oct); i++) {
          dec *= 8;
          dec += substr(oct, i, 1)
          };
          return dec
          }
          {
          printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)
          }'





          share|improve this answer





















          • 3





            @gertvdijk: strtonum is specific to GAWK. I believe Ubuntu previously used GAWK as the default, but switched at some point to mawk. In any case, GAWK can be installed and set to the default (see also man update-alternatives). See my updated answer for a solution that doesn't require strtonum.

            – Dennis Williamson
            Jul 4 '13 at 18:08














          164












          164








          164







          This will print the offset and bytes in hex:



          cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1, strtonum(0$2), strtonum(0$3)}'


          Or do $1-1 to have the first printed offset start at 0.



          cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1-1, strtonum(0$2), strtonum(0$3)}'


          Unfortunately, strtonum() is specific to GAWK, so for other versions of awk—e.g., mawk—you will need to use an octal-to-decimal conversion function. For example,



          cmp -l file1.bin file2.bin | mawk 'function oct2dec(oct,     dec) {for (i = 1; i <= length(oct); i++) {dec *= 8; dec += substr(oct, i, 1)}; return dec} {printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)}'


          Broken out for readability:



          cmp -l file1.bin file2.bin |
          mawk 'function oct2dec(oct, dec) {
          for (i = 1; i <= length(oct); i++) {
          dec *= 8;
          dec += substr(oct, i, 1)
          };
          return dec
          }
          {
          printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)
          }'





          share|improve this answer















          This will print the offset and bytes in hex:



          cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1, strtonum(0$2), strtonum(0$3)}'


          Or do $1-1 to have the first printed offset start at 0.



          cmp -l file1.bin file2.bin | gawk '{printf "%08X %02X %02Xn", $1-1, strtonum(0$2), strtonum(0$3)}'


          Unfortunately, strtonum() is specific to GAWK, so for other versions of awk—e.g., mawk—you will need to use an octal-to-decimal conversion function. For example,



          cmp -l file1.bin file2.bin | mawk 'function oct2dec(oct,     dec) {for (i = 1; i <= length(oct); i++) {dec *= 8; dec += substr(oct, i, 1)}; return dec} {printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)}'


          Broken out for readability:



          cmp -l file1.bin file2.bin |
          mawk 'function oct2dec(oct, dec) {
          for (i = 1; i <= length(oct); i++) {
          dec *= 8;
          dec += substr(oct, i, 1)
          };
          return dec
          }
          {
          printf "%08X %02X %02Xn", $1, oct2dec($2), oct2dec($3)
          }'






          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Dec 22 '16 at 15:55

























          answered Mar 29 '10 at 16:30









          Dennis WilliamsonDennis Williamson

          77.4k14130167




          77.4k14130167








          • 3





            @gertvdijk: strtonum is specific to GAWK. I believe Ubuntu previously used GAWK as the default, but switched at some point to mawk. In any case, GAWK can be installed and set to the default (see also man update-alternatives). See my updated answer for a solution that doesn't require strtonum.

            – Dennis Williamson
            Jul 4 '13 at 18:08














          • 3





            @gertvdijk: strtonum is specific to GAWK. I believe Ubuntu previously used GAWK as the default, but switched at some point to mawk. In any case, GAWK can be installed and set to the default (see also man update-alternatives). See my updated answer for a solution that doesn't require strtonum.

            – Dennis Williamson
            Jul 4 '13 at 18:08








          3




          3





          @gertvdijk: strtonum is specific to GAWK. I believe Ubuntu previously used GAWK as the default, but switched at some point to mawk. In any case, GAWK can be installed and set to the default (see also man update-alternatives). See my updated answer for a solution that doesn't require strtonum.

          – Dennis Williamson
          Jul 4 '13 at 18:08





          @gertvdijk: strtonum is specific to GAWK. I believe Ubuntu previously used GAWK as the default, but switched at some point to mawk. In any case, GAWK can be installed and set to the default (see also man update-alternatives). See my updated answer for a solution that doesn't require strtonum.

          – Dennis Williamson
          Jul 4 '13 at 18:08













          152














          As ~quack pointed out:



           % xxd b1 > b1.hex
          % xxd b2 > b2.hex


          And then



           % diff b1.hex b2.hex


          or



           % vimdiff b1.hex b2.hex





          share|improve this answer





















          • 63





            In Bash: diff <(xxd b1) <(xxd b2) but the output format of this (or yours) is nowhere near what the OP asked for.

            – Dennis Williamson
            Mar 29 '10 at 16:33






          • 6





            with vimdiff it is, it will color the bytes in the lines where the two 'files' differ

            – akira
            Mar 30 '10 at 4:45











          • Aww, why didn't I think of that? And I'm sure I've used this technique in the past too.

            – njd
            Mar 30 '10 at 17:37








          • 1





            This worked great for me (with opendiff on OS X instead of vimdiff) — the default view xxd provides keeps the diff engine on track comparing byte-by-byte. With plain (raw) hex simply column-fit with fold, diff would try to fold/group random stuff in the files I was comparing.

            – natevw
            Nov 15 '14 at 23:26






          • 1





            This command does not work well for byte addition removal, as every line that follows will be misaligned and seen as modified by diff. The solution is to put 1 byte per line and remove the address column as proposed by John Lawrence Aspden and me.

            – Ciro Santilli 新疆改造中心 六四事件 法轮功
            Apr 4 '15 at 20:38


















          152














          As ~quack pointed out:



           % xxd b1 > b1.hex
          % xxd b2 > b2.hex


          And then



           % diff b1.hex b2.hex


          or



           % vimdiff b1.hex b2.hex





          share|improve this answer





















          • 63





            In Bash: diff <(xxd b1) <(xxd b2) but the output format of this (or yours) is nowhere near what the OP asked for.

            – Dennis Williamson
            Mar 29 '10 at 16:33






          • 6





            with vimdiff it is, it will color the bytes in the lines where the two 'files' differ

            – akira
            Mar 30 '10 at 4:45











          • Aww, why didn't I think of that? And I'm sure I've used this technique in the past too.

            – njd
            Mar 30 '10 at 17:37








          • 1





            This worked great for me (with opendiff on OS X instead of vimdiff) — the default view xxd provides keeps the diff engine on track comparing byte-by-byte. With plain (raw) hex simply column-fit with fold, diff would try to fold/group random stuff in the files I was comparing.

            – natevw
            Nov 15 '14 at 23:26






          • 1





            This command does not work well for byte addition removal, as every line that follows will be misaligned and seen as modified by diff. The solution is to put 1 byte per line and remove the address column as proposed by John Lawrence Aspden and me.

            – Ciro Santilli 新疆改造中心 六四事件 法轮功
            Apr 4 '15 at 20:38
















          152












          152








          152







          As ~quack pointed out:



           % xxd b1 > b1.hex
          % xxd b2 > b2.hex


          And then



           % diff b1.hex b2.hex


          or



           % vimdiff b1.hex b2.hex





          share|improve this answer















          As ~quack pointed out:



           % xxd b1 > b1.hex
          % xxd b2 > b2.hex


          And then



           % diff b1.hex b2.hex


          or



           % vimdiff b1.hex b2.hex






          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Feb 15 '18 at 13:37

























          answered Mar 29 '10 at 16:07









          akiraakira

          49k15112152




          49k15112152








          • 63





            In Bash: diff <(xxd b1) <(xxd b2) but the output format of this (or yours) is nowhere near what the OP asked for.

            – Dennis Williamson
            Mar 29 '10 at 16:33






          • 6





            with vimdiff it is, it will color the bytes in the lines where the two 'files' differ

            – akira
            Mar 30 '10 at 4:45











          • Aww, why didn't I think of that? And I'm sure I've used this technique in the past too.

            – njd
            Mar 30 '10 at 17:37








          • 1





            This worked great for me (with opendiff on OS X instead of vimdiff) — the default view xxd provides keeps the diff engine on track comparing byte-by-byte. With plain (raw) hex simply column-fit with fold, diff would try to fold/group random stuff in the files I was comparing.

            – natevw
            Nov 15 '14 at 23:26






          • 1





            This command does not work well for byte addition removal, as every line that follows will be misaligned and seen as modified by diff. The solution is to put 1 byte per line and remove the address column as proposed by John Lawrence Aspden and me.

            – Ciro Santilli 新疆改造中心 六四事件 法轮功
            Apr 4 '15 at 20:38
















          • 63





            In Bash: diff <(xxd b1) <(xxd b2) but the output format of this (or yours) is nowhere near what the OP asked for.

            – Dennis Williamson
            Mar 29 '10 at 16:33






          • 6





            with vimdiff it is, it will color the bytes in the lines where the two 'files' differ

            – akira
            Mar 30 '10 at 4:45











          • Aww, why didn't I think of that? And I'm sure I've used this technique in the past too.

            – njd
            Mar 30 '10 at 17:37








          • 1





            This worked great for me (with opendiff on OS X instead of vimdiff) — the default view xxd provides keeps the diff engine on track comparing byte-by-byte. With plain (raw) hex simply column-fit with fold, diff would try to fold/group random stuff in the files I was comparing.

            – natevw
            Nov 15 '14 at 23:26






          • 1





            This command does not work well for byte addition removal, as every line that follows will be misaligned and seen as modified by diff. The solution is to put 1 byte per line and remove the address column as proposed by John Lawrence Aspden and me.

            – Ciro Santilli 新疆改造中心 六四事件 法轮功
            Apr 4 '15 at 20:38










          63




          63





          In Bash: diff <(xxd b1) <(xxd b2) but the output format of this (or yours) is nowhere near what the OP asked for.

          – Dennis Williamson
          Mar 29 '10 at 16:33





          In Bash: diff <(xxd b1) <(xxd b2) but the output format of this (or yours) is nowhere near what the OP asked for.

          – Dennis Williamson
          Mar 29 '10 at 16:33




          6




          6





          with vimdiff it is, it will color the bytes in the lines where the two 'files' differ

          – akira
          Mar 30 '10 at 4:45





          with vimdiff it is, it will color the bytes in the lines where the two 'files' differ

          – akira
          Mar 30 '10 at 4:45













          Aww, why didn't I think of that? And I'm sure I've used this technique in the past too.

          – njd
          Mar 30 '10 at 17:37







          Aww, why didn't I think of that? And I'm sure I've used this technique in the past too.

          – njd
          Mar 30 '10 at 17:37






          1




          1





          This worked great for me (with opendiff on OS X instead of vimdiff) — the default view xxd provides keeps the diff engine on track comparing byte-by-byte. With plain (raw) hex simply column-fit with fold, diff would try to fold/group random stuff in the files I was comparing.

          – natevw
          Nov 15 '14 at 23:26





          This worked great for me (with opendiff on OS X instead of vimdiff) — the default view xxd provides keeps the diff engine on track comparing byte-by-byte. With plain (raw) hex simply column-fit with fold, diff would try to fold/group random stuff in the files I was comparing.

          – natevw
          Nov 15 '14 at 23:26




          1




          1





          This command does not work well for byte addition removal, as every line that follows will be misaligned and seen as modified by diff. The solution is to put 1 byte per line and remove the address column as proposed by John Lawrence Aspden and me.

          – Ciro Santilli 新疆改造中心 六四事件 法轮功
          Apr 4 '15 at 20:38







          This command does not work well for byte addition removal, as every line that follows will be misaligned and seen as modified by diff. The solution is to put 1 byte per line and remove the address column as proposed by John Lawrence Aspden and me.

          – Ciro Santilli 新疆改造中心 六四事件 法轮功
          Apr 4 '15 at 20:38













          72














          Try diff in the following combination of zsh/bash process substitution and colordiff in CLI:



          diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff


          Where:





          • -y shows you differences side-by-side (optional)


          • xxd is CLI tool to create a hexdump output of the binary file


          • colordiff will colorize diff output (install via: sudo apt-get install colordiff)

          • add -W200 to diff for wider output (of 200 characters per line)


          Hints:




          • if files are too big, add limit (e.g. -l1000) for each xxd


          Sample output:



          binary file output in terminal - diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff






          share|improve this answer





















          • 10





            Command can be simplified as colordiff -y <(xxd foo1.bin) <(xxd foo2.bin).

            – golem
            Nov 17 '15 at 22:46






          • 3





            If you don't have colordiff, this will do the same thing without colors: diff -y <(xxd foo1.bin) <(xxd foo2.bin)

            – Rock Lee
            Aug 4 '16 at 15:25






          • 5





            If you just want to know whether both files are actually the same, you can use the -q or --brief switch, which will only show output when the files differ.

            – Stefan van den Akker
            Oct 8 '16 at 11:14






          • 1





            create a function xxddiff for this with: xxddiff() ( f() ( xxd "$1" ; ); diff -y <(f "$1") <(f "$2") | colordiff; )

            – rubo77
            Nov 14 '16 at 6:35








          • 2





            great! still, diff -u <(xxd tinga.tgz) <(xxd dec.out.tinga.tgz) | vim - will do a job good enoug

            – ribamar
            Jun 1 '18 at 14:27
















          72














          Try diff in the following combination of zsh/bash process substitution and colordiff in CLI:



          diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff


          Where:





          • -y shows you differences side-by-side (optional)


          • xxd is CLI tool to create a hexdump output of the binary file


          • colordiff will colorize diff output (install via: sudo apt-get install colordiff)

          • add -W200 to diff for wider output (of 200 characters per line)


          Hints:




          • if files are too big, add limit (e.g. -l1000) for each xxd


          Sample output:



          binary file output in terminal - diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff






          share|improve this answer





















          • 10





            Command can be simplified as colordiff -y <(xxd foo1.bin) <(xxd foo2.bin).

            – golem
            Nov 17 '15 at 22:46






          • 3





            If you don't have colordiff, this will do the same thing without colors: diff -y <(xxd foo1.bin) <(xxd foo2.bin)

            – Rock Lee
            Aug 4 '16 at 15:25






          • 5





            If you just want to know whether both files are actually the same, you can use the -q or --brief switch, which will only show output when the files differ.

            – Stefan van den Akker
            Oct 8 '16 at 11:14






          • 1





            create a function xxddiff for this with: xxddiff() ( f() ( xxd "$1" ; ); diff -y <(f "$1") <(f "$2") | colordiff; )

            – rubo77
            Nov 14 '16 at 6:35








          • 2





            great! still, diff -u <(xxd tinga.tgz) <(xxd dec.out.tinga.tgz) | vim - will do a job good enoug

            – ribamar
            Jun 1 '18 at 14:27














          72












          72








          72







          Try diff in the following combination of zsh/bash process substitution and colordiff in CLI:



          diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff


          Where:





          • -y shows you differences side-by-side (optional)


          • xxd is CLI tool to create a hexdump output of the binary file


          • colordiff will colorize diff output (install via: sudo apt-get install colordiff)

          • add -W200 to diff for wider output (of 200 characters per line)


          Hints:




          • if files are too big, add limit (e.g. -l1000) for each xxd


          Sample output:



          binary file output in terminal - diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff






          share|improve this answer















          Try diff in the following combination of zsh/bash process substitution and colordiff in CLI:



          diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff


          Where:





          • -y shows you differences side-by-side (optional)


          • xxd is CLI tool to create a hexdump output of the binary file


          • colordiff will colorize diff output (install via: sudo apt-get install colordiff)

          • add -W200 to diff for wider output (of 200 characters per line)


          Hints:




          • if files are too big, add limit (e.g. -l1000) for each xxd


          Sample output:



          binary file output in terminal - diff -y <(xxd foo1.bin) <(xxd foo2.bin) | colordiff







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Jan 30 at 4:22









          The Matt

          1013




          1013










          answered Sep 5 '15 at 21:14









          kenorbkenorb

          11.2k1578116




          11.2k1578116








          • 10





            Command can be simplified as colordiff -y <(xxd foo1.bin) <(xxd foo2.bin).

            – golem
            Nov 17 '15 at 22:46






          • 3





            If you don't have colordiff, this will do the same thing without colors: diff -y <(xxd foo1.bin) <(xxd foo2.bin)

            – Rock Lee
            Aug 4 '16 at 15:25






          • 5





            If you just want to know whether both files are actually the same, you can use the -q or --brief switch, which will only show output when the files differ.

            – Stefan van den Akker
            Oct 8 '16 at 11:14






          • 1





            create a function xxddiff for this with: xxddiff() ( f() ( xxd "$1" ; ); diff -y <(f "$1") <(f "$2") | colordiff; )

            – rubo77
            Nov 14 '16 at 6:35








          • 2





            great! still, diff -u <(xxd tinga.tgz) <(xxd dec.out.tinga.tgz) | vim - will do a job good enoug

            – ribamar
            Jun 1 '18 at 14:27














          • 10





            Command can be simplified as colordiff -y <(xxd foo1.bin) <(xxd foo2.bin).

            – golem
            Nov 17 '15 at 22:46






          • 3





            If you don't have colordiff, this will do the same thing without colors: diff -y <(xxd foo1.bin) <(xxd foo2.bin)

            – Rock Lee
            Aug 4 '16 at 15:25






          • 5





            If you just want to know whether both files are actually the same, you can use the -q or --brief switch, which will only show output when the files differ.

            – Stefan van den Akker
            Oct 8 '16 at 11:14






          • 1





            create a function xxddiff for this with: xxddiff() ( f() ( xxd "$1" ; ); diff -y <(f "$1") <(f "$2") | colordiff; )

            – rubo77
            Nov 14 '16 at 6:35








          • 2





            great! still, diff -u <(xxd tinga.tgz) <(xxd dec.out.tinga.tgz) | vim - will do a job good enoug

            – ribamar
            Jun 1 '18 at 14:27








          10




          10





          Command can be simplified as colordiff -y <(xxd foo1.bin) <(xxd foo2.bin).

          – golem
          Nov 17 '15 at 22:46





          Command can be simplified as colordiff -y <(xxd foo1.bin) <(xxd foo2.bin).

          – golem
          Nov 17 '15 at 22:46




          3




          3





          If you don't have colordiff, this will do the same thing without colors: diff -y <(xxd foo1.bin) <(xxd foo2.bin)

          – Rock Lee
          Aug 4 '16 at 15:25





          If you don't have colordiff, this will do the same thing without colors: diff -y <(xxd foo1.bin) <(xxd foo2.bin)

          – Rock Lee
          Aug 4 '16 at 15:25




          5




          5





          If you just want to know whether both files are actually the same, you can use the -q or --brief switch, which will only show output when the files differ.

          – Stefan van den Akker
          Oct 8 '16 at 11:14





          If you just want to know whether both files are actually the same, you can use the -q or --brief switch, which will only show output when the files differ.

          – Stefan van den Akker
          Oct 8 '16 at 11:14




          1




          1





          create a function xxddiff for this with: xxddiff() ( f() ( xxd "$1" ; ); diff -y <(f "$1") <(f "$2") | colordiff; )

          – rubo77
          Nov 14 '16 at 6:35







          create a function xxddiff for this with: xxddiff() ( f() ( xxd "$1" ; ); diff -y <(f "$1") <(f "$2") | colordiff; )

          – rubo77
          Nov 14 '16 at 6:35






          2




          2





          great! still, diff -u <(xxd tinga.tgz) <(xxd dec.out.tinga.tgz) | vim - will do a job good enoug

          – ribamar
          Jun 1 '18 at 14:27





          great! still, diff -u <(xxd tinga.tgz) <(xxd dec.out.tinga.tgz) | vim - will do a job good enoug

          – ribamar
          Jun 1 '18 at 14:27











          50














          There's a tool called DHEX which may do the job, and there's another tool called VBinDiff.



          For a strictly command-line approach, try JDIFF.






          share|improve this answer





















          • 8





            DHEX is awesome is comparing binaries is what you want to do. Feed it two files and it takes you right to a comparative view, highlighting to differences, with easy ability to move to the next difference. Also it's able to work with large terminals, which is very useful on widescreen monitors.

            – Marcin
            Sep 8 '11 at 0:08






          • 6





            I prefer VBinDiff. DHEX is using CPU even when idling, I think it's redrawing all the time or something. VBinDiff doesn't work with wide terminals though. But the addresses become weird with wide terminals anyway, since you have more than 16 bytes per row.

            – Janus Troelsen
            Oct 17 '12 at 14:22













          • vbindiff lets us actually edit the file, thx!

            – Aquarius Power
            Sep 16 '14 at 18:28






          • 2





            @DanielBeauyat compressed files will be completely different after you encounter the first different byte. The output is not likely to be useful.

            – Mark Ransom
            Aug 5 '15 at 3:12






          • 2





            @1111161171159459134 jdiff is part of a "suite" of programs to sync and patch the differences found by jdiff. But, as Mark Ransom said, that would be generally not wise on compressed files; the exception is "synchronizable" compressed formats (like that produced by gzip --rsyncable), in which small differences in the uncompressed files should have a limited effect on the compressed file.

            – hmijail
            Feb 13 '16 at 11:12


















          50














          There's a tool called DHEX which may do the job, and there's another tool called VBinDiff.



          For a strictly command-line approach, try JDIFF.






          share|improve this answer





















          • 8





            DHEX is awesome is comparing binaries is what you want to do. Feed it two files and it takes you right to a comparative view, highlighting to differences, with easy ability to move to the next difference. Also it's able to work with large terminals, which is very useful on widescreen monitors.

            – Marcin
            Sep 8 '11 at 0:08






          • 6





            I prefer VBinDiff. DHEX is using CPU even when idling, I think it's redrawing all the time or something. VBinDiff doesn't work with wide terminals though. But the addresses become weird with wide terminals anyway, since you have more than 16 bytes per row.

            – Janus Troelsen
            Oct 17 '12 at 14:22













          • vbindiff lets us actually edit the file, thx!

            – Aquarius Power
            Sep 16 '14 at 18:28






          • 2





            @DanielBeauyat compressed files will be completely different after you encounter the first different byte. The output is not likely to be useful.

            – Mark Ransom
            Aug 5 '15 at 3:12






          • 2





            @1111161171159459134 jdiff is part of a "suite" of programs to sync and patch the differences found by jdiff. But, as Mark Ransom said, that would be generally not wise on compressed files; the exception is "synchronizable" compressed formats (like that produced by gzip --rsyncable), in which small differences in the uncompressed files should have a limited effect on the compressed file.

            – hmijail
            Feb 13 '16 at 11:12
















          50












          50








          50







          There's a tool called DHEX which may do the job, and there's another tool called VBinDiff.



          For a strictly command-line approach, try JDIFF.






          share|improve this answer















          There's a tool called DHEX which may do the job, and there's another tool called VBinDiff.



          For a strictly command-line approach, try JDIFF.







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Jun 8 '14 at 9:03









          Peter Mortensen

          8,376166185




          8,376166185










          answered Mar 29 '10 at 15:41









          njdnjd

          9,18313034




          9,18313034








          • 8





            DHEX is awesome is comparing binaries is what you want to do. Feed it two files and it takes you right to a comparative view, highlighting to differences, with easy ability to move to the next difference. Also it's able to work with large terminals, which is very useful on widescreen monitors.

            – Marcin
            Sep 8 '11 at 0:08






          • 6





            I prefer VBinDiff. DHEX is using CPU even when idling, I think it's redrawing all the time or something. VBinDiff doesn't work with wide terminals though. But the addresses become weird with wide terminals anyway, since you have more than 16 bytes per row.

            – Janus Troelsen
            Oct 17 '12 at 14:22













          • vbindiff lets us actually edit the file, thx!

            – Aquarius Power
            Sep 16 '14 at 18:28






          • 2





            @DanielBeauyat compressed files will be completely different after you encounter the first different byte. The output is not likely to be useful.

            – Mark Ransom
            Aug 5 '15 at 3:12






          • 2





            @1111161171159459134 jdiff is part of a "suite" of programs to sync and patch the differences found by jdiff. But, as Mark Ransom said, that would be generally not wise on compressed files; the exception is "synchronizable" compressed formats (like that produced by gzip --rsyncable), in which small differences in the uncompressed files should have a limited effect on the compressed file.

            – hmijail
            Feb 13 '16 at 11:12
















          • 8





            DHEX is awesome is comparing binaries is what you want to do. Feed it two files and it takes you right to a comparative view, highlighting to differences, with easy ability to move to the next difference. Also it's able to work with large terminals, which is very useful on widescreen monitors.

            – Marcin
            Sep 8 '11 at 0:08






          • 6





            I prefer VBinDiff. DHEX is using CPU even when idling, I think it's redrawing all the time or something. VBinDiff doesn't work with wide terminals though. But the addresses become weird with wide terminals anyway, since you have more than 16 bytes per row.

            – Janus Troelsen
            Oct 17 '12 at 14:22













          • vbindiff lets us actually edit the file, thx!

            – Aquarius Power
            Sep 16 '14 at 18:28






          • 2





            @DanielBeauyat compressed files will be completely different after you encounter the first different byte. The output is not likely to be useful.

            – Mark Ransom
            Aug 5 '15 at 3:12






          • 2





            @1111161171159459134 jdiff is part of a "suite" of programs to sync and patch the differences found by jdiff. But, as Mark Ransom said, that would be generally not wise on compressed files; the exception is "synchronizable" compressed formats (like that produced by gzip --rsyncable), in which small differences in the uncompressed files should have a limited effect on the compressed file.

            – hmijail
            Feb 13 '16 at 11:12










          8




          8





          DHEX is awesome is comparing binaries is what you want to do. Feed it two files and it takes you right to a comparative view, highlighting to differences, with easy ability to move to the next difference. Also it's able to work with large terminals, which is very useful on widescreen monitors.

          – Marcin
          Sep 8 '11 at 0:08





          DHEX is awesome is comparing binaries is what you want to do. Feed it two files and it takes you right to a comparative view, highlighting to differences, with easy ability to move to the next difference. Also it's able to work with large terminals, which is very useful on widescreen monitors.

          – Marcin
          Sep 8 '11 at 0:08




          6




          6





          I prefer VBinDiff. DHEX is using CPU even when idling, I think it's redrawing all the time or something. VBinDiff doesn't work with wide terminals though. But the addresses become weird with wide terminals anyway, since you have more than 16 bytes per row.

          – Janus Troelsen
          Oct 17 '12 at 14:22







          I prefer VBinDiff. DHEX is using CPU even when idling, I think it's redrawing all the time or something. VBinDiff doesn't work with wide terminals though. But the addresses become weird with wide terminals anyway, since you have more than 16 bytes per row.

          – Janus Troelsen
          Oct 17 '12 at 14:22















          vbindiff lets us actually edit the file, thx!

          – Aquarius Power
          Sep 16 '14 at 18:28





          vbindiff lets us actually edit the file, thx!

          – Aquarius Power
          Sep 16 '14 at 18:28




          2




          2





          @DanielBeauyat compressed files will be completely different after you encounter the first different byte. The output is not likely to be useful.

          – Mark Ransom
          Aug 5 '15 at 3:12





          @DanielBeauyat compressed files will be completely different after you encounter the first different byte. The output is not likely to be useful.

          – Mark Ransom
          Aug 5 '15 at 3:12




          2




          2





          @1111161171159459134 jdiff is part of a "suite" of programs to sync and patch the differences found by jdiff. But, as Mark Ransom said, that would be generally not wise on compressed files; the exception is "synchronizable" compressed formats (like that produced by gzip --rsyncable), in which small differences in the uncompressed files should have a limited effect on the compressed file.

          – hmijail
          Feb 13 '16 at 11:12







          @1111161171159459134 jdiff is part of a "suite" of programs to sync and patch the differences found by jdiff. But, as Mark Ransom said, that would be generally not wise on compressed files; the exception is "synchronizable" compressed formats (like that produced by gzip --rsyncable), in which small differences in the uncompressed files should have a limited effect on the compressed file.

          – hmijail
          Feb 13 '16 at 11:12













          26














          Method that works for byte addition / deletion



          diff <(od -An -tx1 -w1 -v file1) 
          <(od -An -tx1 -w1 -v file2)


          Generate a test case with a single removal of byte 64:



          for i in `seq 128`; do printf "%02x" "$i"; done | xxd -r -p > file1
          for i in `seq 128`; do if [ "$i" -ne 64 ]; then printf "%02x" $i; fi; done | xxd -r -p > file2


          Output:



          64d63
          < 40


          If you also want to see the ASCII version of the character:



          bdiff() (
          f() (
          od -An -tx1c -w1 -v "$1" | paste -d '' - -
          )
          diff <(f "$1") <(f "$2")
          )

          bdiff file1 file2


          Output:



          64d63
          < 40 @


          Tested on Ubuntu 16.04.



          I prefer od over xxd because:




          • it is POSIX, xxd is not (comes with Vim)

          • has the -An to remove the address column without awk.


          Command explanation:





          • -An removes the address column. This is important otherwise all lines would differ after a byte addition / removal.


          • -w1 puts one byte per line, so that diff can consume it. It is crucial to have one byte per line, or else every line after a deletion would become out of phase and differ. Unfortunately, this is not POSIX, but present in GNU.


          • -tx1 is the representation you want, change to any possible value, as long as you keep 1 byte per line.


          • -v prevents asterisk repetition abbreviation * which might interfere with the diff


          • paste -d '' - - joins every two lines. We need it because the hex and ASCII go into separate adjacent lines. Taken from: https://stackoverflow.com/questions/8987257/concatenating-every-other-line-with-the-next

          • we use parenthesis () to define bdiff instead of {} to limit the scope of the inner function f, see also: https://stackoverflow.com/questions/8426077/how-to-define-a-function-inside-another-function-in-bash


          See also:




          • https://unix.stackexchange.com/questions/59849/diff-binary-files-of-different-sizes

          • https://stackoverflow.com/questions/8385618/using-cmp-to-compare-two-binaries






          share|improve this answer






























            26














            Method that works for byte addition / deletion



            diff <(od -An -tx1 -w1 -v file1) 
            <(od -An -tx1 -w1 -v file2)


            Generate a test case with a single removal of byte 64:



            for i in `seq 128`; do printf "%02x" "$i"; done | xxd -r -p > file1
            for i in `seq 128`; do if [ "$i" -ne 64 ]; then printf "%02x" $i; fi; done | xxd -r -p > file2


            Output:



            64d63
            < 40


            If you also want to see the ASCII version of the character:



            bdiff() (
            f() (
            od -An -tx1c -w1 -v "$1" | paste -d '' - -
            )
            diff <(f "$1") <(f "$2")
            )

            bdiff file1 file2


            Output:



            64d63
            < 40 @


            Tested on Ubuntu 16.04.



            I prefer od over xxd because:




            • it is POSIX, xxd is not (comes with Vim)

            • has the -An to remove the address column without awk.


            Command explanation:





            • -An removes the address column. This is important otherwise all lines would differ after a byte addition / removal.


            • -w1 puts one byte per line, so that diff can consume it. It is crucial to have one byte per line, or else every line after a deletion would become out of phase and differ. Unfortunately, this is not POSIX, but present in GNU.


            • -tx1 is the representation you want, change to any possible value, as long as you keep 1 byte per line.


            • -v prevents asterisk repetition abbreviation * which might interfere with the diff


            • paste -d '' - - joins every two lines. We need it because the hex and ASCII go into separate adjacent lines. Taken from: https://stackoverflow.com/questions/8987257/concatenating-every-other-line-with-the-next

            • we use parenthesis () to define bdiff instead of {} to limit the scope of the inner function f, see also: https://stackoverflow.com/questions/8426077/how-to-define-a-function-inside-another-function-in-bash


            See also:




            • https://unix.stackexchange.com/questions/59849/diff-binary-files-of-different-sizes

            • https://stackoverflow.com/questions/8385618/using-cmp-to-compare-two-binaries






            share|improve this answer




























              26












              26








              26







              Method that works for byte addition / deletion



              diff <(od -An -tx1 -w1 -v file1) 
              <(od -An -tx1 -w1 -v file2)


              Generate a test case with a single removal of byte 64:



              for i in `seq 128`; do printf "%02x" "$i"; done | xxd -r -p > file1
              for i in `seq 128`; do if [ "$i" -ne 64 ]; then printf "%02x" $i; fi; done | xxd -r -p > file2


              Output:



              64d63
              < 40


              If you also want to see the ASCII version of the character:



              bdiff() (
              f() (
              od -An -tx1c -w1 -v "$1" | paste -d '' - -
              )
              diff <(f "$1") <(f "$2")
              )

              bdiff file1 file2


              Output:



              64d63
              < 40 @


              Tested on Ubuntu 16.04.



              I prefer od over xxd because:




              • it is POSIX, xxd is not (comes with Vim)

              • has the -An to remove the address column without awk.


              Command explanation:





              • -An removes the address column. This is important otherwise all lines would differ after a byte addition / removal.


              • -w1 puts one byte per line, so that diff can consume it. It is crucial to have one byte per line, or else every line after a deletion would become out of phase and differ. Unfortunately, this is not POSIX, but present in GNU.


              • -tx1 is the representation you want, change to any possible value, as long as you keep 1 byte per line.


              • -v prevents asterisk repetition abbreviation * which might interfere with the diff


              • paste -d '' - - joins every two lines. We need it because the hex and ASCII go into separate adjacent lines. Taken from: https://stackoverflow.com/questions/8987257/concatenating-every-other-line-with-the-next

              • we use parenthesis () to define bdiff instead of {} to limit the scope of the inner function f, see also: https://stackoverflow.com/questions/8426077/how-to-define-a-function-inside-another-function-in-bash


              See also:




              • https://unix.stackexchange.com/questions/59849/diff-binary-files-of-different-sizes

              • https://stackoverflow.com/questions/8385618/using-cmp-to-compare-two-binaries






              share|improve this answer















              Method that works for byte addition / deletion



              diff <(od -An -tx1 -w1 -v file1) 
              <(od -An -tx1 -w1 -v file2)


              Generate a test case with a single removal of byte 64:



              for i in `seq 128`; do printf "%02x" "$i"; done | xxd -r -p > file1
              for i in `seq 128`; do if [ "$i" -ne 64 ]; then printf "%02x" $i; fi; done | xxd -r -p > file2


              Output:



              64d63
              < 40


              If you also want to see the ASCII version of the character:



              bdiff() (
              f() (
              od -An -tx1c -w1 -v "$1" | paste -d '' - -
              )
              diff <(f "$1") <(f "$2")
              )

              bdiff file1 file2


              Output:



              64d63
              < 40 @


              Tested on Ubuntu 16.04.



              I prefer od over xxd because:




              • it is POSIX, xxd is not (comes with Vim)

              • has the -An to remove the address column without awk.


              Command explanation:





              • -An removes the address column. This is important otherwise all lines would differ after a byte addition / removal.


              • -w1 puts one byte per line, so that diff can consume it. It is crucial to have one byte per line, or else every line after a deletion would become out of phase and differ. Unfortunately, this is not POSIX, but present in GNU.


              • -tx1 is the representation you want, change to any possible value, as long as you keep 1 byte per line.


              • -v prevents asterisk repetition abbreviation * which might interfere with the diff


              • paste -d '' - - joins every two lines. We need it because the hex and ASCII go into separate adjacent lines. Taken from: https://stackoverflow.com/questions/8987257/concatenating-every-other-line-with-the-next

              • we use parenthesis () to define bdiff instead of {} to limit the scope of the inner function f, see also: https://stackoverflow.com/questions/8426077/how-to-define-a-function-inside-another-function-in-bash


              See also:




              • https://unix.stackexchange.com/questions/59849/diff-binary-files-of-different-sizes

              • https://stackoverflow.com/questions/8385618/using-cmp-to-compare-two-binaries







              share|improve this answer














              share|improve this answer



              share|improve this answer








              edited Nov 9 '17 at 12:30

























              answered Apr 4 '15 at 20:31









              Ciro Santilli 新疆改造中心 六四事件 法轮功Ciro Santilli 新疆改造中心 六四事件 法轮功

              4,06622735




              4,06622735























                  13














                  Short answer



                  vimdiff <(xxd -c1 -p first.bin) <(xxd -c1 -p second.bin)


                  When using hexdumps and text diff to compare binary files, especially xxd, the additions and removals of bytes become shifts in addressing which might make it difficult to see. This method tells xxd to not output addresses, and to output only one byte per line, which in turn shows exactly which bytes were changed, added, or removed. You can find the addresses later by searching for the interesting sequences of bytes in a more "normal" hexdump (output of xxd first.bin).






                  share|improve this answer
























                  • (Of course, one may use diff instead of vimdiff.)

                    – VasyaNovikov
                    Dec 15 '15 at 17:35
















                  13














                  Short answer



                  vimdiff <(xxd -c1 -p first.bin) <(xxd -c1 -p second.bin)


                  When using hexdumps and text diff to compare binary files, especially xxd, the additions and removals of bytes become shifts in addressing which might make it difficult to see. This method tells xxd to not output addresses, and to output only one byte per line, which in turn shows exactly which bytes were changed, added, or removed. You can find the addresses later by searching for the interesting sequences of bytes in a more "normal" hexdump (output of xxd first.bin).






                  share|improve this answer
























                  • (Of course, one may use diff instead of vimdiff.)

                    – VasyaNovikov
                    Dec 15 '15 at 17:35














                  13












                  13








                  13







                  Short answer



                  vimdiff <(xxd -c1 -p first.bin) <(xxd -c1 -p second.bin)


                  When using hexdumps and text diff to compare binary files, especially xxd, the additions and removals of bytes become shifts in addressing which might make it difficult to see. This method tells xxd to not output addresses, and to output only one byte per line, which in turn shows exactly which bytes were changed, added, or removed. You can find the addresses later by searching for the interesting sequences of bytes in a more "normal" hexdump (output of xxd first.bin).






                  share|improve this answer













                  Short answer



                  vimdiff <(xxd -c1 -p first.bin) <(xxd -c1 -p second.bin)


                  When using hexdumps and text diff to compare binary files, especially xxd, the additions and removals of bytes become shifts in addressing which might make it difficult to see. This method tells xxd to not output addresses, and to output only one byte per line, which in turn shows exactly which bytes were changed, added, or removed. You can find the addresses later by searching for the interesting sequences of bytes in a more "normal" hexdump (output of xxd first.bin).







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Apr 22 '15 at 12:10









                  EvgenyEvgeny

                  6501711




                  6501711













                  • (Of course, one may use diff instead of vimdiff.)

                    – VasyaNovikov
                    Dec 15 '15 at 17:35



















                  • (Of course, one may use diff instead of vimdiff.)

                    – VasyaNovikov
                    Dec 15 '15 at 17:35

















                  (Of course, one may use diff instead of vimdiff.)

                  – VasyaNovikov
                  Dec 15 '15 at 17:35





                  (Of course, one may use diff instead of vimdiff.)

                  – VasyaNovikov
                  Dec 15 '15 at 17:35











                  11














                  I'd recommend hexdump for dumping binary files to textual format and kdiff3 for diff viewing.



                  hexdump myfile1.bin > myfile1.hex
                  hexdump myfile2.bin > myfile2.hex
                  kdiff3 myfile1.hex myfile2.hex





                  share|improve this answer



















                  • 2





                    Even here in bash kdiff3 <(hexdump myfile1.bin) <(hexdump myfile2.bin) with no need to create files myfile1.hex and myfile2.hex.

                    – Hastur
                    Jan 25 '16 at 14:34
















                  11














                  I'd recommend hexdump for dumping binary files to textual format and kdiff3 for diff viewing.



                  hexdump myfile1.bin > myfile1.hex
                  hexdump myfile2.bin > myfile2.hex
                  kdiff3 myfile1.hex myfile2.hex





                  share|improve this answer



















                  • 2





                    Even here in bash kdiff3 <(hexdump myfile1.bin) <(hexdump myfile2.bin) with no need to create files myfile1.hex and myfile2.hex.

                    – Hastur
                    Jan 25 '16 at 14:34














                  11












                  11








                  11







                  I'd recommend hexdump for dumping binary files to textual format and kdiff3 for diff viewing.



                  hexdump myfile1.bin > myfile1.hex
                  hexdump myfile2.bin > myfile2.hex
                  kdiff3 myfile1.hex myfile2.hex





                  share|improve this answer













                  I'd recommend hexdump for dumping binary files to textual format and kdiff3 for diff viewing.



                  hexdump myfile1.bin > myfile1.hex
                  hexdump myfile2.bin > myfile2.hex
                  kdiff3 myfile1.hex myfile2.hex






                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Jun 12 '13 at 7:46









                  BugoKBugoK

                  11114




                  11114








                  • 2





                    Even here in bash kdiff3 <(hexdump myfile1.bin) <(hexdump myfile2.bin) with no need to create files myfile1.hex and myfile2.hex.

                    – Hastur
                    Jan 25 '16 at 14:34














                  • 2





                    Even here in bash kdiff3 <(hexdump myfile1.bin) <(hexdump myfile2.bin) with no need to create files myfile1.hex and myfile2.hex.

                    – Hastur
                    Jan 25 '16 at 14:34








                  2




                  2





                  Even here in bash kdiff3 <(hexdump myfile1.bin) <(hexdump myfile2.bin) with no need to create files myfile1.hex and myfile2.hex.

                  – Hastur
                  Jan 25 '16 at 14:34





                  Even here in bash kdiff3 <(hexdump myfile1.bin) <(hexdump myfile2.bin) with no need to create files myfile1.hex and myfile2.hex.

                  – Hastur
                  Jan 25 '16 at 14:34











                  4














                  The hexdiff is a program designed to do exactly what you're looking for.



                  Usage:



                  hexdiff file1 file2


                  It displays the hex (and 7-bit ASCII) of the two files one above the other, with any differences highlighted. Look at man hexdiff for the commands to move around in the file, and a simple q will quit.






                  share|improve this answer





















                  • 4





                    But it does a pretty bad job when it comes to the comparing part. If you insert some bytes into a file, it will mark all byte afterwards as changes

                    – Murmel
                    Apr 27 '16 at 19:43











                  • and hexdiff is not available via apt-get on Ubuntu 16.4

                    – rubo77
                    Nov 14 '16 at 6:38











                  • @Murmel while I agree, isn't that what's being asked here?

                    – Evan Carroll
                    Nov 9 '18 at 4:00











                  • @EvanCarroll true, and hence I left a comment (only) and did not downvote

                    – Murmel
                    Nov 9 '18 at 17:52











                  • I also didn't down vote Mick, but I agree with you and answered here superuser.com/a/1373977/11116 because it seems likely that this bad question will get reformed or closed.

                    – Evan Carroll
                    Nov 9 '18 at 19:06
















                  4














                  The hexdiff is a program designed to do exactly what you're looking for.



                  Usage:



                  hexdiff file1 file2


                  It displays the hex (and 7-bit ASCII) of the two files one above the other, with any differences highlighted. Look at man hexdiff for the commands to move around in the file, and a simple q will quit.






                  share|improve this answer





















                  • 4





                    But it does a pretty bad job when it comes to the comparing part. If you insert some bytes into a file, it will mark all byte afterwards as changes

                    – Murmel
                    Apr 27 '16 at 19:43











                  • and hexdiff is not available via apt-get on Ubuntu 16.4

                    – rubo77
                    Nov 14 '16 at 6:38











                  • @Murmel while I agree, isn't that what's being asked here?

                    – Evan Carroll
                    Nov 9 '18 at 4:00











                  • @EvanCarroll true, and hence I left a comment (only) and did not downvote

                    – Murmel
                    Nov 9 '18 at 17:52











                  • I also didn't down vote Mick, but I agree with you and answered here superuser.com/a/1373977/11116 because it seems likely that this bad question will get reformed or closed.

                    – Evan Carroll
                    Nov 9 '18 at 19:06














                  4












                  4








                  4







                  The hexdiff is a program designed to do exactly what you're looking for.



                  Usage:



                  hexdiff file1 file2


                  It displays the hex (and 7-bit ASCII) of the two files one above the other, with any differences highlighted. Look at man hexdiff for the commands to move around in the file, and a simple q will quit.






                  share|improve this answer















                  The hexdiff is a program designed to do exactly what you're looking for.



                  Usage:



                  hexdiff file1 file2


                  It displays the hex (and 7-bit ASCII) of the two files one above the other, with any differences highlighted. Look at man hexdiff for the commands to move around in the file, and a simple q will quit.







                  share|improve this answer














                  share|improve this answer



                  share|improve this answer








                  edited Nov 3 '15 at 16:42









                  kenorb

                  11.2k1578116




                  11.2k1578116










                  answered Oct 7 '15 at 4:11









                  MickMick

                  10111




                  10111








                  • 4





                    But it does a pretty bad job when it comes to the comparing part. If you insert some bytes into a file, it will mark all byte afterwards as changes

                    – Murmel
                    Apr 27 '16 at 19:43











                  • and hexdiff is not available via apt-get on Ubuntu 16.4

                    – rubo77
                    Nov 14 '16 at 6:38











                  • @Murmel while I agree, isn't that what's being asked here?

                    – Evan Carroll
                    Nov 9 '18 at 4:00











                  • @EvanCarroll true, and hence I left a comment (only) and did not downvote

                    – Murmel
                    Nov 9 '18 at 17:52











                  • I also didn't down vote Mick, but I agree with you and answered here superuser.com/a/1373977/11116 because it seems likely that this bad question will get reformed or closed.

                    – Evan Carroll
                    Nov 9 '18 at 19:06














                  • 4





                    But it does a pretty bad job when it comes to the comparing part. If you insert some bytes into a file, it will mark all byte afterwards as changes

                    – Murmel
                    Apr 27 '16 at 19:43











                  • and hexdiff is not available via apt-get on Ubuntu 16.4

                    – rubo77
                    Nov 14 '16 at 6:38











                  • @Murmel while I agree, isn't that what's being asked here?

                    – Evan Carroll
                    Nov 9 '18 at 4:00











                  • @EvanCarroll true, and hence I left a comment (only) and did not downvote

                    – Murmel
                    Nov 9 '18 at 17:52











                  • I also didn't down vote Mick, but I agree with you and answered here superuser.com/a/1373977/11116 because it seems likely that this bad question will get reformed or closed.

                    – Evan Carroll
                    Nov 9 '18 at 19:06








                  4




                  4





                  But it does a pretty bad job when it comes to the comparing part. If you insert some bytes into a file, it will mark all byte afterwards as changes

                  – Murmel
                  Apr 27 '16 at 19:43





                  But it does a pretty bad job when it comes to the comparing part. If you insert some bytes into a file, it will mark all byte afterwards as changes

                  – Murmel
                  Apr 27 '16 at 19:43













                  and hexdiff is not available via apt-get on Ubuntu 16.4

                  – rubo77
                  Nov 14 '16 at 6:38





                  and hexdiff is not available via apt-get on Ubuntu 16.4

                  – rubo77
                  Nov 14 '16 at 6:38













                  @Murmel while I agree, isn't that what's being asked here?

                  – Evan Carroll
                  Nov 9 '18 at 4:00





                  @Murmel while I agree, isn't that what's being asked here?

                  – Evan Carroll
                  Nov 9 '18 at 4:00













                  @EvanCarroll true, and hence I left a comment (only) and did not downvote

                  – Murmel
                  Nov 9 '18 at 17:52





                  @EvanCarroll true, and hence I left a comment (only) and did not downvote

                  – Murmel
                  Nov 9 '18 at 17:52













                  I also didn't down vote Mick, but I agree with you and answered here superuser.com/a/1373977/11116 because it seems likely that this bad question will get reformed or closed.

                  – Evan Carroll
                  Nov 9 '18 at 19:06





                  I also didn't down vote Mick, but I agree with you and answered here superuser.com/a/1373977/11116 because it seems likely that this bad question will get reformed or closed.

                  – Evan Carroll
                  Nov 9 '18 at 19:06











                  3














                  It may not strictly answer the question, but I use this for diffing binaries:



                  gvim -d <(xxd -c 1 ~/file1.bin | awk '{print $2, $3}') <(xxd -c 1 ~/file2.bin | awk '{print $2, $3}')


                  It prints both files out as hex and ASCII values, one byte per line, and then uses Vim's diff facility to render them visually.






                  share|improve this answer






























                    3














                    It may not strictly answer the question, but I use this for diffing binaries:



                    gvim -d <(xxd -c 1 ~/file1.bin | awk '{print $2, $3}') <(xxd -c 1 ~/file2.bin | awk '{print $2, $3}')


                    It prints both files out as hex and ASCII values, one byte per line, and then uses Vim's diff facility to render them visually.






                    share|improve this answer




























                      3












                      3








                      3







                      It may not strictly answer the question, but I use this for diffing binaries:



                      gvim -d <(xxd -c 1 ~/file1.bin | awk '{print $2, $3}') <(xxd -c 1 ~/file2.bin | awk '{print $2, $3}')


                      It prints both files out as hex and ASCII values, one byte per line, and then uses Vim's diff facility to render them visually.






                      share|improve this answer















                      It may not strictly answer the question, but I use this for diffing binaries:



                      gvim -d <(xxd -c 1 ~/file1.bin | awk '{print $2, $3}') <(xxd -c 1 ~/file2.bin | awk '{print $2, $3}')


                      It prints both files out as hex and ASCII values, one byte per line, and then uses Vim's diff facility to render them visually.







                      share|improve this answer














                      share|improve this answer



                      share|improve this answer








                      edited Jun 8 '14 at 9:02









                      Peter Mortensen

                      8,376166185




                      8,376166185










                      answered Sep 7 '11 at 15:47









                      John Lawrence AspdenJohn Lawrence Aspden

                      4532719




                      4532719























                          0














                          dhex http://www.dettus.net/dhex/



                          DHEX is a more than just another hex editor: It includes a diff mode, which can be used to easily and conveniently compare two binary files. Since it is based on ncurses and is themeable, it can run on any number of systems and scenarios. With its utilization of search logs, it is possible to track changes in different iterations of files easily.






                          share|improve this answer
























                          • Welcome to SuperUser! Although this software looks like it could solve the OP's problem, pure advertisement is strongly frowned upon on the Stack Exchange network. If you are affiliated to this software's editor, please disclose this fact. And try to rewrite your post so that it looks less like a commercial. Thank you.

                            – Nathan.Eilisha Shiraini
                            Aug 18 '17 at 13:31











                          • I am not affiliated with dhex in any way. I copied the author's description into the post because there is minimum post length limit

                            – Vincent Vega
                            Aug 19 '17 at 13:59













                          • Already mentioned at: superuser.com/a/125390/128124

                            – Ciro Santilli 新疆改造中心 六四事件 法轮功
                            Sep 7 '17 at 8:36
















                          0














                          dhex http://www.dettus.net/dhex/



                          DHEX is a more than just another hex editor: It includes a diff mode, which can be used to easily and conveniently compare two binary files. Since it is based on ncurses and is themeable, it can run on any number of systems and scenarios. With its utilization of search logs, it is possible to track changes in different iterations of files easily.






                          share|improve this answer
























                          • Welcome to SuperUser! Although this software looks like it could solve the OP's problem, pure advertisement is strongly frowned upon on the Stack Exchange network. If you are affiliated to this software's editor, please disclose this fact. And try to rewrite your post so that it looks less like a commercial. Thank you.

                            – Nathan.Eilisha Shiraini
                            Aug 18 '17 at 13:31











                          • I am not affiliated with dhex in any way. I copied the author's description into the post because there is minimum post length limit

                            – Vincent Vega
                            Aug 19 '17 at 13:59













                          • Already mentioned at: superuser.com/a/125390/128124

                            – Ciro Santilli 新疆改造中心 六四事件 法轮功
                            Sep 7 '17 at 8:36














                          0












                          0








                          0







                          dhex http://www.dettus.net/dhex/



                          DHEX is a more than just another hex editor: It includes a diff mode, which can be used to easily and conveniently compare two binary files. Since it is based on ncurses and is themeable, it can run on any number of systems and scenarios. With its utilization of search logs, it is possible to track changes in different iterations of files easily.






                          share|improve this answer













                          dhex http://www.dettus.net/dhex/



                          DHEX is a more than just another hex editor: It includes a diff mode, which can be used to easily and conveniently compare two binary files. Since it is based on ncurses and is themeable, it can run on any number of systems and scenarios. With its utilization of search logs, it is possible to track changes in different iterations of files easily.







                          share|improve this answer












                          share|improve this answer



                          share|improve this answer










                          answered Aug 18 '17 at 11:25









                          Vincent VegaVincent Vega

                          1




                          1













                          • Welcome to SuperUser! Although this software looks like it could solve the OP's problem, pure advertisement is strongly frowned upon on the Stack Exchange network. If you are affiliated to this software's editor, please disclose this fact. And try to rewrite your post so that it looks less like a commercial. Thank you.

                            – Nathan.Eilisha Shiraini
                            Aug 18 '17 at 13:31











                          • I am not affiliated with dhex in any way. I copied the author's description into the post because there is minimum post length limit

                            – Vincent Vega
                            Aug 19 '17 at 13:59













                          • Already mentioned at: superuser.com/a/125390/128124

                            – Ciro Santilli 新疆改造中心 六四事件 法轮功
                            Sep 7 '17 at 8:36



















                          • Welcome to SuperUser! Although this software looks like it could solve the OP's problem, pure advertisement is strongly frowned upon on the Stack Exchange network. If you are affiliated to this software's editor, please disclose this fact. And try to rewrite your post so that it looks less like a commercial. Thank you.

                            – Nathan.Eilisha Shiraini
                            Aug 18 '17 at 13:31











                          • I am not affiliated with dhex in any way. I copied the author's description into the post because there is minimum post length limit

                            – Vincent Vega
                            Aug 19 '17 at 13:59













                          • Already mentioned at: superuser.com/a/125390/128124

                            – Ciro Santilli 新疆改造中心 六四事件 法轮功
                            Sep 7 '17 at 8:36

















                          Welcome to SuperUser! Although this software looks like it could solve the OP's problem, pure advertisement is strongly frowned upon on the Stack Exchange network. If you are affiliated to this software's editor, please disclose this fact. And try to rewrite your post so that it looks less like a commercial. Thank you.

                          – Nathan.Eilisha Shiraini
                          Aug 18 '17 at 13:31





                          Welcome to SuperUser! Although this software looks like it could solve the OP's problem, pure advertisement is strongly frowned upon on the Stack Exchange network. If you are affiliated to this software's editor, please disclose this fact. And try to rewrite your post so that it looks less like a commercial. Thank you.

                          – Nathan.Eilisha Shiraini
                          Aug 18 '17 at 13:31













                          I am not affiliated with dhex in any way. I copied the author's description into the post because there is minimum post length limit

                          – Vincent Vega
                          Aug 19 '17 at 13:59







                          I am not affiliated with dhex in any way. I copied the author's description into the post because there is minimum post length limit

                          – Vincent Vega
                          Aug 19 '17 at 13:59















                          Already mentioned at: superuser.com/a/125390/128124

                          – Ciro Santilli 新疆改造中心 六四事件 法轮功
                          Sep 7 '17 at 8:36





                          Already mentioned at: superuser.com/a/125390/128124

                          – Ciro Santilli 新疆改造中心 六四事件 法轮功
                          Sep 7 '17 at 8:36











                          0














                          You can use gvimdiff tool that is included in vim-gui-common package




                          sudo apt-get update



                          sudo apt-get install vim-gui-common




                          Then you can compare 2 hex files using following commands :



                          ubuntu> gvimdiff <hex-file1> <hex-file2>


                          Tha's all. Hope tha help !






                          share|improve this answer




























                            0














                            You can use gvimdiff tool that is included in vim-gui-common package




                            sudo apt-get update



                            sudo apt-get install vim-gui-common




                            Then you can compare 2 hex files using following commands :



                            ubuntu> gvimdiff <hex-file1> <hex-file2>


                            Tha's all. Hope tha help !






                            share|improve this answer


























                              0












                              0








                              0







                              You can use gvimdiff tool that is included in vim-gui-common package




                              sudo apt-get update



                              sudo apt-get install vim-gui-common




                              Then you can compare 2 hex files using following commands :



                              ubuntu> gvimdiff <hex-file1> <hex-file2>


                              Tha's all. Hope tha help !






                              share|improve this answer













                              You can use gvimdiff tool that is included in vim-gui-common package




                              sudo apt-get update



                              sudo apt-get install vim-gui-common




                              Then you can compare 2 hex files using following commands :



                              ubuntu> gvimdiff <hex-file1> <hex-file2>


                              Tha's all. Hope tha help !







                              share|improve this answer












                              share|improve this answer



                              share|improve this answer










                              answered Oct 8 '18 at 13:52









                              crakencraken

                              101




                              101























                                  -1














                                  https://security.googleblog.com/2016/03/bindiff-now-available-for-free.html



                                  BinDiff is a great UI tool for comparing binary files that has been open sourced recently.






                                  share|improve this answer



















                                  • 3





                                    Can it be used on arbitrary binary files, though? That page seems to indicate that it's only useful for comparing executables that have been disassembled by Hex-Rays IDA Pro.

                                    – eswald
                                    Apr 29 '16 at 22:57
















                                  -1














                                  https://security.googleblog.com/2016/03/bindiff-now-available-for-free.html



                                  BinDiff is a great UI tool for comparing binary files that has been open sourced recently.






                                  share|improve this answer



















                                  • 3





                                    Can it be used on arbitrary binary files, though? That page seems to indicate that it's only useful for comparing executables that have been disassembled by Hex-Rays IDA Pro.

                                    – eswald
                                    Apr 29 '16 at 22:57














                                  -1












                                  -1








                                  -1







                                  https://security.googleblog.com/2016/03/bindiff-now-available-for-free.html



                                  BinDiff is a great UI tool for comparing binary files that has been open sourced recently.






                                  share|improve this answer













                                  https://security.googleblog.com/2016/03/bindiff-now-available-for-free.html



                                  BinDiff is a great UI tool for comparing binary files that has been open sourced recently.







                                  share|improve this answer












                                  share|improve this answer



                                  share|improve this answer










                                  answered Mar 23 '16 at 20:18









                                  EvgenyEvgeny

                                  6501711




                                  6501711








                                  • 3





                                    Can it be used on arbitrary binary files, though? That page seems to indicate that it's only useful for comparing executables that have been disassembled by Hex-Rays IDA Pro.

                                    – eswald
                                    Apr 29 '16 at 22:57














                                  • 3





                                    Can it be used on arbitrary binary files, though? That page seems to indicate that it's only useful for comparing executables that have been disassembled by Hex-Rays IDA Pro.

                                    – eswald
                                    Apr 29 '16 at 22:57








                                  3




                                  3





                                  Can it be used on arbitrary binary files, though? That page seems to indicate that it's only useful for comparing executables that have been disassembled by Hex-Rays IDA Pro.

                                  – eswald
                                  Apr 29 '16 at 22:57





                                  Can it be used on arbitrary binary files, though? That page seems to indicate that it's only useful for comparing executables that have been disassembled by Hex-Rays IDA Pro.

                                  – eswald
                                  Apr 29 '16 at 22:57











                                  -2














                                  The go to open source product on Linux (and everything else) is Radare which provides radiff2 explicitly for this purpose. I voted to close this because myself and others have the same question, in the question you ask




                                  for every different byte




                                  That's insane though. Because as asked, if you insert one byte at the first byte in the file, you'd find every subsequent byte was different and so the diff would repeat the whole file, for an actual difference of one byte.



                                  Slightly more practical is radiff -O. The -O is for ""Do code diffing with all bytes instead of just the fixed opcode bytes""



                                  0x000000a4 0c01 => 3802 0x000000a4
                                  0x000000a8 1401 => 3802 0x000000a8
                                  0x000000ac 06 => 05 0x000000ac
                                  0x000000b4 02 => 01 0x000000b4
                                  0x000000b8 4c05 => 0020 0x000000b8
                                  0x000000bc 4c95 => 00a0 0x000000bc
                                  0x000000c0 4c95 => 00a0 0x000000c0


                                  Like IDA Pro, Radare is a tool primary for binary analysis, you can also show delta diffing with -d, or display the disassembled bytes instead of hex with -D.



                                  If you're asking these kind of questions though, check out




                                  • Stack Overflow for the software questions,

                                  • Reverse Engineering Stack Exchange

                                  • Radare's radiff2 for binary diffing






                                  share|improve this answer




























                                    -2














                                    The go to open source product on Linux (and everything else) is Radare which provides radiff2 explicitly for this purpose. I voted to close this because myself and others have the same question, in the question you ask




                                    for every different byte




                                    That's insane though. Because as asked, if you insert one byte at the first byte in the file, you'd find every subsequent byte was different and so the diff would repeat the whole file, for an actual difference of one byte.



                                    Slightly more practical is radiff -O. The -O is for ""Do code diffing with all bytes instead of just the fixed opcode bytes""



                                    0x000000a4 0c01 => 3802 0x000000a4
                                    0x000000a8 1401 => 3802 0x000000a8
                                    0x000000ac 06 => 05 0x000000ac
                                    0x000000b4 02 => 01 0x000000b4
                                    0x000000b8 4c05 => 0020 0x000000b8
                                    0x000000bc 4c95 => 00a0 0x000000bc
                                    0x000000c0 4c95 => 00a0 0x000000c0


                                    Like IDA Pro, Radare is a tool primary for binary analysis, you can also show delta diffing with -d, or display the disassembled bytes instead of hex with -D.



                                    If you're asking these kind of questions though, check out




                                    • Stack Overflow for the software questions,

                                    • Reverse Engineering Stack Exchange

                                    • Radare's radiff2 for binary diffing






                                    share|improve this answer


























                                      -2












                                      -2








                                      -2







                                      The go to open source product on Linux (and everything else) is Radare which provides radiff2 explicitly for this purpose. I voted to close this because myself and others have the same question, in the question you ask




                                      for every different byte




                                      That's insane though. Because as asked, if you insert one byte at the first byte in the file, you'd find every subsequent byte was different and so the diff would repeat the whole file, for an actual difference of one byte.



                                      Slightly more practical is radiff -O. The -O is for ""Do code diffing with all bytes instead of just the fixed opcode bytes""



                                      0x000000a4 0c01 => 3802 0x000000a4
                                      0x000000a8 1401 => 3802 0x000000a8
                                      0x000000ac 06 => 05 0x000000ac
                                      0x000000b4 02 => 01 0x000000b4
                                      0x000000b8 4c05 => 0020 0x000000b8
                                      0x000000bc 4c95 => 00a0 0x000000bc
                                      0x000000c0 4c95 => 00a0 0x000000c0


                                      Like IDA Pro, Radare is a tool primary for binary analysis, you can also show delta diffing with -d, or display the disassembled bytes instead of hex with -D.



                                      If you're asking these kind of questions though, check out




                                      • Stack Overflow for the software questions,

                                      • Reverse Engineering Stack Exchange

                                      • Radare's radiff2 for binary diffing






                                      share|improve this answer













                                      The go to open source product on Linux (and everything else) is Radare which provides radiff2 explicitly for this purpose. I voted to close this because myself and others have the same question, in the question you ask




                                      for every different byte




                                      That's insane though. Because as asked, if you insert one byte at the first byte in the file, you'd find every subsequent byte was different and so the diff would repeat the whole file, for an actual difference of one byte.



                                      Slightly more practical is radiff -O. The -O is for ""Do code diffing with all bytes instead of just the fixed opcode bytes""



                                      0x000000a4 0c01 => 3802 0x000000a4
                                      0x000000a8 1401 => 3802 0x000000a8
                                      0x000000ac 06 => 05 0x000000ac
                                      0x000000b4 02 => 01 0x000000b4
                                      0x000000b8 4c05 => 0020 0x000000b8
                                      0x000000bc 4c95 => 00a0 0x000000bc
                                      0x000000c0 4c95 => 00a0 0x000000c0


                                      Like IDA Pro, Radare is a tool primary for binary analysis, you can also show delta diffing with -d, or display the disassembled bytes instead of hex with -D.



                                      If you're asking these kind of questions though, check out




                                      • Stack Overflow for the software questions,

                                      • Reverse Engineering Stack Exchange

                                      • Radare's radiff2 for binary diffing







                                      share|improve this answer












                                      share|improve this answer



                                      share|improve this answer










                                      answered Nov 9 '18 at 4:18









                                      Evan CarrollEvan Carroll

                                      4,294853105




                                      4,294853105























                                          -3














                                          I recommend IDA Pro to analyse the binary files. Comparison can then be done using a plug-in for IDA such as BinDiff.






                                          share|improve this answer



















                                          • 1





                                            I would have to buy to test it right?

                                            – Aquarius Power
                                            Sep 16 '14 at 18:17






                                          • 1





                                            @AquariusPower Not necessarily, IDA Pro does have a Free Version

                                            – user3119546
                                            Sep 19 '14 at 1:19






                                          • 7





                                            but it is not for linux! :(

                                            – Aquarius Power
                                            Sep 19 '14 at 20:08











                                          • I've used quite a few different free versions of IDA Pro under Wine without issues, if I recall correctly.

                                            – doshea
                                            May 17 '15 at 5:42











                                          • This has been open sourced recently security.googleblog.com/2016/03/…

                                            – Evgeny
                                            Mar 23 '16 at 20:17
















                                          -3














                                          I recommend IDA Pro to analyse the binary files. Comparison can then be done using a plug-in for IDA such as BinDiff.






                                          share|improve this answer



















                                          • 1





                                            I would have to buy to test it right?

                                            – Aquarius Power
                                            Sep 16 '14 at 18:17






                                          • 1





                                            @AquariusPower Not necessarily, IDA Pro does have a Free Version

                                            – user3119546
                                            Sep 19 '14 at 1:19






                                          • 7





                                            but it is not for linux! :(

                                            – Aquarius Power
                                            Sep 19 '14 at 20:08











                                          • I've used quite a few different free versions of IDA Pro under Wine without issues, if I recall correctly.

                                            – doshea
                                            May 17 '15 at 5:42











                                          • This has been open sourced recently security.googleblog.com/2016/03/…

                                            – Evgeny
                                            Mar 23 '16 at 20:17














                                          -3












                                          -3








                                          -3







                                          I recommend IDA Pro to analyse the binary files. Comparison can then be done using a plug-in for IDA such as BinDiff.






                                          share|improve this answer













                                          I recommend IDA Pro to analyse the binary files. Comparison can then be done using a plug-in for IDA such as BinDiff.







                                          share|improve this answer












                                          share|improve this answer



                                          share|improve this answer










                                          answered Dec 30 '13 at 15:04









                                          user3119546user3119546

                                          11517




                                          11517








                                          • 1





                                            I would have to buy to test it right?

                                            – Aquarius Power
                                            Sep 16 '14 at 18:17






                                          • 1





                                            @AquariusPower Not necessarily, IDA Pro does have a Free Version

                                            – user3119546
                                            Sep 19 '14 at 1:19






                                          • 7





                                            but it is not for linux! :(

                                            – Aquarius Power
                                            Sep 19 '14 at 20:08











                                          • I've used quite a few different free versions of IDA Pro under Wine without issues, if I recall correctly.

                                            – doshea
                                            May 17 '15 at 5:42











                                          • This has been open sourced recently security.googleblog.com/2016/03/…

                                            – Evgeny
                                            Mar 23 '16 at 20:17














                                          • 1





                                            I would have to buy to test it right?

                                            – Aquarius Power
                                            Sep 16 '14 at 18:17






                                          • 1





                                            @AquariusPower Not necessarily, IDA Pro does have a Free Version

                                            – user3119546
                                            Sep 19 '14 at 1:19






                                          • 7





                                            but it is not for linux! :(

                                            – Aquarius Power
                                            Sep 19 '14 at 20:08











                                          • I've used quite a few different free versions of IDA Pro under Wine without issues, if I recall correctly.

                                            – doshea
                                            May 17 '15 at 5:42











                                          • This has been open sourced recently security.googleblog.com/2016/03/…

                                            – Evgeny
                                            Mar 23 '16 at 20:17








                                          1




                                          1





                                          I would have to buy to test it right?

                                          – Aquarius Power
                                          Sep 16 '14 at 18:17





                                          I would have to buy to test it right?

                                          – Aquarius Power
                                          Sep 16 '14 at 18:17




                                          1




                                          1





                                          @AquariusPower Not necessarily, IDA Pro does have a Free Version

                                          – user3119546
                                          Sep 19 '14 at 1:19





                                          @AquariusPower Not necessarily, IDA Pro does have a Free Version

                                          – user3119546
                                          Sep 19 '14 at 1:19




                                          7




                                          7





                                          but it is not for linux! :(

                                          – Aquarius Power
                                          Sep 19 '14 at 20:08





                                          but it is not for linux! :(

                                          – Aquarius Power
                                          Sep 19 '14 at 20:08













                                          I've used quite a few different free versions of IDA Pro under Wine without issues, if I recall correctly.

                                          – doshea
                                          May 17 '15 at 5:42





                                          I've used quite a few different free versions of IDA Pro under Wine without issues, if I recall correctly.

                                          – doshea
                                          May 17 '15 at 5:42













                                          This has been open sourced recently security.googleblog.com/2016/03/…

                                          – Evgeny
                                          Mar 23 '16 at 20:17





                                          This has been open sourced recently security.googleblog.com/2016/03/…

                                          – Evgeny
                                          Mar 23 '16 at 20:17


















                                          draft saved

                                          draft discarded




















































                                          Thanks for contributing an answer to Super User!


                                          • Please be sure to answer the question. Provide details and share your research!

                                          But avoid



                                          • Asking for help, clarification, or responding to other answers.

                                          • Making statements based on opinion; back them up with references or personal experience.


                                          To learn more, see our tips on writing great answers.




                                          draft saved


                                          draft discarded














                                          StackExchange.ready(
                                          function () {
                                          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f125376%2fhow-do-i-compare-binary-files-in-linux%23new-answer', 'question_page');
                                          }
                                          );

                                          Post as a guest















                                          Required, but never shown





















































                                          Required, but never shown














                                          Required, but never shown












                                          Required, but never shown







                                          Required, but never shown

































                                          Required, but never shown














                                          Required, but never shown












                                          Required, but never shown







                                          Required, but never shown







                                          Popular posts from this blog

                                          How to reconfigure Docker Trusted Registry 2.x.x to use CEPH FS mount instead of NFS and other traditional...

                                          is 'sed' thread safe

                                          How to make a Squid Proxy server?