Re: [Lzip-bug] How to reset a LZ_Decoder

[Ersek, Laszlo]

On Fri, 18 Dec 2009, Jacob Rief wrote:

> Assume the buffers and flags of an LZ_Decoder are filled with some kind 
> of data, but for some reason (for instance a stream corruption) you want 
> forward up to the next member and start decompression from there.

Such functionality might be very useful for parallelizing decompression, 
at least that of multi-member files.


> Thus instead of destroying and recreating a LZ_Decoder, a useful 
> function would be to somehow clear the buffers and reset the internal 
> flags to a state equivalent to a decoder just after creation,

Why is the destroy/recreate way unsuitable? Does it incur a performance 
penalty too big? (I have no idea.)

Thanks,
lacos