src/lib/libarchive/archive_read_support_format_tar.c, branch release/6.0.0_cvs

This commit was manufactured by cvs2svn to create tag

2005-11-03T00:35:26+00:00

'RELENG_6_0_0_RELEASE'.

This commit was manufactured to restore the state of the 6.0-RELEASE image.

A number of improvements to ZIP support.

2005-04-06T04:19:30+00:00

  * Handles entries with compressed size >2GB (signed/unsigned cleanup)
  * Handles entries with compressed size >4GB ("ZIP64" extension)
  * Handles Unix extensions (ctime, atime, mtime, mode, uid, etc)
  * Format-specific "skip data" override allows ZIP reader to skip
    entries without decompressing them, which makes "tar -t"
    a lot faster.
  * Handles "length-at-end" entries generated by, e.g., "zip -r - foo"

Many thanks to: Dan Nelson, who contributed the code and test files for
   the first three items above and suggested the fourth.

When rejecting rediculously large pax attributes (such as pathnames

2005-03-13T02:35:52+00:00

over 1MB), issue a warning instead of forcing an internal assertion
failure.

Include wchar.h to improve our chances of finding

2004-12-22T06:40:28+00:00

WCHAR_MAX.  This might fix a portability problem on HP_UX.

Thanks to: Susan Kim

Tune the bidding for tar archives. This

2004-12-22T00:49:16+00:00

improves the recognition of hardlink entries
with/without bodies (which is implemented through
a look-ahead that uses the bid function).

MFC after: 7 days

Allow tar format to read and accept an empty (or non-existent)

2004-10-27T05:15:23+00:00

file.  In particular, this allows bsdtar to append (-r) to
an empty file.

Thanks to: Ryan Sommers

While I'm here, straighten out a misleading comment about GNU-compatible
sparse file handling.

Some old tar archives rely on "regular-file-plus-trailing-slash" to

2004-09-04T21:49:42+00:00

denote a directory.  Unfortunately, in the presence of GNU or POSIX
extensions, this code was checking the truncated filename stored in the
regular header rather than the full filename stored in the extended
attribute.  As a result, long filenames with '/' in just the right
position would trigger this check and be erroneously marked as
directories.  Move the check so it only considers the full filename.
Note: the check can't simply be disabled for archives that contain
these extensions because there are some very broken archivers out
there.

Thanks to: Will Froning
MFC after: 3 days

Eliminate reliance on non-portable by implementing a very

2004-08-14T03:45:45+00:00

simple errx() function.
Improve behavior when bzlib/zlib are missing by detecting and
issuing an error message on attempts to read gzip/bzip2 compressed
archives.

Oops. Use "unsigned long" instead of "int" for the intermediate variables

2004-08-08T02:22:48+00:00

in wide-character conversions, since it's guaranteed to be large enough.
Thanks to: Andrey Chernov

Use 'int' for certain wide-character conversions instead of wchar_t.

2004-08-08T01:21:10+00:00

That quiets some compiler warnings on platforms with 16-bit wchar_t.
With this change, libarchive now compiles cleanly on Win32/cygwin.