(tar)Checksumming Problems


Prev: Old V7 and POSIX Up: Portability

Checksumming Problems
---------------------

   SunOS and HP-UX `tar' fail to accept archives created using GNU
`tar' and containing non-ASCII file names, because they use signed
checksums, while GNU `tar' uses unsigned checksums while creating
archives, as per POSIX standards.  On reading, GNU `tar' computes both
checksums and accept any.  It is somewhat worrying that a lot of people
may go around doing backup of their files using faulty (or at least
non-standard) software, not learning about it until it's time to
restore their missing files with an incompatible file extractor, or vice
versa.

   GNU `tar' is supposed to compute both checksums, signed and
unsigned, and accept any.  However, 1.11.2 has a bug by which signed
checksums are incorrectly initialized, so they do not work.  This is
corrected in the subsequent GNU `tar' versions.  However, GNU `tar' has
not been modified to *produce* incorrect archives to be read by buggy
`tar''s.

   I've been told that when Sun first imported `tar' on their system,
they recompiled it without realizing that the checksums were computed
differently, because of a change in the default signing of `char''s in
their compiler.  So they started computing checksums wrongly, and
stayed compatible with themselves afterwards.  It now falls on the
shoulders of SunOS and HP-UX users to get a `tar' able to read the good
archives they receive.


automatically generated by info2www version 1.2