FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=main 2011-12-22T08:42:07Z 2011-12-22T08:42:07Z Martin Matuska mm@FreeBSD.org 2011-12-22T08:42:07Z urn:sha1:45d3b226a6370e9c8a99d042320250d96c9daf32 Make "make test" fully operational. MFC after: 2 weeks 2009-03-03T17:02:51Z Tim Kientzle kientzle@FreeBSD.org 2009-03-03T17:02:51Z urn:sha1:690f818afd6c3c0721202dd1e075aeaaae004704 of work to make libarchive work on Windows. 2008-12-17T19:03:44Z Tim Kientzle kientzle@FreeBSD.org 2008-12-17T19:03:44Z urn:sha1:da9157722db3dbdb01788c97c3795aa41fada245 2008-09-01T05:38:33Z Tim Kientzle kientzle@FreeBSD.org 2008-09-01T05:38:33Z urn:sha1:0c35edadaaffdc116c7be1a2ecc38359d91f0901 the particular libarchive version being tested instead of the deprecated ARCHIVE_API_VERSION and ARCHIVE_VERSION_STAMP macros. 2008-05-26T17:00:24Z Tim Kientzle kientzle@FreeBSD.org 2008-05-26T17:00:24Z urn:sha1:fa07de5eeb36516701b3393f13acc1e1f702c634 feedback, but the 2.5 branch is shaping up nicely.) In addition to many small bug fixes and code improvements: * Another iteration of versioning; I think I've got it right now. * Portability: A lot of progress on Windows support (though I'm not committing all of the Windows support files to FreeBSD CVS) * Explicit tracking of MBS, WCS, and UTF-8 versions of strings in archive_entry; the archive_entry routines now correctly return NULL only when something is unset, setting NULL properly clears string values. Most charset conversions have been pushed down to archive_string. * Better handling of charset conversion failure when writing or reading UTF-8 headers in pax archives * archive_entry_linkify() provides multiple strategies for hardlink matching to suit different format expectations * More accurate bzip2 format detection * Joerg Sonnenberger's extensive improvements to mtree support * Rough support for self-extracting ZIP archives. Not an ideal approach, but it works for the archives I've tried. * New "sparsify" option in archive_write_disk converts blocks of nulls into seeks. * Better default behavior for the test harness; it now reports all failures by default instead of coredumping at the first one. 2008-03-12T21:10:26Z Kai Wang kaiw@FreeBSD.org 2008-03-12T21:10:26Z urn:sha1:a739eb83744fdf2f72ebe46953ecdc13a0fe6c57 filename table whose size is less than 65536 bytes. The original intention was to not consume the filename table, so the client will have a chance to look at it. To achieve that, the library call decompressor->read_ahead to read(look ahead) but do not call decompressor->consume to consume the data, thus a limit was raised since read_ahead call can only look ahead at most BUFFER_SIZE(65536) bytes at the moment, and you can not "look any further" before you consume what you already "saw". This commit will turn GNU/SVR4 filename table into "archive format data", i.e., filename table will be consumed by libarchive, so the 65536-bytes limit will be gone, but client can no longer have access to the content of filename table. 'ar' support test suite is changed accordingly. BSD ar(1) is not affected by this change since it doesn't look at the filename table. Reported by: erwin Discussed with: jkoshy, kientzle Reviewed by: jkoshy, kientzle Approved by: jkoshy(mentor), kientzle 2007-07-06T15:43:11Z Tim Kientzle kientzle@FreeBSD.org 2007-07-06T15:43:11Z urn:sha1:dbb4eb7d9cd676c9a69989fdee748ee94fb1306f ARCHIVE_VERSION_STAMP to selectively disable tests that don't apply to that version; new "skipping()" function reports skipped tests; modify final summary to report component test failures and skips. Note: I don't currently intend to MFC the test suite itself; anyone interested should just checkout and use this version of the test suite, which should work for any library version. Approved by: re (Ken Smith, blanket) 2007-06-13T03:40:02Z Tim Kientzle kientzle@FreeBSD.org 2007-06-13T03:40:02Z urn:sha1:d02e3c38ab95cce69dbd193aaa95855bd052945e 2007-05-29T01:00:21Z Tim Kientzle kientzle@FreeBSD.org 2007-05-29T01:00:21Z urn:sha1:b48b40f1f8ccea70fb209a05ed3eee1031790500 * "compression_program" support uses an external program * Portability: no longer uses "struct stat" as a primary data interchange structure internally * Part of the above: refactor archive_entry to separate out copy_stat() and stat() functions * More complete tests for archive_entry * Finish archive_entry_clone() * Isolate major()/minor()/makedev() in archive_entry; remove these from everywhere else. * Bug fix: properly handle decompression look-ahead at end-of-data * Bug fixes to 'ar' support * Fix memory leak in ZIP reader * Portability: better timegm() emulation in iso9660 reader * New write_disk flags to suppress auto dir creation and not overwrite newer files (for future cpio front-end) * Simplify trailing-'/' fixup when writing tar and pax * Test enhancements: fix various compiler warnings, improve portability, add lots of new tests. * Documentation: document new functions, first draft of libarchive_internals.3 MFC after: 14 days Thanks to: Joerg Sonnenberger (compression_program) Thanks to: Kai Wang (ar) Thanks to: Colin Percival (many small fixes) Thanks to: Many others who sent me various patches and problem reports. 2007-04-14T22:34:10Z Tim Kientzle kientzle@FreeBSD.org 2007-04-14T22:34:10Z urn:sha1:37320c757531fe4f065ed23bc44671e92af68963 * use "AR_GNU" as the format name instead of AR_SVR4 (it's what everyone is going to call it anyway) * Simplify numeric parsing to unsigned (none of the numeric values should ever be negative); don't run off end of numeric fields. * Finish parsing the common header fields before the next I/O request (which might dump the contents) * Be smarter about format guessing and trimming filenames. * Most of the magic values are only used in one place, so just inline them. * Many more comments. * Be smarter about handling damaged entries; return something reasonable. * Call it a "filename table" instead of a "string table" * Update tests. Enable selection of 'ar', 'arbsd', and 'argnu' formats by name (this allows bsdtar to create ar format archives). The 'ar' writer still needs some work; it should reject entries that aren't regular files and should probably also strip leading paths from filenames.