summaryrefslogtreecommitdiffstats
path: root/lib/libarchive/test
Commit message (Collapse)AuthorAgeFilesLines
* MFV r248590,248594:mm2013-03-221-10/+47
| | | | | | | | | | | Update libarchive to 3.1.2 Some of new features: - support for lrzip and grzip compression - support for writing tar v7 format - b64encode and uuencode filters - support for __MACOSX directory in Zip archives - support for lzop compresion (external utility)
* Backport NFSv4 ACL fix from libarchive master branch.mm2012-07-301-1/+2
| | | | | | | Source: https://github.com/libarchive/libarchive/commit/f67370d5 Obtained from: libarchive (master branch)
* Update libarchive to 3.0.4mm2012-07-281-0/+5
|
* Update libarchive to 3.0.3mm2012-02-251-4/+63
| | | | | | | | | | | | | | Some of new features: - New readers: RAR, LHA/LZH, CAB reader, 7-Zip - New writers: ISO9660, XAR - Improvements to many formats, especially including ISO9660 and Zip - Stackable write filters to write, e.g., tar.gz.uu in a single pass - Exploit seekable input; new "seekable" Zip reader can exploit the Zip Central Directory when it's available; the old "streamable" Zip reader is still fully supported for cases where seeking is not possible. Full release notes available at: https://github.com/libarchive/libarchive/wiki/ReleaseNotes
* Use contrib sources for building libarchive, tar and cpio.mm2011-12-22155-31042/+20
| | | | | | Make "make test" fully operational. MFC after: 2 weeks
* Update libarchive, tar and cpio to version 2.8.5mm2011-12-203-5/+5
| | | | | | | | | | The following additional vendor revisions are applied: Revision 3740: Use archive_clear_error() to clear the error markers. Obtained from: http://code.google.com/p/libarchive MFC after: 2 weeks
* Import bugfix for reading and extracting of FreeBSD ISO images with tar.mm2011-08-258-26/+112
| | | | | | | | | | | | | | | | | | | | Upstream revision 3645 (merge of 3642): Change the mechanism handling a rr_moved directory, which is Rockridge extension that can exceed the limitation of a maximum directory depth of ISO 9660. - Stop reading all entries at a time. - Connect "CL" entry to "RE" entry dynamically, which "CL" and "RE" have information to rebuild a full directory tree. - Tweak some related tests since we use Headsort for re-ordering entries and it cannot make a steady order when the keies of the entries are the same. http://code.google.com/p/libarchive/issues/detail?id=168 Reviewed by: kientzle Approved by: re (kib) Obtained from: libarchive (release/2.8, svn rev 3645) MFC after: 3 days
* Add compatibility for ISO images created with unfixed makefs thatmm2011-08-075-2/+253
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | violated ECMA-119 (ISO9660): allow reserved4 to be 0x20 in PVD. This allows tar to read FreeBSD distribution ISO images created with makefs prior to NetBSD bin/45217 bugfix (up to 9.0-BETA1). In addition, merge following important bugfixes from libarchive's release/2.8 branch: Revision 2812: Merge 2811 from trunk: Don't try to verify that compression-level=0 produces larger results than the default compression, since this isn't true for all versions of liblzma. Revision 2817: Merge 2814 from trunk: Fix Issue 121 (mtree parser error) http://code.google.com/p/libarchive/issues/detail?id=121 Revision 2820: Fix issue 119. Change the file location check that a file location does not exceed volume block. New one is that a file content does not exceed volume block(end of an ISO image). It is better than previous check even if the issue did not happen. While reading an ISO image generated by an older version of mkisofs utility, a file location indicates the end the ISO image if its file size is zero and it is the last file of all files of the ISO image, so it is possible that the location value is the same as the number of the total block of the ISO image. http://code.google.com/p/libarchive/issues/detail?id=119 Revision 2955: Issue 134: Fix libarchive 2.8 crashing in archive_write_finish() when the open has failed and we're trying to write Zip format. http://code.google.com/p/libarchive/issues/detail?id=134 Revision 2958: Followup on Issue 134: 1) Port test_open_failure to libarchive 2.8 branch to test the problem reported in Issue 134. This test also shows that archive_read_open() sometimes fails to report open errors correctly. 2) Fix the bug in archive_read.c 3) Comment out the tests that close functions are invoked promptly when open fails; that's fully fixed in libarchive 3.0, but I don't think it's worth fixing here. Revision 3484: Use uintmax_t with %ju Revision 3487: Fix issue 163. Correctly allocate enough memory for a input buffer saved. http://code.google.com/p/libarchive/issues/detail?id=163 Revision 3542: Merge 2516, 2536 from trunk: Allow path table offset values of 0 and 18, which are used by some ISO writers. Reviewed by: kientzle Approved by: re (kib) MFC after: 3 days
* - Update libarchive to 2.8.4mm2011-07-1717-42/+1112
| | | | | | | | - Add support for extracting xar and rpm archives - Add libarchive_fe subdir (common code for tar and cpio) Approved by: kientzle MFC after: 2 weeks
* Don't write data into an empty "file."kientzle2010-12-072-12/+10
| | | | | | | | In particular, this check avoids a warning when extracting directory entries from certain GNU tar archives that store directory contents. MFC after: 3 days
* If the Zip reader doesn't see a PK signature blockkientzle2010-11-072-0/+43
| | | | | | | | because there's inter-entry garbage, just scan forward to find the next one. This allows us to handle a lot of Zip archives that have been modified in-place. Thanks to: Gleb Kurtsou for sending me a sample archive
* Remove redundant WARNS?=6 overrides and inherit the WARNS setting fromuqs2010-03-021-1/+0
| | | | | | | | the toplevel directory. This does not change any WARNS level and survives a make universe. Approved by: ed (co-mentor)
* Remove some test files that are no longer used.kientzle2009-12-305-27092/+0
|
* UU decoder. Now that libarchive can recursively taste input streams,kientzle2009-12-302-0/+135
| | | | you can do things like this: tar xvf archive.tar.gz.uu
* A raft of test changes and improvements from the Googlecode repository.kientzle2009-12-3073-1315/+6267
| | | | | In particular, this includes tests for the new features I've merged over the last few days.
* Fiz /usr/bin/unzip: A bug deep in libarchive's read-ahead logickientzle2009-09-081-1/+1
| | | | | | | | | | | | (incorrect handling of zero-length reads before the copy buffer is allocated) is masked by the iso9660 taster. Tar and cpio both enable that taster so were protected from the bug; unzip is susceptible. This both fixes the bug and updates the test harness to exercise this case. Submitted by: Ed Schouten diagnosed the bug and drafted a patch MFC after: 7 days
* Update tests to match r195873, which corrected how hardlinked fileskientzle2009-09-082-12/+17
| | | | | | on iso9660 images were returned. While I'm poking around, update some comments around this area to try to clarify what's going on and what still remains to be improved.
* Merge r990,r1044 from libarchive.googlecode.com:kientzle2009-04-274-2/+102
| | | | | | | | | read_support_format_raw() allows people to exploit libarchive's automatic decompression support by simply stubbing out the archive format handler. The raw handler is not enabled by support_format_all(), of course. It bids 1 on any non-empty input and always returns a single entry named "data" with no properties set.
* Merge r1061,r1062,r1063 from libarchive.googlecode.com:kientzle2009-04-273-0/+64
| | | | | | | | | | Fix reading big-endian binary cpio archives, and add a test. While I'm here, add a note about Solaris ACL extension for cpio, which should be relatively straightforward to support. Thanks to: Edward Napierala, who sent me a big-endian cpio archive from a Solaris system he's been playing with. Pointy hat: me
* Merge r1034 from libarchive.googlecode.com:kientzle2009-04-272-25/+25
| | | | Put a much larger file on the reference ISO for this test.
* Merge r1058 from libarchive.googlecode.com: Require that eachkientzle2009-04-272-7/+13
| | | | test source file has exactly one DEFINE_TEST().
* Merge r1032 from libarchive.googlecode.com:kientzle2009-04-272-12/+16
| | | | | | | Make test_fuzz a bit more sensitive by actually reading the body of each entry instead of skipping it. While I'm here, move the "UnsupportedCompress" macro into the only file that still uses it.
* Merge r1054,r1060 from libarchive.googlecode.com:kientzle2009-04-272-6/+19
| | | | | * assertEqualMem() now takes void * arguments * Be a little smarter about what we hexdump when assertEqualMem() fails
* Merge r1053,r1055,r1056,r1057,r1065 from libarchive.googlecode.com:kientzle2009-04-274-5/+195
| | | | | | | | | | | | * Fix parsing of POSIX.1e ACLs from Solaris tar archives * Test the above * Preserve the order of POSIX.1e ACL entries * Update tests whose results depended on the order of ACL entries * Identify NFSv4 ACLs in Solaris tar archives and warn that they're not yet supported. (In particular, don't try to parse them as POSIX.1e ACLs.) Thanks to: Edward Napierala sent me some Solaris 10 tar archives to test
* Reading an mtree file is supposed to providekientzle2009-04-261-1/+14
| | | | | | | | | | | | | access to the file data (if the file exists on disk). This was broken for the first regular file; fix it and add a test so it won't break again. In particular, this fixes the following idiom for creating a tar archive in which every file is owned by root: tar cf - --format=mtree . \ | sed -e 's/uname=[a-z]*/uname=root/' -e 's/uid=[0-9]*/uid=0/' \ | tar cf - @-
* Merge lots of test suite updates from libarchive.googlecode.com.kientzle2009-04-1742-349/+2236
|
* Merge from libarchive.googlecode.com r791, r879, r884, r948: Variouskientzle2009-04-121-20/+30
| | | | | | fixes to read_support_compression_program. In particular, failure of the external program is detected a lot earlier, which gives much more reasonable error handling.
* Merge from libarchive.googlecode.com: Mostly a bunch ofkientzle2009-04-1210-53/+68
| | | | | | | | | | | | | corrections to the Windows support to reconcile differences between Visual Studio and Cygwin. Includes parts of revisions 757, 774, 787, 815, 817, 819, 820, 844, and 886. Of particular note, r886 overhauled the UTF-8/Unicode conversions to work correctly regardless of whether the local system uses 16-bit or 32-bit wchar_t. (I assume that systems with 16-bit wchar_t use UTF-16 and those with 32-bit wchar_t use UCS-4.) This revision also added a preference for wcrtomb() (which is thread-safe) on platforms that support it.
* Merge r718 from libarchive.googlecode.com: Some additionalkientzle2009-03-071-0/+58
| | | | | tests of restoring files to disk with unusual characters, specifically to exercise Windows issues.
* Fix spelling.kientzle2009-03-071-2/+2
|
* Merge r348 from libarchive.googlecode.com: Suppress testing invalidkientzle2009-03-071-0/+7
| | | | | conversions if there aren't any. In particular, Cygwin's "C" locale has no invalid inputs for wctomb().
* Merge r596,r690 from libarchive.googlecode.com: Minor style and compilekientzle2009-03-071-5/+6
| | | | warning fixes for test_read_pax_truncated.c.
* Merge r335,653,676 from libarchive.googlecode.com: Instead ofkientzle2009-03-0715-90/+189
| | | | | | | | | conditioning tests on HAVE_ZLIB, etc, just ask libarchive for the service and handle the failure coming back from libarchive. This gives us better test coverage of common client usage where clients simply try to use libarchive services and handle the errors coming back instead of trying to second-guess which libarchive services are compiled in.
* Merge r280,281,496,595,675,712 from libarchive.googlecode.com: Variouskientzle2009-03-075-10/+108
| | | | | | test improvements, including some work on Windows compatibility and an extra check to verify that no test leaves open file descriptors around.
* Merge r558,567,569,571,581,582,583,598 from libarchive.googlecode.com:kientzle2009-03-074-8/+268
| | | | | | | Support Joliet extensions. This currently ignores Rockridge extensions if both exist on the same disk unless the '!joliet' option is provided. e.g.: tar -xvf example.iso --options '!joliet' Thanks to: Andreas Henriksson
* Merge r658 from libarchive.googlecode.com: Only flush and close thekientzle2009-03-072-0/+38
| | | | file if it was actually opened. Test for this case.
* Merge r714,r715 from libarchive.googlecode.com: Fix Debian bug #516577.kientzle2009-03-073-3/+29
| | | | | Don't crash if client does not provide a skip function. Extend one of the test cases to use archive_read_open2() with only a read callback.
* Merge the rest of r453 from libarchive.googlecode.com: Test usingkientzle2009-03-071-0/+19
| | | | libarchive APIs to read extended attributes from disk on FreeBSD.
* Merge r659 from libarchive.googlecode.com: Correctly report "none"kientzle2009-03-074-0/+4
| | | | | | as the compression name when no other read filter bid. Add some assertions to various tests to verify that read filters are properly setting the textual name as well as the compression code.
* Merge r448 from libarchive.googlecode.com: Suppress testing write_diskkientzle2009-03-061-1/+1
| | | | failures on Windows for now. Someday this will be revisited.
* Merge r420,r494 from libarchive.googlecode.com: Prettify the testkientzle2009-03-061-5/+1
| | | | | harness a bit: remove a dead comment, tweak the wording of the summary report.
* Merge r435,r443 from libarchive.googlecode.com: Read config files fromkientzle2009-03-061-3/+3
| | | | include path; this makes it easier to support multiple build frameworks.
* Merge r416 from libarchive.googlecode.com:kientzle2009-03-062-0/+155
| | | | | | | Restoring POSIX.1e Extended Attributes on FreeBSD, part 1 This implements the basic ability to restore extended attributes on FreeBSD, including a test suite.
* Merge r399,401,402,405,415,430,440,452,453,458,506,533,536,538,544,590kientzle2009-03-062-0/+163
| | | | | | | | | | | | | | | from libarchive.googlecode.com: Add a new "archive_read_disk" API that provides the important service of reading metadata from the disk. In particular, this will make it possible to remove all knowledge of extended attributes, ACLs, etc, from clients such as bsdtar and bsdcpio. Closely related, this API also provides pluggable uid->uname and gid->gname lookup and caching services similar to the uname->uid and gname->gid services provided by archive_write_disk. Remember this is also required for correct ACL management. Documentation is still pending...
* Merge r394,r396 from libarchive.googlecode.com: Plug some memorykientzle2009-03-061-3/+15
| | | | leaks in the ACL test, correctly mark that FreeBSD has acl_get_perm_np().
* Merge r386,r395,r451 from libarchive.googlecode.com: On Windows, breakkientzle2009-03-051-0/+6
| | | | | | into the debugger on test setup failures (otherwise, the console window just goes away and you can't see what went wrong). On all platforms, clean up a stray buffer before exiting.
* Merge r551,r561 from libarchive.googlecode.com: Update gzip read filterkientzle2009-03-051-1/+1
| | | | | to fully take advantage of the new peek/consume I/O support. In particular, this now properly handles concatenated gzip streams.
* Merge r364, r378, r379, r393, and r539 from libarchive.googlecode.com:kientzle2009-03-051-24/+43
| | | | | | | | | | | | | | | | This is the last phase of the "big decompression refactor" that puts a lazy reblocking layer between each pair of read filters. I've also changed the terminology for this area---the two kinds of objects are now called "read filters" and "read filter bidders"---and moved ownership of these objects to the archive_read core. This greatly simplifies implementing new read filters, which can now use peek/consume I/O semantics both for bidding (arbitrary look-ahead!) and for reading streams (look-ahead simplifies handling concatenated streams, for instance). The first merge here is the overhaul proper; the remainder are small fixes to correct errors in the initial implementation.
* Merge r357 from libarchive.googlecode.com: bzip2 compressionkientzle2009-03-051-3/+3
| | | | | support can always be enabled even if bzlib doesn't exist on this platform; don't give up until we fail to open the file.
* Merge r362 from libarchive.googlecode.com: Minor fix tokientzle2009-03-051-2/+3
| | | | custom argument parser.
OpenPOWER on IntegriCloud