- Jun 22, 2012
-
-
Lasse Collin authored
-
Lasse Collin authored
-
Lasse Collin authored
Thanks to Jonathan Nieder.
-
Lasse Collin authored
-
Lasse Collin authored
These have more comments than the old examples and human-readable error messages. More tutorial-like examples are needed but these are a start.
-
Lasse Collin authored
It is good to keep these around to so that if someone has copied the decompressor bug from xz_pipe_decomp.c he has an example how to easily fix it.
-
Lasse Collin authored
- May 31, 2012
-
-
Lasse Collin authored
Thanks to Milo Casagrande.
-
- May 30, 2012
-
-
Lasse Collin authored
Thanks to Adrien Nader.
-
- May 29, 2012
-
-
Lasse Collin authored
-
Lasse Collin authored
-
Lasse Collin authored
-
Lasse Collin authored
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.
-
Lasse Collin authored
-
Lasse Collin authored
-
Lasse Collin authored
This documents only the columns that are in v5.0. The new columns added in the master branch aren't necessarily stable yet.
-
Lasse Collin authored
It printed the filename in "filename (x/y)" format which it obviously shouldn't do in robot mode.
-
- May 24, 2012
-
-
Lasse Collin authored
-
Lasse Collin authored
-
Benno Schulenberg authored
Also hyphenate several compound adjectives. Signed-off-by:
Benno Schulenberg <bensberg@justemail.net>
-
Lasse Collin authored
-
Lasse Collin authored
-
Lasse Collin authored
This way xz should work on 386SX and 486SX. Floating point only is needed for verbose output in xz.
-
Lasse Collin authored
-
Lasse Collin authored
-
Lasse Collin authored
When grepping binary files, grep may exit before it has read all the input. In this case, gzip -q returns 2 (eating SIGPIPE), but xz and bzip2 show SIGPIPE as the exit status (e.g. 141). This causes wrong exit status when grepping xz- or bzip2-compressed binary files. The fix checks for the special exit status that indicates SIGPIPE. It uses kill -l which should be supported everywhere since it is in both SUSv2 (1997) and POSIX.1-2008. Thanks to James Buren for the bug report.
-
Lasse Collin authored
-
Lasse Collin authored
-
Lasse Collin authored
It was renamed to ax_pthread.m4 in Autoconf Archive.
-
Lasse Collin authored
Reported here: http://sourceforge.net/projects/lzmautils/forums/forum/708858/topic/4927385
-
Lasse Collin authored
-
- Nov 04, 2011
-
-
Lasse Collin authored
Thanks to Bela Lubkin.
-
- Nov 03, 2011
-
-
Lasse Collin authored
-
Lasse Collin authored
Thanks to Chris Donawa.
-
- Sep 06, 2011
-
-
Lasse Collin authored
-
- Sep 05, 2011
-
-
Lasse Collin authored
-
Lasse Collin authored
-
Lasse Collin authored
The scripts are now made executable in the build tree. This way the scripts can be run like programs in test_scripts.sh. Previously test_scripts.sh always used sh but it's not correct if @POSIX_SHELL@ is set to something else by configure. Thanks to Jonathan Nieder for the patch.
-
Lasse Collin authored
xzdiff was clobbering the exit status from diff in a case statement used to analyze the exit statuses from "xz" when its operands were two compressed files. Save and restore diff's exit status to fix this. The bug is inherited from zdiff in GNU gzip and was fixed there on 2009-10-09. Thanks to Jonathan Nieder for the patch and to Peter Pallinger for reporting the bug.
-