Oh well, big messy commit again. Some highlights:

  - Updated to the latest, probably final file format version.
  - Command line tool reworked to not use threads anymore.
    Threading will probably go into liblzma anyway.
  - Memory usage limit is now about 30 % for uncompression
    and about 90 % for compression.
  - Progress indicator with --verbose
  - Simplified --help and full --long-help
  - Upgraded to the last LGPLv2.1+ getopt_long from gnulib.
  - Some bug fixes

1 files changed, 9 insertions, 3 deletions

diff --git a/tests/files/README b/tests/files/README
index 9818d3f1..8f0a73a7 100644
--- a/tests/files/README
+++ b/tests/files/README
@@ -172,11 +172,14 @@
 
     bad-1-block_header-3.xz has wrong CRC32 in Block Header.
 
-    bad-1-block_header-4.xz has too big Compressed Size (2^63 bytes while
-    maximum is 2^63 - 4 bytes) in Block Header. It's important that the
-    file gets rejected due to invalid Compressed Size value; the decoder
+    bad-1-block_header-4.xz has too big Compressed Size in Block Header
+    (2^64 - 1 bytes while maximum is a little less, because the whole
+    Block must stay smaller than 2^64). It's important that the file
+    gets rejected due to invalid Compressed Size value; the decoder
     must not try decoding the Compressed Data field.
 
+    bad-1-block_header-5.xz has zero as Compressed Size in Block Header.
+
     bad-2-index-1.xz has wrong Total Sizes in Index.
 
     bad-2-index-2.xz has wrong Uncompressed Sizes in Index.
@@ -185,6 +188,9 @@
 
     bad-2-index-4.xz wrong CRC32 in Index.
 
+    bad-2-index-5.xz has zero as Total Size. It is important that the file
+    gets rejected specifically due to Total Size having an invalid value.
+
     bad-2-compressed_data_padding.xz has non-nul byte in the padding of
     the Compressed Data field of the first Block.