5 Commits

Author	SHA1	Message	Date
Lasse Collin	b339892668	Tests: tuktest.h: Rename file_from_* and use tuktest_malloc there.	2022-06-16 13:29:59 +03:00
Lasse Collin	00e3613f12	Tests: Use good-1-empty-bcj-lzma2.xz in test_bcj_exact_size. ... It's much nicer this way so that the test data isn't a hardcoded table inside the C file.	2022-06-14 21:29:21 +03:00
Lasse Collin	754d39fbeb	Tests: Convert test_bcj_exact_size to tuktest. ... The compress() and decompress() functions were merged because the later depends on the former so they need to be a single test case.	2022-06-02 20:28:23 +03:00
Lasse Collin	c7f4041f6b	Tests: Fix a memory leak in test_bcj_exact_size. ... Thanks to Cristian Rodríguez.	2015-05-13 20:57:55 +03:00
Lasse Collin	d8db706acb	liblzma: Fix possibility of incorrect LZMA_BUF_ERROR. ... lzma_code() could incorrectly return LZMA_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 LZMA_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. Another situation where the bug can be triggered happens if the uncompressed size is zero bytes and no output space is provided. In this case the decompression can fail even if the whole input file is given to lzma_code(). A similar bug was fixed in XZ Embedded on 2011-09-19.	2012-05-28 20:42:11 +03:00