From: Mark Adler Date: Tue, 9 Jan 2018 02:16:05 +0000 (-0800) Subject: Emphasize the need to continue decompressing gzip members. X-Git-Tag: v1.2.12~39 X-Git-Url: https://git.lizzy.rs/?a=commitdiff_plain;h=bf88202e314898f74b42995a71bb67d1bcc51883;p=zlib.git Emphasize the need to continue decompressing gzip members. --- diff --git a/zlib.h b/zlib.h index ddd0b47..54dc06d 100644 --- a/zlib.h +++ b/zlib.h @@ -866,9 +866,11 @@ ZEXTERN int ZEXPORT inflateInit2 OF((z_streamp strm, detection, or add 16 to decode only the gzip format (the zlib format will return a Z_DATA_ERROR). If a gzip stream is being decoded, strm->adler is a CRC-32 instead of an Adler-32. Unlike the gunzip utility and gzread() (see - below), inflate() will not automatically decode concatenated gzip streams. - inflate() will return Z_STREAM_END at the end of the gzip stream. The state - would need to be reset to continue decoding a subsequent gzip stream. + below), inflate() will *not* automatically decode concatenated gzip members. + inflate() will return Z_STREAM_END at the end of the gzip member. The state + would need to be reset to continue decoding a subsequent gzip member. This + *must* be done if there is more data after a gzip member, in order for the + decompression to be compliant with the gzip standard (RFC 1952). inflateInit2 returns Z_OK if success, Z_MEM_ERROR if there was not enough memory, Z_VERSION_ERROR if the zlib library version is incompatible with the