Hello Antonio, >> this is OK, but LZ_decompress_finished only returns 1 after >> LZ_decompress_read has returned with -1, setting LZ_decompress_errno >> to LZ_header_error. > > Are you feeding any trailing garbage to LZ_decompress_write? Lzlib can > decompress concatenated lzip members (compressed data sets). So, if it finds > more data after the end of a member, it will try to decode a new header. >
For some stupid reasons, there was trailing garbage in the stream. Using hexedit one can check that the last 16 Bytes in the stream must be two little endian encoded 64bit integers. So, this helped me to solve this problem, however I am still struggling with LZ_compress_sync_flush. Thanks and Regards, Jacob _______________________________________________ Lzip-bug mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lzip-bug
