Hello Antonio, currently I am adding LZMA support to an existing streaming library using your lzlib implementation.
Up to now I can stream out and stream in data, however there is something I am wondering about. The stream has been implemented using your schema: 1) LZ_decompress_open 2) LZ_decompress_write 3) LZ_decompress_read 4) go back to step 2 until the input stream reached it's end 5) LZ_decompress_finish 6) LZ_decompress_read 7) go back to step 6 until LZ_decompress_finished returns 1 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. 8) LZ_decompress_close This implementation works fine, but from the point of view of an API client, I would expect for cleanness and symmetry reasons that LZ_decompress_finished returns 1 BEFORE LZ_decompress_read returns an error. This would allow to always check for LZ_ok immediately after LZ_decompress_read. So, is this a feature or a bug? Thanks, Jacob _______________________________________________ Lzip-bug mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/lzip-bug
