Hello Antonio, doing a compression with member_size=unlimited, but enforcing to restart a member by the client now works according to the description. Thanks for implementing this feature :).
Now the question is, how to do it vice versa? Say, you get an LZIP-stream, but missed the header of the member, or the stream is corrupt but you want to synchronize the stream up to the next member. Searching for the special string "LZIP" is easy, although a utility function implementing the Boyer-Moore-algorithm would by nice (I can write that, if you want). But then, how to continue? The LZ_Decoder might be initialized, some data might have been LZ_decompress_writ'ten, but LZ_decompress_read returns stream errors. In such a situation the decoder has to be reseted, say LZ_decompress_clear to flush the written, but not yet read data. The only way I see is to LZ_decompress_close and to LZ_decompress_open, deallocating and reallocating the internal buffers, which is not an elegant solution. Is there some other kind to reset an LZ_Decoder? Regards, Jacob _______________________________________________ Lzip-bug mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lzip-bug
