From 3f0a1124eb7a7f09d273851777d7ccbe4e92f6db Mon Sep 17 00:00:00 2001 From: Con Kolivas Date: Tue, 26 Apr 2011 10:09:27 +1000 Subject: [PATCH] Update docs. --- ChangeLog | 6 ++++++ TODO | 7 +++++++ WHATS-NEW | 6 ++++++ 3 files changed, 19 insertions(+) diff --git a/ChangeLog b/ChangeLog index addeb47..fb2bced 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,4 +1,10 @@ lrzip ChangeLog +APRIL 2011, version 0.604 Con Kolivas +* Detach threads after creating them on the compression side. Not joining them +meant that compressing massive files requiring hundreds of threads would +eventually hit the resource limit of number of threads created even though +the threads themselves would exit. + APRIL 2011, version 0.603 Con Kolivas, George Makrydakis, Jari Aalto. * lseek in stream.c wasn't being compiled to the lseek64 variant on Apple due to missing includes, breaking >2GB files. Added includes. diff --git a/TODO b/TODO index 48ebcb1..6653cbb 100644 --- a/TODO +++ b/TODO @@ -1,5 +1,12 @@ MAYBE TODO for lrzip program +Upgrade to newer version of zpaq supporting 3 compression levels without +relying on open_memstream so it works without temporary files on apple. + +Get MD5 working on apple. + +Make sure STDIO works properly on large files on apple. + Make a liblrzip library. Other posix/windows builds?? Need help there... diff --git a/WHATS-NEW b/WHATS-NEW index 7fe5ee6..660f51b 100644 --- a/WHATS-NEW +++ b/WHATS-NEW @@ -1,3 +1,9 @@ +lrzip-0.604 + +lrzip will no longer fail with a "resource temporarily unavailable" error +when compressing files over 100GB that require hundreds of threads to +complete. + lrzip-0.603 lrzip now supports stdout without requiring the '-o -' option. It detects when