src-test2/lib/libarchive, branch release/7.0.0_cvsFreeBSD source treehttps://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.0.0_cvs2008-02-24T05:45:17ZThis commit was manufactured by cvs2svn to create tag2008-02-24T05:45:17Zcvs2svncvs2svn@FreeBSD.org2008-02-24T05:45:17Zurn:sha1:a9c219fa3cec18ef9f30edec6fa106bf0e2d423d
'RELENG_7_0_0_RELEASE'.
This commit was manufactured to restore the state of the 7.0-RELEASE image.
MFC: If "length at end" flag is specified, then a zero length2007-12-08T07:52:40ZTim Kientzlekientzle@FreeBSD.org2007-12-08T07:52:40Zurn:sha1:2d0c4f2e9cf93cb603537a8dff9591ee2df727d8
at the beginning shouldn't be interpreted to mean an empty body.
Approved by: re (Ken Smith)
MFC 1.18: When skipping input data, request a minimum of 1 instead2007-11-02T08:42:14ZTim Kientzlekientzle@FreeBSD.org2007-11-02T08:42:14Zurn:sha1:d3679dba0a5ab561768ec805087c1f87a7cb78bc
of the full request size. This avoids a 32-bit overflow
problem skipping an exact multiple of 4GB and is faster
anyway because it allows the underlying I/O framework
to minimize copying.
In particular, this fixes bsdtar failing to properly skip
entries in uncompressed tar archives that are an exact
multiple of 4GB.
Approved by: re (Ken Smith)
MFC 1.62: Fix reading of files that use pax 'size' attribute2007-10-29T03:28:28ZTim Kientzlekientzle@FreeBSD.org2007-10-29T03:28:28Zurn:sha1:2c43001f022564824331818ccf7a565374a74342
to store size. In particular, the pax 'size' attribute is required
for any file over 8G.
This seems to fix tar -cf - | tar -xf - when there are files
over 8G in the heirarchy being copied.
Approved by: re (Ken Smith)
MFC: archive_write_set_format_cpio.c 1.122007-10-21T22:17:25ZTim Kientzlekientzle@FreeBSD.org2007-10-21T22:17:25Zurn:sha1:aa94e898996d57b8c4722f0ce0c588f8579af1b8
MFC: archive_write_set_format_cpio_newc.c 1.2
Non-regular files should have zero-length bodies. libarchive
flags this to clients by updating the entry description when
it writes the header.
Approved by: re (Ken Smith)
MFC 1.15: When reading ZIP archives, non-regular files should2007-10-18T05:16:50ZTim Kientzlekientzle@FreeBSD.org2007-10-18T05:16:50Zurn:sha1:704ebb3d1252948926806b5a9df39db09a73e9c1
return EOF immediately on any attempts to read their data.
(Previously, it would return a zero-length block, then EOF,
which elicited bogus warnings from bsdtar.)
Also, correct the EOF return to correctly identify EOF
as part of an empty block at the correct offset.
Approved by: re (Ken Smith)
Fix the archive_write_data() function so it always returns2007-09-21T04:52:43ZTim Kientzlekientzle@FreeBSD.org2007-09-21T04:52:43Zurn:sha1:016e328d16229c49307abf7b0d7b51b985ff5d56
number of bytes written, even when used to write files to
disk. Extend the test suite to verify the correct return
values for archive_write_data() and archive_write_data_block().
Thanks to: Bruce Mah, for stepping in promptly to back out the
earlier broken version of this fix
Thanks to: Colin Percival, for pointing out the correct fix
MFC after: 5 days
Approved by: re (ksmith)
Pointy hat: \me
Fill in a missing 'e'2007-09-19T16:37:45ZTim Kientzlekientzle@FreeBSD.org2007-09-19T16:37:45Zurn:sha1:d2d0f66a3068beba7c3682fac8ae4fc10c086d8c
Thanks to: Kai Wang, for pointing this out
Approved by: re (bmah)
MFC after: 3 days
Revert the last commit to libarchive. It introduced some regresssions,2007-09-18T20:20:37ZBruce A. Mahbmah@FreeBSD.org2007-09-18T20:20:37Zurn:sha1:7b7b89339476401943198c223845ec4d840b5dc6
most noticably the incorrect extraction of files by bsdtar.
This commit reverts:
src/lib/libarchive/archive_write_disk.c 1.15
src/lib/libarchive/test/test_write_disk.c 1.4
Approved by: re (implicitly)
Correct the return value from archive_write_data()2007-09-18T04:20:21ZTim Kientzlekientzle@FreeBSD.org2007-09-18T04:20:21Zurn:sha1:8f3ba4ccf42f36da07f2a38e29860d35a8b25ec5
(when used to restore files to disk) to match:
* The documentation
* The return values of this function when used
to write files into an archive.
Approved by: re (bmah)
Pointy hat: \me
MFC after: 5 days