forks/busybox/archival/libarchive/unxz, branch master

dpkg-deb: work around bogus error message when working with XZ compressed packages

2019-10-11T12:11:44+00:00

function old new delta unpack_xz_stream 2309 2317 +8 bb_full_fd_action 464 472 +8 Signed-off-by: Denys Vlasenko

Spelling fixes in comments, documentation, tests and examples

2017-04-17T14:13:32+00:00

By klemens Signed-off-by: Denys Vlasenko

Removes stray empty line from code

2015-07-13T01:25:46+00:00

This patch removes stray empty line from busybox code reported by script find_stray_empty_lines Signed-off-by: Maninder Singh Signed-off-by: Akhilesh Kumar Signed-off-by: Denys Vlasenko

xz: mention xzminidec.c in README

2013-02-27T15:41:36+00:00

Signed-off-by: Lasse Collin Signed-off-by: Denys Vlasenko

xz: fix incorrect XZ_BUF_ERROR

2013-02-27T15:39:56+00:00

xz_dec_run() could incorrectly return XZ_BUF_ERROR if all of the following was true: - The caller knows how many bytes of output to expect and only provides that much output space. - When the last output bytes are decoded, the caller-provided input buffer ends right before the LZMA2 end of payload marker. So LZMA2 won't provide more output anymore, but it won't know it yet and thus won't return XZ_STREAM_END yet. - A BCJ filter is in use and it hasn't left any unfiltered bytes in the temp buffer. This can happen with any BCJ filter, but in practice it's more likely with filters other than the x86 BCJ. This fixes where Squashfs thinks that a valid file system is corrupt. Thanks to Jindrich Novy for telling me that such a bug report exists, Phillip Lougher for providing excellent debug info, and other people on #fedora-ppc. This also fixes a similar bug in single-call mode where the uncompressed size of a XZ Block using BCJ + LZMA2 was 0 bytes and caller provided no output space. Many empty .xz files don't contain any Blocks and thus don't trigger this bug. This also tweaks a closely related detail: xz_dec_bcj_run() could call xz_dec_lzma2_run() to decode into temp buffer when it was known to be useless. This was harmless although it wasted a minuscule number of CPU cycles. Signed-off-by: Lasse Collin Signed-off-by: Denys Vlasenko

xz: fix decoding of LZMA2 streams having no uncompressed data.

2013-02-27T15:38:06+00:00

No .xz encoder creates files with empty LZMA2 streams, but such files would still be valid and decompressors must accept them. Note that empty .xz files are a different thing than empty LZMA2 streams. This bug didn't affect typical .xz files that had no uncompressed data. Signed-off-by: Lasse Collin Signed-off-by: Denys Vlasenko

cz: add C++ support to xz.h

2013-02-27T15:37:18+00:00

Signed-off-by: Lasse Collin Signed-off-by: Denys Vlasenko

xz: remove an empty line from xz_dec_lzma2.c

2013-02-27T15:36:17+00:00

Signed-off-by: Lasse Collin Signed-off-by: Denys Vlasenko

xz: make bcj_x86_test_msbyte() an inline function

2013-02-27T15:34:06+00:00

Signed-off-by: Lasse Collin Signed-off-by: Denys Vlasenko

xz: add a comment about using uint32_t as vli_type

2013-02-27T15:32:03+00:00

Signed-off-by: Lasse Collin Signed-off-by: Denys Vlasenko