Do not assume that even if __STDC_ISO_10646__ is defined UTF-8 characters can
be converted to Wide characters(wchar_t) without success of setlocale(LANG, "en_US.UTF-8").
Tim Kientzle [Sat, 17 Dec 2011 07:38:11 +0000 (02:38 -0500)]
Rework the crypto probe to check a list of algorithms for
a single library, rather than a list of libraries for each algorithm.
Use this to order libmd to be checked after OpenSSL/libcrypto.
Refactor the code handling of the decompression of 7-Zip reader.
* When decompressing a header, use the same function as decompressing the file contents as much as possible.
* Change the interface of decompression function so that it cloud be relatively easy to support BCJ2 or
Decryption.
* Remove an unused variable, entry_uncompressed_bytes_read.
* Rename some variables to be easily understanding for what to be used.
* Set a clear message about encrypted header and file contents, which 7-Zip reader currently does not support.
* Slightly reduce the amount of memory for a header.
Tim Kientzle [Fri, 2 Dec 2011 06:27:16 +0000 (01:27 -0500)]
Issue 201: Make Zip tests pass without zlib.
Note: I didn't actually change the tests (apart from a few
tweaks to match slightly adjusted error codes). Instead,
I improved the Zip reader to correctly skip entry bodies
of unrecognized compression when streaming. (Key point:
the same techniques implemented earlier to properly
handle uncompressed bodies are also useful when handling
unrecognized compressed bodies.)
Tim Kientzle [Thu, 1 Dec 2011 06:35:11 +0000 (01:35 -0500)]
Refactor the Zip header read:
* Move some common initialization into read_local_file_header
* Ensure that the file pointer is always pointing to the start of
the local file header when calling read_local_file_header
* Merge old search_next_signature into streamable_read_header
and simplify the resulting code
Tim Kientzle [Thu, 1 Dec 2011 05:35:22 +0000 (00:35 -0500)]
Issue 201: Since we're using the seeking Zip reader here, we only
have to suppress the actual read if we lack libz. We
don't expect an error when reading the next header.
If ENABLE_ICONV is OFF, clean up ICONV variables in CACHE in case ENABLE_ICONV is changed from ON to OFF.
That remaining variables caused build failure.
Add support for 7-Zip.
This new 7Zip reader supports COPY,Deflate,BZ2,LZMA and LZMA2.
This also supports BCJ + LZMA2, DELTA + LZMA and DELTA + LZMA2.
(BCJ + LZMA is not supported, there is some problems to support it.)
This 7Zip reader cannot work on stream because of its format:
its header is placed at the bottom of the archive file, so we
have to call seek().
Tim Kientzle [Sat, 26 Nov 2011 07:00:43 +0000 (02:00 -0500)]
When reading deflate data, we should still treat the "compressed size"
value as a limit instead of assuming the deflate stream will agree.
This fixes an internal assertion failure when trying to read certain
inconsistent Zip archives.
Further the robustness of the ISO reader against corrupted ISO images.
- Do not allow a negative location when the file is not empty since
it's too large and it will makes a negative file offset, which the
ISO reader dose not expect to use the offset for non empty files at all.
Tim Kientzle [Thu, 24 Nov 2011 08:56:20 +0000 (03:56 -0500)]
Issue 152: With a little work, we actually can extract
this type of archive even with the streaming reader.
The end-of-data marker used with length-at-end storage
is actually more distinctive than I had at first thought.
This commit changes the streaming reader to look
for the end-of-data marker when scanning uncompressed
bodies.
Issue 199: Improve robustness against corrupted ISO images.
- Back out r3823. it was not insufficient for such corrupted ISO images.
- Check "RE" extension strictly: stop just clearing "RE" extension
as if it were not defined.
- Check "CL" extension strictly:
* "CL" does not point at itself.
* "CL" does not point at its parents.
* A directory file cannot have "CL" extension.
* A file which has "CL" extension is not on the top level of
a directory tree.
Tim Kientzle [Wed, 23 Nov 2011 09:15:30 +0000 (04:15 -0500)]
Issue 152: Now that we have a seeking Zip reader that understands
Central Directory, we can take the sample Zip file from this issue
and build a test around it.
This mostly involves cleaning up the handling of data that appears
in both the central directory and the local file header. In
particular, some writers set crc and size fields to zero in the
local file header for no apparent reason. Fixing this also changes
a few tests that assumed the Zip reader didn't always have accurate
file information. It now does have accurate file information
from the central directory in the seek case.
Tim Kientzle [Wed, 23 Nov 2011 07:47:46 +0000 (02:47 -0500)]
When we do an implicit data-skip during a header request, be
a little more careful about errors:
* FATAL during the data-skip is very bad (obviously)
* EOF during the data-skip is very bad (EOF should only ever be
returned by next-header)
* EOF from the header fetch always has to be returned, even if we
drop a warning to do so. (In theory, we could defer the warning
until close, but that's a little weird, too.)
* Otherwise, return whichever is worst.
Tim Kientzle [Mon, 21 Nov 2011 00:52:32 +0000 (19:52 -0500)]
Try to decrease the performance hit of seeking during the bid phase.
Tell each bidder about the best bid so far so it can decide
to do nothing. Reorder support_format_all so formats
with relatively inexpensive bidders will run first.
projects / thirdparty / libarchive.git / log
