xz.git - XZ Utils

Age	Commit message (Collapse)	Author	Files	Lines
2023-08-01	Docs: Fix typos found by codespell	Dimitri Papadopoulos Orfanos	1	-4/+4

2023-02-03	liblzma: Silence warnings from clang -Wconditional-uninitialized.	Lasse Collin	1	-3/+5
	This is similar to 2ce4f36f179a81d0c6e182a409f363df759d1ad0. The actual initialization of the variables is done inside mythread_sync() macro. Clang doesn't seem to see that the initialization code inside the macro is always executed.
2023-01-09	liblzma: Replaced hardcoded 0x0 index indicator byte with macro	Jia Tan	1	-1/+1

2022-11-26	liblzma: Use lzma_filters_free() in more places.	Lasse Collin	1	-17/+5

2022-11-07	liblzma: Include cached memory in reported memusage in threaded decoder.	Lasse Collin	1	-3/+19
	This affects lzma_memusage() and lzma_memlimit_set() when used with the threaded decompressor. Now all allocations are reported by lzma_memusage() (so it's not misleading) and lzma_memlimit_set() cannot lower the limit below that value. The alternative would have been to allow lowering the limit if doing so is possible by freeing the cached memory but since the primary use case of lzma_memlimit_set() is to increase memlimit after LZMA_MEMLIMIT_ERROR this simple approach was selected. The cached memory was always included when enforcing the memory usage limit while decoding. Thanks to Jia Tan.
2022-10-24	liblzma: Threaded decoder: Stop the worker threads on errors.	Lasse Collin	1	-7/+26
	It's waste of CPU time and electricity to leave the unfinished worker threads running when it is known that their output will get ignored.
2022-08-18	liblzma: Threaded decoder: Improve LZMA_FAIL_FAST when LZMA_FINISH is used.	Lasse Collin	1	-0/+42
	It will now return LZMA_DATA_ERROR (not LZMA_OK or LZMA_BUF_ERROR) if LZMA_FINISH is used and there isn't enough input to finish decoding the Block Header or the Block. The use of LZMA_DATA_ERROR is simpler and the less risky than LZMA_BUF_ERROR but this might be changed before 5.4.0.
2022-05-23	liblzma: Silence a warning.	Lasse Collin	1	-1/+1
	The actual initialization is done via mythread_sync and seems that GCC doesn't necessarily see that it gets initialized there.
2022-04-06	liblzma: Threaded decoder: Improve setting of pending_error.	Lasse Collin	1	-16/+35
	It doesn't need to be done conditionally. The comments try to explain it.
2022-04-06	liblzma: Add a new flag LZMA_FAIL_FAST for threaded decoder.	Lasse Collin	1	-22/+28
	In most cases if the input file is corrupt the application won't care about the uncompressed content at all. With this new flag the threaded decoder will return an error as soon as any thread has detected an error; it won't wait to copy out the data before the location of the error. I don't plan to use this in xz to keep the behavior consistent between single-threaded and multi-threaded modes.
2022-04-05	liblzma: Threaded decoder: Always wait for output if LZMA_FINISH is used.	Lasse Collin	1	-2/+24
	This makes the behavior consistent with the single-threaded decoder when handling truncated .xz files. Thanks to Jia Tan for finding this issue.
2022-04-02	liblzma: Threaded decoder: Support zpipe.c-style decoding loop.	Lasse Collin	1	-10/+67
	This makes it possible to call lzma_code() in a loop that only reads new input when lzma_code() didn't fill the output buffer completely. That isn't the calling style suggested by the liblzma example program 02_decompress.c so perhaps the usefulness of this feature is limited. Also, it is possible to write such a loop so that it works with the single-threaded decoder but not with the threaded decoder even after this commit, or so that it works only if lzma_mt.timeout = 0. The zlib tutorial <https://zlib.net/zlib_how.html> is a well-known example of a loop where more input is read only when output isn't full. Porting this as is to liblzma would work with the single-threaded decoder (if LZMA_CONCATENATED isn't used) but it wouldn't work with threaded decoder even after this commit because the loop assumes that no more output is possible when it cannot read more input ("if (strm.avail_in == 0) break;"). This cannot be fixed at liblzma side; the loop has to be modified at least a little. I'm adding this in any case because the actual code is simple and short and should have no harmful side-effects in other situations.
2022-03-26	liblzma: Fix a deadlock in threaded decoder.	Lasse Collin	1	-19/+52
	If a worker thread has consumed all input so far and it's waiting on thr->cond and then the main thread enables partial update for that thread, the code used to deadlock. This commit allows one dummy decoding pass to occur in this situation which then also does the partial update. As part of the fix, this moves thr->progress_* updates to avoid the second thr->mutex locking. Thanks to Jia Tan for finding, debugging, and reporting the bug.
2022-03-23	liblzma: Threaded decoder: Don't stop threads on LZMA_TIMED_OUT.	Lasse Collin	1	-1/+1
	LZMA_TIMED_OUT is not an error and thus stopping threads on LZMA_TIMED_OUT breaks the decoder badly. Thanks to Jia Tan for finding the bug and for the patch.
2022-03-07	liblzma: Add threaded .xz decompressor.	Lasse Collin	1	-0/+1814
	I realize that this is about a decade late. Big thanks to Sebastian Andrzej Siewior for the original patch. I made a bunch of smaller changes but after a while quite a few things got rewritten. So any bugs in the commit were created by me.