From 558e5e40ee5e5a3afb24181c2a883226017afe7c Mon Sep 17 00:00:00 2001 From: Con Kolivas Date: Sat, 7 May 2011 23:50:08 +1000 Subject: [PATCH] Update docs for small file fixes. --- ChangeLog | 10 ++++++++++ WHATS-NEW | 4 ++++ 2 files changed, 14 insertions(+) diff --git a/ChangeLog b/ChangeLog index f151493..ab3c98b 100644 --- a/ChangeLog +++ b/ChangeLog @@ -6,6 +6,16 @@ executable, and to be consistent with gzip. * Fix counter from being zeroed on every loop in rzip.c which was creating excess progress output. * Update GNU license. +* Set aside at least page_size of zeroes when compressing a chunk, thus +allowing files that are otherwise too small to compress with lrzip to be +compressed. The zeroes will just be dropped on decompression. +* Add explicit checks to cope with zero sized files as well. +* Remove the arbitrary 128 byte minimum size restriction on archives now that +any size file can be safely archived. +* Set the eof flag when reading older file format files to not hang on zero +byte sized archives. +* Update the percentage counter when getting file info to not overflow with +tiny files. APRIL 2011, version 0.604 Con Kolivas * Detach threads after creating them on the compression side. Not joining them diff --git a/WHATS-NEW b/WHATS-NEW index c442e1e..0f1ab15 100644 --- a/WHATS-NEW +++ b/WHATS-NEW @@ -3,6 +3,10 @@ lrzip and lrunzip will no longer automatically output to stdout due to addition of lrzcat executable, and to be consistent with gzip. lrzip progress output will no longer spam the output unless the percentage has changed. +lrzip now has no lower limit on file sizes it will happily compress and is +able to work with zero byte sized files. +The percentage counter when getting file info on small files will not show +%nan. lrzip-0.604