Re: [compress] progress monitoring

2016-03-30 Thread Stefan Bodewig
On 2016-03-28, Emmanuel Bourg wrote: > Le 27/03/2016 18:41, Stefan Bodewig a écrit : >> Is this a feature we generally want to see in compress? And if so, does >> the branch make sense or should we tackle this in a different way? > I like the idea of progress tracking, and the implementation on

Re: [compress] progress monitoring

2016-03-28 Thread Gary Gregory
I've had progress streams and writers laying around for a long time. I'll have to take the time to donate them to [io]... Gary On Mon, Mar 28, 2016 at 6:24 AM, Emmanuel Bourg wrote: > Le 27/03/2016 18:41, Stefan Bodewig a écrit : > > > Is this a feature we generally want to see in compress? And

Re: [compress] progress monitoring

2016-03-28 Thread Emmanuel Bourg
Le 27/03/2016 18:41, Stefan Bodewig a écrit : > Is this a feature we generally want to see in compress? And if so, does > the branch make sense or should we tackle this in a different way? I like the idea of progress tracking, and the implementation on the branch is ok (I'd just add a try-catch a

[compress] progress monitoring

2016-03-27 Thread Stefan Bodewig
Hi all https://issues.apache.org/jira/browse/COMPRESS-207 asks for progress tracking inside BZip2CompressorInputStream. As such I think the request is to narrow (why add it for bzip2 but not gzip2?) and I created the branch COMPRESS-207 for a prototypical implementation. This is incomplete since I