/* zlib.h -- interface of the 'zlib' general purpose compression library1version 1.3.1, January 22nd, 202423Copyright (C) 1995-2024 Jean-loup Gailly and Mark Adler45This software is provided 'as-is', without any express or implied6warranty. In no event will the authors be held liable for any damages7arising from the use of this software.89Permission is granted to anyone to use this software for any purpose,10including commercial applications, and to alter it and redistribute it11freely, subject to the following restrictions:12131. The origin of this software must not be misrepresented; you must not14claim that you wrote the original software. If you use this software15in a product, an acknowledgment in the product documentation would be16appreciated but is not required.172. Altered source versions must be plainly marked as such, and must not be18misrepresented as being the original software.193. This notice may not be removed or altered from any source distribution.2021Jean-loup Gailly Mark Adler22[email protected] [email protected]232425The data format used by the zlib library is described by RFCs (Request for26Comments) 1950 to 1952 in the files http://tools.ietf.org/html/rfc195027(zlib format), rfc1951 (deflate format) and rfc1952 (gzip format).28*/2930#ifndef ZLIB_H31#define ZLIB_H3233#include "zconf.h"3435#ifdef __cplusplus36extern "C" {37#endif3839#define ZLIB_VERSION "1.3.1"40#define ZLIB_VERNUM 0x131041#define ZLIB_VER_MAJOR 142#define ZLIB_VER_MINOR 343#define ZLIB_VER_REVISION 144#define ZLIB_VER_SUBREVISION 04546/*47The 'zlib' compression library provides in-memory compression and48decompression functions, including integrity checks of the uncompressed data.49This version of the library supports only one compression method (deflation)50but other algorithms will be added later and will have the same stream51interface.5253Compression can be done in a single step if the buffers are large enough,54or can be done by repeated calls of the compression function. In the latter55case, the application must provide more input and/or consume the output56(providing more output space) before each call.5758The compressed data format used by default by the in-memory functions is59the zlib format, which is a zlib wrapper documented in RFC 1950, wrapped60around a deflate stream, which is itself documented in RFC 1951.6162The library also supports reading and writing files in gzip (.gz) format63with an interface similar to that of stdio using the functions that start64with "gz". The gzip format is different from the zlib format. gzip is a65gzip wrapper, documented in RFC 1952, wrapped around a deflate stream.6667This library can optionally read and write gzip and raw deflate streams in68memory as well.6970The zlib format was designed to be compact and fast for use in memory71and on communications channels. The gzip format was designed for single-72file compression on file systems, has a larger header than zlib to maintain73directory information, and uses a different, slower check method than zlib.7475The library does not install any signal handler. The decoder checks76the consistency of the compressed data, so the library should never crash77even in the case of corrupted input.78*/7980typedef voidpf (*alloc_func)(voidpf opaque, uInt items, uInt size);81typedef void (*free_func)(voidpf opaque, voidpf address);8283struct internal_state;8485typedef struct z_stream_s {86z_const Bytef *next_in; /* next input byte */87uInt avail_in; /* number of bytes available at next_in */88uLong total_in; /* total number of input bytes read so far */8990Bytef *next_out; /* next output byte will go here */91uInt avail_out; /* remaining free space at next_out */92uLong total_out; /* total number of bytes output so far */9394z_const char *msg; /* last error message, NULL if no error */95struct internal_state FAR *state; /* not visible by applications */9697alloc_func zalloc; /* used to allocate the internal state */98free_func zfree; /* used to free the internal state */99voidpf opaque; /* private data object passed to zalloc and zfree */100101int data_type; /* best guess about the data type: binary or text102for deflate, or the decoding state for inflate */103uLong adler; /* Adler-32 or CRC-32 value of the uncompressed data */104uLong reserved; /* reserved for future use */105} z_stream;106107typedef z_stream FAR *z_streamp;108109/*110gzip header information passed to and from zlib routines. See RFC 1952111for more details on the meanings of these fields.112*/113typedef struct gz_header_s {114int text; /* true if compressed data believed to be text */115uLong time; /* modification time */116int xflags; /* extra flags (not used when writing a gzip file) */117int os; /* operating system */118Bytef *extra; /* pointer to extra field or Z_NULL if none */119uInt extra_len; /* extra field length (valid if extra != Z_NULL) */120uInt extra_max; /* space at extra (only when reading header) */121Bytef *name; /* pointer to zero-terminated file name or Z_NULL */122uInt name_max; /* space at name (only when reading header) */123Bytef *comment; /* pointer to zero-terminated comment or Z_NULL */124uInt comm_max; /* space at comment (only when reading header) */125int hcrc; /* true if there was or will be a header crc */126int done; /* true when done reading gzip header (not used127when writing a gzip file) */128} gz_header;129130typedef gz_header FAR *gz_headerp;131132/*133The application must update next_in and avail_in when avail_in has dropped134to zero. It must update next_out and avail_out when avail_out has dropped135to zero. The application must initialize zalloc, zfree and opaque before136calling the init function. All other fields are set by the compression137library and must not be updated by the application.138139The opaque value provided by the application will be passed as the first140parameter for calls of zalloc and zfree. This can be useful for custom141memory management. The compression library attaches no meaning to the142opaque value.143144zalloc must return Z_NULL if there is not enough memory for the object.145If zlib is used in a multi-threaded application, zalloc and zfree must be146thread safe. In that case, zlib is thread-safe. When zalloc and zfree are147Z_NULL on entry to the initialization function, they are set to internal148routines that use the standard library functions malloc() and free().149150On 16-bit systems, the functions zalloc and zfree must be able to allocate151exactly 65536 bytes, but will not be required to allocate more than this if152the symbol MAXSEG_64K is defined (see zconf.h). WARNING: On MSDOS, pointers153returned by zalloc for objects of exactly 65536 bytes *must* have their154offset normalized to zero. The default allocation function provided by this155library ensures this (see zutil.c). To reduce memory requirements and avoid156any allocation of 64K objects, at the expense of compression ratio, compile157the library with -DMAX_WBITS=14 (see zconf.h).158159The fields total_in and total_out can be used for statistics or progress160reports. After compression, total_in holds the total size of the161uncompressed data and may be saved for use by the decompressor (particularly162if the decompressor wants to decompress everything in a single step).163*/164165/* constants */166167#define Z_NO_FLUSH 0168#define Z_PARTIAL_FLUSH 1169#define Z_SYNC_FLUSH 2170#define Z_FULL_FLUSH 3171#define Z_FINISH 4172#define Z_BLOCK 5173#define Z_TREES 6174/* Allowed flush values; see deflate() and inflate() below for details */175176#define Z_OK 0177#define Z_STREAM_END 1178#define Z_NEED_DICT 2179#define Z_ERRNO (-1)180#define Z_STREAM_ERROR (-2)181#define Z_DATA_ERROR (-3)182#define Z_MEM_ERROR (-4)183#define Z_BUF_ERROR (-5)184#define Z_VERSION_ERROR (-6)185/* Return codes for the compression/decompression functions. Negative values186* are errors, positive values are used for special but normal events.187*/188189#define Z_NO_COMPRESSION 0190#define Z_BEST_SPEED 1191#define Z_BEST_COMPRESSION 9192#define Z_DEFAULT_COMPRESSION (-1)193/* compression levels */194195#define Z_FILTERED 1196#define Z_HUFFMAN_ONLY 2197#define Z_RLE 3198#define Z_FIXED 4199#define Z_DEFAULT_STRATEGY 0200/* compression strategy; see deflateInit2() below for details */201202#define Z_BINARY 0203#define Z_TEXT 1204#define Z_ASCII Z_TEXT /* for compatibility with 1.2.2 and earlier */205#define Z_UNKNOWN 2206/* Possible values of the data_type field for deflate() */207208#define Z_DEFLATED 8209/* The deflate compression method (the only one supported in this version) */210211#define Z_NULL 0 /* for initializing zalloc, zfree, opaque */212213#define zlib_version zlibVersion()214/* for compatibility with versions < 1.0.2 */215216217/* basic functions */218219ZEXTERN const char * ZEXPORT zlibVersion(void);220/* The application can compare zlibVersion and ZLIB_VERSION for consistency.221If the first character differs, the library code actually used is not222compatible with the zlib.h header file used by the application. This check223is automatically made by deflateInit and inflateInit.224*/225226/*227ZEXTERN int ZEXPORT deflateInit(z_streamp strm, int level);228229Initializes the internal stream state for compression. The fields230zalloc, zfree and opaque must be initialized before by the caller. If231zalloc and zfree are set to Z_NULL, deflateInit updates them to use default232allocation functions. total_in, total_out, adler, and msg are initialized.233234The compression level must be Z_DEFAULT_COMPRESSION, or between 0 and 9:2351 gives best speed, 9 gives best compression, 0 gives no compression at all236(the input data is simply copied a block at a time). Z_DEFAULT_COMPRESSION237requests a default compromise between speed and compression (currently238equivalent to level 6).239240deflateInit returns Z_OK if success, Z_MEM_ERROR if there was not enough241memory, Z_STREAM_ERROR if level is not a valid compression level, or242Z_VERSION_ERROR if the zlib library version (zlib_version) is incompatible243with the version assumed by the caller (ZLIB_VERSION). msg is set to null244if there is no error message. deflateInit does not perform any compression:245this will be done by deflate().246*/247248249ZEXTERN int ZEXPORT deflate(z_streamp strm, int flush);250/*251deflate compresses as much data as possible, and stops when the input252buffer becomes empty or the output buffer becomes full. It may introduce253some output latency (reading input without producing any output) except when254forced to flush.255256The detailed semantics are as follows. deflate performs one or both of the257following actions:258259- Compress more input starting at next_in and update next_in and avail_in260accordingly. If not all input can be processed (because there is not261enough room in the output buffer), next_in and avail_in are updated and262processing will resume at this point for the next call of deflate().263264- Generate more output starting at next_out and update next_out and avail_out265accordingly. This action is forced if the parameter flush is non zero.266Forcing flush frequently degrades the compression ratio, so this parameter267should be set only when necessary. Some output may be provided even if268flush is zero.269270Before the call of deflate(), the application should ensure that at least271one of the actions is possible, by providing more input and/or consuming more272output, and updating avail_in or avail_out accordingly; avail_out should273never be zero before the call. The application can consume the compressed274output when it wants, for example when the output buffer is full (avail_out275== 0), or after each call of deflate(). If deflate returns Z_OK and with276zero avail_out, it must be called again after making room in the output277buffer because there might be more output pending. See deflatePending(),278which can be used if desired to determine whether or not there is more output279in that case.280281Normally the parameter flush is set to Z_NO_FLUSH, which allows deflate to282decide how much data to accumulate before producing output, in order to283maximize compression.284285If the parameter flush is set to Z_SYNC_FLUSH, all pending output is286flushed to the output buffer and the output is aligned on a byte boundary, so287that the decompressor can get all input data available so far. (In288particular avail_in is zero after the call if enough output space has been289provided before the call.) Flushing may degrade compression for some290compression algorithms and so it should be used only when necessary. This291completes the current deflate block and follows it with an empty stored block292that is three bits plus filler bits to the next byte, followed by four bytes293(00 00 ff ff).294295If flush is set to Z_PARTIAL_FLUSH, all pending output is flushed to the296output buffer, but the output is not aligned to a byte boundary. All of the297input data so far will be available to the decompressor, as for Z_SYNC_FLUSH.298This completes the current deflate block and follows it with an empty fixed299codes block that is 10 bits long. This assures that enough bytes are output300in order for the decompressor to finish the block before the empty fixed301codes block.302303If flush is set to Z_BLOCK, a deflate block is completed and emitted, as304for Z_SYNC_FLUSH, but the output is not aligned on a byte boundary, and up to305seven bits of the current block are held to be written as the next byte after306the next deflate block is completed. In this case, the decompressor may not307be provided enough bits at this point in order to complete decompression of308the data provided so far to the compressor. It may need to wait for the next309block to be emitted. This is for advanced applications that need to control310the emission of deflate blocks.311312If flush is set to Z_FULL_FLUSH, all output is flushed as with313Z_SYNC_FLUSH, and the compression state is reset so that decompression can314restart from this point if previous compressed data has been damaged or if315random access is desired. Using Z_FULL_FLUSH too often can seriously degrade316compression.317318If deflate returns with avail_out == 0, this function must be called again319with the same value of the flush parameter and more output space (updated320avail_out), until the flush is complete (deflate returns with non-zero321avail_out). In the case of a Z_FULL_FLUSH or Z_SYNC_FLUSH, make sure that322avail_out is greater than six when the flush marker begins, in order to avoid323repeated flush markers upon calling deflate() again when avail_out == 0.324325If the parameter flush is set to Z_FINISH, pending input is processed,326pending output is flushed and deflate returns with Z_STREAM_END if there was327enough output space. If deflate returns with Z_OK or Z_BUF_ERROR, this328function must be called again with Z_FINISH and more output space (updated329avail_out) but no more input data, until it returns with Z_STREAM_END or an330error. After deflate has returned Z_STREAM_END, the only possible operations331on the stream are deflateReset or deflateEnd.332333Z_FINISH can be used in the first deflate call after deflateInit if all the334compression is to be done in a single step. In order to complete in one335call, avail_out must be at least the value returned by deflateBound (see336below). Then deflate is guaranteed to return Z_STREAM_END. If not enough337output space is provided, deflate will not return Z_STREAM_END, and it must338be called again as described above.339340deflate() sets strm->adler to the Adler-32 checksum of all input read341so far (that is, total_in bytes). If a gzip stream is being generated, then342strm->adler will be the CRC-32 checksum of the input read so far. (See343deflateInit2 below.)344345deflate() may update strm->data_type if it can make a good guess about346the input data type (Z_BINARY or Z_TEXT). If in doubt, the data is347considered binary. This field is only for information purposes and does not348affect the compression algorithm in any manner.349350deflate() returns Z_OK if some progress has been made (more input351processed or more output produced), Z_STREAM_END if all input has been352consumed and all output has been produced (only when flush is set to353Z_FINISH), Z_STREAM_ERROR if the stream state was inconsistent (for example354if next_in or next_out was Z_NULL or the state was inadvertently written over355by the application), or Z_BUF_ERROR if no progress is possible (for example356avail_in or avail_out was zero). Note that Z_BUF_ERROR is not fatal, and357deflate() can be called again with more input and more output space to358continue compressing.359*/360361362ZEXTERN int ZEXPORT deflateEnd(z_streamp strm);363/*364All dynamically allocated data structures for this stream are freed.365This function discards any unprocessed input and does not flush any pending366output.367368deflateEnd returns Z_OK if success, Z_STREAM_ERROR if the369stream state was inconsistent, Z_DATA_ERROR if the stream was freed370prematurely (some input or output was discarded). In the error case, msg371may be set but then points to a static string (which must not be372deallocated).373*/374375376/*377ZEXTERN int ZEXPORT inflateInit(z_streamp strm);378379Initializes the internal stream state for decompression. The fields380next_in, avail_in, zalloc, zfree and opaque must be initialized before by381the caller. In the current version of inflate, the provided input is not382read or consumed. The allocation of a sliding window will be deferred to383the first call of inflate (if the decompression does not complete on the384first call). If zalloc and zfree are set to Z_NULL, inflateInit updates385them to use default allocation functions. total_in, total_out, adler, and386msg are initialized.387388inflateInit returns Z_OK if success, Z_MEM_ERROR if there was not enough389memory, Z_VERSION_ERROR if the zlib library version is incompatible with the390version assumed by the caller, or Z_STREAM_ERROR if the parameters are391invalid, such as a null pointer to the structure. msg is set to null if392there is no error message. inflateInit does not perform any decompression.393Actual decompression will be done by inflate(). So next_in, and avail_in,394next_out, and avail_out are unused and unchanged. The current395implementation of inflateInit() does not process any header information --396that is deferred until inflate() is called.397*/398399400ZEXTERN int ZEXPORT inflate(z_streamp strm, int flush);401/*402inflate decompresses as much data as possible, and stops when the input403buffer becomes empty or the output buffer becomes full. It may introduce404some output latency (reading input without producing any output) except when405forced to flush.406407The detailed semantics are as follows. inflate performs one or both of the408following actions:409410- Decompress more input starting at next_in and update next_in and avail_in411accordingly. If not all input can be processed (because there is not412enough room in the output buffer), then next_in and avail_in are updated413accordingly, and processing will resume at this point for the next call of414inflate().415416- Generate more output starting at next_out and update next_out and avail_out417accordingly. inflate() provides as much output as possible, until there is418no more input data or no more space in the output buffer (see below about419the flush parameter).420421Before the call of inflate(), the application should ensure that at least422one of the actions is possible, by providing more input and/or consuming more423output, and updating the next_* and avail_* values accordingly. If the424caller of inflate() does not provide both available input and available425output space, it is possible that there will be no progress made. The426application can consume the uncompressed output when it wants, for example427when the output buffer is full (avail_out == 0), or after each call of428inflate(). If inflate returns Z_OK and with zero avail_out, it must be429called again after making room in the output buffer because there might be430more output pending.431432The flush parameter of inflate() can be Z_NO_FLUSH, Z_SYNC_FLUSH, Z_FINISH,433Z_BLOCK, or Z_TREES. Z_SYNC_FLUSH requests that inflate() flush as much434output as possible to the output buffer. Z_BLOCK requests that inflate()435stop if and when it gets to the next deflate block boundary. When decoding436the zlib or gzip format, this will cause inflate() to return immediately437after the header and before the first block. When doing a raw inflate,438inflate() will go ahead and process the first block, and will return when it439gets to the end of that block, or when it runs out of data.440441The Z_BLOCK option assists in appending to or combining deflate streams.442To assist in this, on return inflate() always sets strm->data_type to the443number of unused bits in the last byte taken from strm->next_in, plus 64 if444inflate() is currently decoding the last block in the deflate stream, plus445128 if inflate() returned immediately after decoding an end-of-block code or446decoding the complete header up to just before the first byte of the deflate447stream. The end-of-block will not be indicated until all of the uncompressed448data from that block has been written to strm->next_out. The number of449unused bits may in general be greater than seven, except when bit 7 of450data_type is set, in which case the number of unused bits will be less than451eight. data_type is set as noted here every time inflate() returns for all452flush options, and so can be used to determine the amount of currently453consumed input in bits.454455The Z_TREES option behaves as Z_BLOCK does, but it also returns when the456end of each deflate block header is reached, before any actual data in that457block is decoded. This allows the caller to determine the length of the458deflate block header for later use in random access within a deflate block.459256 is added to the value of strm->data_type when inflate() returns460immediately after reaching the end of the deflate block header.461462inflate() should normally be called until it returns Z_STREAM_END or an463error. However if all decompression is to be performed in a single step (a464single call of inflate), the parameter flush should be set to Z_FINISH. In465this case all pending input is processed and all pending output is flushed;466avail_out must be large enough to hold all of the uncompressed data for the467operation to complete. (The size of the uncompressed data may have been468saved by the compressor for this purpose.) The use of Z_FINISH is not469required to perform an inflation in one step. However it may be used to470inform inflate that a faster approach can be used for the single inflate()471call. Z_FINISH also informs inflate to not maintain a sliding window if the472stream completes, which reduces inflate's memory footprint. If the stream473does not complete, either because not all of the stream is provided or not474enough output space is provided, then a sliding window will be allocated and475inflate() can be called again to continue the operation as if Z_NO_FLUSH had476been used.477478In this implementation, inflate() always flushes as much output as479possible to the output buffer, and always uses the faster approach on the480first call. So the effects of the flush parameter in this implementation are481on the return value of inflate() as noted below, when inflate() returns early482when Z_BLOCK or Z_TREES is used, and when inflate() avoids the allocation of483memory for a sliding window when Z_FINISH is used.484485If a preset dictionary is needed after this call (see inflateSetDictionary486below), inflate sets strm->adler to the Adler-32 checksum of the dictionary487chosen by the compressor and returns Z_NEED_DICT; otherwise it sets488strm->adler to the Adler-32 checksum of all output produced so far (that is,489total_out bytes) and returns Z_OK, Z_STREAM_END or an error code as described490below. At the end of the stream, inflate() checks that its computed Adler-32491checksum is equal to that saved by the compressor and returns Z_STREAM_END492only if the checksum is correct.493494inflate() can decompress and check either zlib-wrapped or gzip-wrapped495deflate data. The header type is detected automatically, if requested when496initializing with inflateInit2(). Any information contained in the gzip497header is not retained unless inflateGetHeader() is used. When processing498gzip-wrapped deflate data, strm->adler32 is set to the CRC-32 of the output499produced so far. The CRC-32 is checked against the gzip trailer, as is the500uncompressed length, modulo 2^32.501502inflate() returns Z_OK if some progress has been made (more input processed503or more output produced), Z_STREAM_END if the end of the compressed data has504been reached and all uncompressed output has been produced, Z_NEED_DICT if a505preset dictionary is needed at this point, Z_DATA_ERROR if the input data was506corrupted (input stream not conforming to the zlib format or incorrect check507value, in which case strm->msg points to a string with a more specific508error), Z_STREAM_ERROR if the stream structure was inconsistent (for example509next_in or next_out was Z_NULL, or the state was inadvertently written over510by the application), Z_MEM_ERROR if there was not enough memory, Z_BUF_ERROR511if no progress was possible or if there was not enough room in the output512buffer when Z_FINISH is used. Note that Z_BUF_ERROR is not fatal, and513inflate() can be called again with more input and more output space to514continue decompressing. If Z_DATA_ERROR is returned, the application may515then call inflateSync() to look for a good compression block if a partial516recovery of the data is to be attempted.517*/518519520ZEXTERN int ZEXPORT inflateEnd(z_streamp strm);521/*522All dynamically allocated data structures for this stream are freed.523This function discards any unprocessed input and does not flush any pending524output.525526inflateEnd returns Z_OK if success, or Z_STREAM_ERROR if the stream state527was inconsistent.528*/529530531/* Advanced functions */532533/*534The following functions are needed only in some special applications.535*/536537/*538ZEXTERN int ZEXPORT deflateInit2(z_streamp strm,539int level,540int method,541int windowBits,542int memLevel,543int strategy);544545This is another version of deflateInit with more compression options. The546fields zalloc, zfree and opaque must be initialized before by the caller.547548The method parameter is the compression method. It must be Z_DEFLATED in549this version of the library.550551The windowBits parameter is the base two logarithm of the window size552(the size of the history buffer). It should be in the range 8..15 for this553version of the library. Larger values of this parameter result in better554compression at the expense of memory usage. The default value is 15 if555deflateInit is used instead.556557For the current implementation of deflate(), a windowBits value of 8 (a558window size of 256 bytes) is not supported. As a result, a request for 8559will result in 9 (a 512-byte window). In that case, providing 8 to560inflateInit2() will result in an error when the zlib header with 9 is561checked against the initialization of inflate(). The remedy is to not use 8562with deflateInit2() with this initialization, or at least in that case use 9563with inflateInit2().564565windowBits can also be -8..-15 for raw deflate. In this case, -windowBits566determines the window size. deflate() will then generate raw deflate data567with no zlib header or trailer, and will not compute a check value.568569windowBits can also be greater than 15 for optional gzip encoding. Add57016 to windowBits to write a simple gzip header and trailer around the571compressed data instead of a zlib wrapper. The gzip header will have no572file name, no extra data, no comment, no modification time (set to zero), no573header crc, and the operating system will be set to the appropriate value,574if the operating system was determined at compile time. If a gzip stream is575being written, strm->adler is a CRC-32 instead of an Adler-32.576577For raw deflate or gzip encoding, a request for a 256-byte window is578rejected as invalid, since only the zlib header provides a means of579transmitting the window size to the decompressor.580581The memLevel parameter specifies how much memory should be allocated582for the internal compression state. memLevel=1 uses minimum memory but is583slow and reduces compression ratio; memLevel=9 uses maximum memory for584optimal speed. The default value is 8. See zconf.h for total memory usage585as a function of windowBits and memLevel.586587The strategy parameter is used to tune the compression algorithm. Use the588value Z_DEFAULT_STRATEGY for normal data, Z_FILTERED for data produced by a589filter (or predictor), Z_HUFFMAN_ONLY to force Huffman encoding only (no590string match), or Z_RLE to limit match distances to one (run-length591encoding). Filtered data consists mostly of small values with a somewhat592random distribution. In this case, the compression algorithm is tuned to593compress them better. The effect of Z_FILTERED is to force more Huffman594coding and less string matching; it is somewhat intermediate between595Z_DEFAULT_STRATEGY and Z_HUFFMAN_ONLY. Z_RLE is designed to be almost as596fast as Z_HUFFMAN_ONLY, but give better compression for PNG image data. The597strategy parameter only affects the compression ratio but not the598correctness of the compressed output even if it is not set appropriately.599Z_FIXED prevents the use of dynamic Huffman codes, allowing for a simpler600decoder for special applications.601602deflateInit2 returns Z_OK if success, Z_MEM_ERROR if there was not enough603memory, Z_STREAM_ERROR if any parameter is invalid (such as an invalid604method), or Z_VERSION_ERROR if the zlib library version (zlib_version) is605incompatible with the version assumed by the caller (ZLIB_VERSION). msg is606set to null if there is no error message. deflateInit2 does not perform any607compression: this will be done by deflate().608*/609610ZEXTERN int ZEXPORT deflateSetDictionary(z_streamp strm,611const Bytef *dictionary,612uInt dictLength);613/*614Initializes the compression dictionary from the given byte sequence615without producing any compressed output. When using the zlib format, this616function must be called immediately after deflateInit, deflateInit2 or617deflateReset, and before any call of deflate. When doing raw deflate, this618function must be called either before any call of deflate, or immediately619after the completion of a deflate block, i.e. after all input has been620consumed and all output has been delivered when using any of the flush621options Z_BLOCK, Z_PARTIAL_FLUSH, Z_SYNC_FLUSH, or Z_FULL_FLUSH. The622compressor and decompressor must use exactly the same dictionary (see623inflateSetDictionary).624625The dictionary should consist of strings (byte sequences) that are likely626to be encountered later in the data to be compressed, with the most commonly627used strings preferably put towards the end of the dictionary. Using a628dictionary is most useful when the data to be compressed is short and can be629predicted with good accuracy; the data can then be compressed better than630with the default empty dictionary.631632Depending on the size of the compression data structures selected by633deflateInit or deflateInit2, a part of the dictionary may in effect be634discarded, for example if the dictionary is larger than the window size635provided in deflateInit or deflateInit2. Thus the strings most likely to be636useful should be put at the end of the dictionary, not at the front. In637addition, the current implementation of deflate will use at most the window638size minus 262 bytes of the provided dictionary.639640Upon return of this function, strm->adler is set to the Adler-32 value641of the dictionary; the decompressor may later use this value to determine642which dictionary has been used by the compressor. (The Adler-32 value643applies to the whole dictionary even if only a subset of the dictionary is644actually used by the compressor.) If a raw deflate was requested, then the645Adler-32 value is not computed and strm->adler is not set.646647deflateSetDictionary returns Z_OK if success, or Z_STREAM_ERROR if a648parameter is invalid (e.g. dictionary being Z_NULL) or the stream state is649inconsistent (for example if deflate has already been called for this stream650or if not at a block boundary for raw deflate). deflateSetDictionary does651not perform any compression: this will be done by deflate().652*/653654ZEXTERN int ZEXPORT deflateGetDictionary(z_streamp strm,655Bytef *dictionary,656uInt *dictLength);657/*658Returns the sliding dictionary being maintained by deflate. dictLength is659set to the number of bytes in the dictionary, and that many bytes are copied660to dictionary. dictionary must have enough space, where 32768 bytes is661always enough. If deflateGetDictionary() is called with dictionary equal to662Z_NULL, then only the dictionary length is returned, and nothing is copied.663Similarly, if dictLength is Z_NULL, then it is not set.664665deflateGetDictionary() may return a length less than the window size, even666when more than the window size in input has been provided. It may return up667to 258 bytes less in that case, due to how zlib's implementation of deflate668manages the sliding window and lookahead for matches, where matches can be669up to 258 bytes long. If the application needs the last window-size bytes of670input, then that would need to be saved by the application outside of zlib.671672deflateGetDictionary returns Z_OK on success, or Z_STREAM_ERROR if the673stream state is inconsistent.674*/675676ZEXTERN int ZEXPORT deflateCopy(z_streamp dest,677z_streamp source);678/*679Sets the destination stream as a complete copy of the source stream.680681This function can be useful when several compression strategies will be682tried, for example when there are several ways of pre-processing the input683data with a filter. The streams that will be discarded should then be freed684by calling deflateEnd. Note that deflateCopy duplicates the internal685compression state which can be quite large, so this strategy is slow and can686consume lots of memory.687688deflateCopy returns Z_OK if success, Z_MEM_ERROR if there was not689enough memory, Z_STREAM_ERROR if the source stream state was inconsistent690(such as zalloc being Z_NULL). msg is left unchanged in both source and691destination.692*/693694ZEXTERN int ZEXPORT deflateReset(z_streamp strm);695/*696This function is equivalent to deflateEnd followed by deflateInit, but697does not free and reallocate the internal compression state. The stream698will leave the compression level and any other attributes that may have been699set unchanged. total_in, total_out, adler, and msg are initialized.700701deflateReset returns Z_OK if success, or Z_STREAM_ERROR if the source702stream state was inconsistent (such as zalloc or state being Z_NULL).703*/704705ZEXTERN int ZEXPORT deflateParams(z_streamp strm,706int level,707int strategy);708/*709Dynamically update the compression level and compression strategy. The710interpretation of level and strategy is as in deflateInit2(). This can be711used to switch between compression and straight copy of the input data, or712to switch to a different kind of input data requiring a different strategy.713If the compression approach (which is a function of the level) or the714strategy is changed, and if there have been any deflate() calls since the715state was initialized or reset, then the input available so far is716compressed with the old level and strategy using deflate(strm, Z_BLOCK).717There are three approaches for the compression levels 0, 1..3, and 4..9718respectively. The new level and strategy will take effect at the next call719of deflate().720721If a deflate(strm, Z_BLOCK) is performed by deflateParams(), and it does722not have enough output space to complete, then the parameter change will not723take effect. In this case, deflateParams() can be called again with the724same parameters and more output space to try again.725726In order to assure a change in the parameters on the first try, the727deflate stream should be flushed using deflate() with Z_BLOCK or other flush728request until strm.avail_out is not zero, before calling deflateParams().729Then no more input data should be provided before the deflateParams() call.730If this is done, the old level and strategy will be applied to the data731compressed before deflateParams(), and the new level and strategy will be732applied to the data compressed after deflateParams().733734deflateParams returns Z_OK on success, Z_STREAM_ERROR if the source stream735state was inconsistent or if a parameter was invalid, or Z_BUF_ERROR if736there was not enough output space to complete the compression of the737available input data before a change in the strategy or approach. Note that738in the case of a Z_BUF_ERROR, the parameters are not changed. A return739value of Z_BUF_ERROR is not fatal, in which case deflateParams() can be740retried with more output space.741*/742743ZEXTERN int ZEXPORT deflateTune(z_streamp strm,744int good_length,745int max_lazy,746int nice_length,747int max_chain);748/*749Fine tune deflate's internal compression parameters. This should only be750used by someone who understands the algorithm used by zlib's deflate for751searching for the best matching string, and even then only by the most752fanatic optimizer trying to squeeze out the last compressed bit for their753specific input data. Read the deflate.c source code for the meaning of the754max_lazy, good_length, nice_length, and max_chain parameters.755756deflateTune() can be called after deflateInit() or deflateInit2(), and757returns Z_OK on success, or Z_STREAM_ERROR for an invalid deflate stream.758*/759760ZEXTERN uLong ZEXPORT deflateBound(z_streamp strm,761uLong sourceLen);762/*763deflateBound() returns an upper bound on the compressed size after764deflation of sourceLen bytes. It must be called after deflateInit() or765deflateInit2(), and after deflateSetHeader(), if used. This would be used766to allocate an output buffer for deflation in a single pass, and so would be767called before deflate(). If that first deflate() call is provided the768sourceLen input bytes, an output buffer allocated to the size returned by769deflateBound(), and the flush value Z_FINISH, then deflate() is guaranteed770to return Z_STREAM_END. Note that it is possible for the compressed size to771be larger than the value returned by deflateBound() if flush options other772than Z_FINISH or Z_NO_FLUSH are used.773*/774775ZEXTERN int ZEXPORT deflatePending(z_streamp strm,776unsigned *pending,777int *bits);778/*779deflatePending() returns the number of bytes and bits of output that have780been generated, but not yet provided in the available output. The bytes not781provided would be due to the available output space having being consumed.782The number of bits of output not provided are between 0 and 7, where they783await more bits to join them in order to fill out a full byte. If pending784or bits are Z_NULL, then those values are not set.785786deflatePending returns Z_OK if success, or Z_STREAM_ERROR if the source787stream state was inconsistent.788*/789790ZEXTERN int ZEXPORT deflatePrime(z_streamp strm,791int bits,792int value);793/*794deflatePrime() inserts bits in the deflate output stream. The intent795is that this function is used to start off the deflate output with the bits796leftover from a previous deflate stream when appending to it. As such, this797function can only be used for raw deflate, and must be used before the first798deflate() call after a deflateInit2() or deflateReset(). bits must be less799than or equal to 16, and that many of the least significant bits of value800will be inserted in the output.801802deflatePrime returns Z_OK if success, Z_BUF_ERROR if there was not enough803room in the internal buffer to insert the bits, or Z_STREAM_ERROR if the804source stream state was inconsistent.805*/806807ZEXTERN int ZEXPORT deflateSetHeader(z_streamp strm,808gz_headerp head);809/*810deflateSetHeader() provides gzip header information for when a gzip811stream is requested by deflateInit2(). deflateSetHeader() may be called812after deflateInit2() or deflateReset() and before the first call of813deflate(). The text, time, os, extra field, name, and comment information814in the provided gz_header structure are written to the gzip header (xflag is815ignored -- the extra flags are set according to the compression level). The816caller must assure that, if not Z_NULL, name and comment are terminated with817a zero byte, and that if extra is not Z_NULL, that extra_len bytes are818available there. If hcrc is true, a gzip header crc is included. Note that819the current versions of the command-line version of gzip (up through version8201.3.x) do not support header crc's, and will report that it is a "multi-part821gzip file" and give up.822823If deflateSetHeader is not used, the default gzip header has text false,824the time set to zero, and os set to the current operating system, with no825extra, name, or comment fields. The gzip header is returned to the default826state by deflateReset().827828deflateSetHeader returns Z_OK if success, or Z_STREAM_ERROR if the source829stream state was inconsistent.830*/831832/*833ZEXTERN int ZEXPORT inflateInit2(z_streamp strm,834int windowBits);835836This is another version of inflateInit with an extra parameter. The837fields next_in, avail_in, zalloc, zfree and opaque must be initialized838before by the caller.839840The windowBits parameter is the base two logarithm of the maximum window841size (the size of the history buffer). It should be in the range 8..15 for842this version of the library. The default value is 15 if inflateInit is used843instead. windowBits must be greater than or equal to the windowBits value844provided to deflateInit2() while compressing, or it must be equal to 15 if845deflateInit2() was not used. If a compressed stream with a larger window846size is given as input, inflate() will return with the error code847Z_DATA_ERROR instead of trying to allocate a larger window.848849windowBits can also be zero to request that inflate use the window size in850the zlib header of the compressed stream.851852windowBits can also be -8..-15 for raw inflate. In this case, -windowBits853determines the window size. inflate() will then process raw deflate data,854not looking for a zlib or gzip header, not generating a check value, and not855looking for any check values for comparison at the end of the stream. This856is for use with other formats that use the deflate compressed data format857such as zip. Those formats provide their own check values. If a custom858format is developed using the raw deflate format for compressed data, it is859recommended that a check value such as an Adler-32 or a CRC-32 be applied to860the uncompressed data as is done in the zlib, gzip, and zip formats. For861most applications, the zlib format should be used as is. Note that comments862above on the use in deflateInit2() applies to the magnitude of windowBits.863864windowBits can also be greater than 15 for optional gzip decoding. Add86532 to windowBits to enable zlib and gzip decoding with automatic header866detection, or add 16 to decode only the gzip format (the zlib format will867return a Z_DATA_ERROR). If a gzip stream is being decoded, strm->adler is a868CRC-32 instead of an Adler-32. Unlike the gunzip utility and gzread() (see869below), inflate() will *not* automatically decode concatenated gzip members.870inflate() will return Z_STREAM_END at the end of the gzip member. The state871would need to be reset to continue decoding a subsequent gzip member. This872*must* be done if there is more data after a gzip member, in order for the873decompression to be compliant with the gzip standard (RFC 1952).874875inflateInit2 returns Z_OK if success, Z_MEM_ERROR if there was not enough876memory, Z_VERSION_ERROR if the zlib library version is incompatible with the877version assumed by the caller, or Z_STREAM_ERROR if the parameters are878invalid, such as a null pointer to the structure. msg is set to null if879there is no error message. inflateInit2 does not perform any decompression880apart from possibly reading the zlib header if present: actual decompression881will be done by inflate(). (So next_in and avail_in may be modified, but882next_out and avail_out are unused and unchanged.) The current implementation883of inflateInit2() does not process any header information -- that is884deferred until inflate() is called.885*/886887ZEXTERN int ZEXPORT inflateSetDictionary(z_streamp strm,888const Bytef *dictionary,889uInt dictLength);890/*891Initializes the decompression dictionary from the given uncompressed byte892sequence. This function must be called immediately after a call of inflate,893if that call returned Z_NEED_DICT. The dictionary chosen by the compressor894can be determined from the Adler-32 value returned by that call of inflate.895The compressor and decompressor must use exactly the same dictionary (see896deflateSetDictionary). For raw inflate, this function can be called at any897time to set the dictionary. If the provided dictionary is smaller than the898window and there is already data in the window, then the provided dictionary899will amend what's there. The application must insure that the dictionary900that was used for compression is provided.901902inflateSetDictionary returns Z_OK if success, Z_STREAM_ERROR if a903parameter is invalid (e.g. dictionary being Z_NULL) or the stream state is904inconsistent, Z_DATA_ERROR if the given dictionary doesn't match the905expected one (incorrect Adler-32 value). inflateSetDictionary does not906perform any decompression: this will be done by subsequent calls of907inflate().908*/909910ZEXTERN int ZEXPORT inflateGetDictionary(z_streamp strm,911Bytef *dictionary,912uInt *dictLength);913/*914Returns the sliding dictionary being maintained by inflate. dictLength is915set to the number of bytes in the dictionary, and that many bytes are copied916to dictionary. dictionary must have enough space, where 32768 bytes is917always enough. If inflateGetDictionary() is called with dictionary equal to918Z_NULL, then only the dictionary length is returned, and nothing is copied.919Similarly, if dictLength is Z_NULL, then it is not set.920921inflateGetDictionary returns Z_OK on success, or Z_STREAM_ERROR if the922stream state is inconsistent.923*/924925ZEXTERN int ZEXPORT inflateSync(z_streamp strm);926/*927Skips invalid compressed data until a possible full flush point (see above928for the description of deflate with Z_FULL_FLUSH) can be found, or until all929available input is skipped. No output is provided.930931inflateSync searches for a 00 00 FF FF pattern in the compressed data.932All full flush points have this pattern, but not all occurrences of this933pattern are full flush points.934935inflateSync returns Z_OK if a possible full flush point has been found,936Z_BUF_ERROR if no more input was provided, Z_DATA_ERROR if no flush point937has been found, or Z_STREAM_ERROR if the stream structure was inconsistent.938In the success case, the application may save the current value of total_in939which indicates where valid compressed data was found. In the error case,940the application may repeatedly call inflateSync, providing more input each941time, until success or end of the input data.942*/943944ZEXTERN int ZEXPORT inflateCopy(z_streamp dest,945z_streamp source);946/*947Sets the destination stream as a complete copy of the source stream.948949This function can be useful when randomly accessing a large stream. The950first pass through the stream can periodically record the inflate state,951allowing restarting inflate at those points when randomly accessing the952stream.953954inflateCopy returns Z_OK if success, Z_MEM_ERROR if there was not955enough memory, Z_STREAM_ERROR if the source stream state was inconsistent956(such as zalloc being Z_NULL). msg is left unchanged in both source and957destination.958*/959960ZEXTERN int ZEXPORT inflateReset(z_streamp strm);961/*962This function is equivalent to inflateEnd followed by inflateInit,963but does not free and reallocate the internal decompression state. The964stream will keep attributes that may have been set by inflateInit2.965total_in, total_out, adler, and msg are initialized.966967inflateReset returns Z_OK if success, or Z_STREAM_ERROR if the source968stream state was inconsistent (such as zalloc or state being Z_NULL).969*/970971ZEXTERN int ZEXPORT inflateReset2(z_streamp strm,972int windowBits);973/*974This function is the same as inflateReset, but it also permits changing975the wrap and window size requests. The windowBits parameter is interpreted976the same as it is for inflateInit2. If the window size is changed, then the977memory allocated for the window is freed, and the window will be reallocated978by inflate() if needed.979980inflateReset2 returns Z_OK if success, or Z_STREAM_ERROR if the source981stream state was inconsistent (such as zalloc or state being Z_NULL), or if982the windowBits parameter is invalid.983*/984985ZEXTERN int ZEXPORT inflatePrime(z_streamp strm,986int bits,987int value);988/*989This function inserts bits in the inflate input stream. The intent is990that this function is used to start inflating at a bit position in the991middle of a byte. The provided bits will be used before any bytes are used992from next_in. This function should only be used with raw inflate, and993should be used before the first inflate() call after inflateInit2() or994inflateReset(). bits must be less than or equal to 16, and that many of the995least significant bits of value will be inserted in the input.996997If bits is negative, then the input stream bit buffer is emptied. Then998inflatePrime() can be called again to put bits in the buffer. This is used999to clear out bits leftover after feeding inflate a block description prior1000to feeding inflate codes.10011002inflatePrime returns Z_OK if success, or Z_STREAM_ERROR if the source1003stream state was inconsistent.1004*/10051006ZEXTERN long ZEXPORT inflateMark(z_streamp strm);1007/*1008This function returns two values, one in the lower 16 bits of the return1009value, and the other in the remaining upper bits, obtained by shifting the1010return value down 16 bits. If the upper value is -1 and the lower value is1011zero, then inflate() is currently decoding information outside of a block.1012If the upper value is -1 and the lower value is non-zero, then inflate is in1013the middle of a stored block, with the lower value equaling the number of1014bytes from the input remaining to copy. If the upper value is not -1, then1015it is the number of bits back from the current bit position in the input of1016the code (literal or length/distance pair) currently being processed. In1017that case the lower value is the number of bytes already emitted for that1018code.10191020A code is being processed if inflate is waiting for more input to complete1021decoding of the code, or if it has completed decoding but is waiting for1022more output space to write the literal or match data.10231024inflateMark() is used to mark locations in the input data for random1025access, which may be at bit positions, and to note those cases where the1026output of a code may span boundaries of random access blocks. The current1027location in the input stream can be determined from avail_in and data_type1028as noted in the description for the Z_BLOCK flush parameter for inflate.10291030inflateMark returns the value noted above, or -65536 if the provided1031source stream state was inconsistent.1032*/10331034ZEXTERN int ZEXPORT inflateGetHeader(z_streamp strm,1035gz_headerp head);1036/*1037inflateGetHeader() requests that gzip header information be stored in the1038provided gz_header structure. inflateGetHeader() may be called after1039inflateInit2() or inflateReset(), and before the first call of inflate().1040As inflate() processes the gzip stream, head->done is zero until the header1041is completed, at which time head->done is set to one. If a zlib stream is1042being decoded, then head->done is set to -1 to indicate that there will be1043no gzip header information forthcoming. Note that Z_BLOCK or Z_TREES can be1044used to force inflate() to return immediately after header processing is1045complete and before any actual data is decompressed.10461047The text, time, xflags, and os fields are filled in with the gzip header1048contents. hcrc is set to true if there is a header CRC. (The header CRC1049was valid if done is set to one.) If extra is not Z_NULL, then extra_max1050contains the maximum number of bytes to write to extra. Once done is true,1051extra_len contains the actual extra field length, and extra contains the1052extra field, or that field truncated if extra_max is less than extra_len.1053If name is not Z_NULL, then up to name_max characters are written there,1054terminated with a zero unless the length is greater than name_max. If1055comment is not Z_NULL, then up to comm_max characters are written there,1056terminated with a zero unless the length is greater than comm_max. When any1057of extra, name, or comment are not Z_NULL and the respective field is not1058present in the header, then that field is set to Z_NULL to signal its1059absence. This allows the use of deflateSetHeader() with the returned1060structure to duplicate the header. However if those fields are set to1061allocated memory, then the application will need to save those pointers1062elsewhere so that they can be eventually freed.10631064If inflateGetHeader is not used, then the header information is simply1065discarded. The header is always checked for validity, including the header1066CRC if present. inflateReset() will reset the process to discard the header1067information. The application would need to call inflateGetHeader() again to1068retrieve the header from the next gzip stream.10691070inflateGetHeader returns Z_OK if success, or Z_STREAM_ERROR if the source1071stream state was inconsistent.1072*/10731074/*1075ZEXTERN int ZEXPORT inflateBackInit(z_streamp strm, int windowBits,1076unsigned char FAR *window);10771078Initialize the internal stream state for decompression using inflateBack()1079calls. The fields zalloc, zfree and opaque in strm must be initialized1080before the call. If zalloc and zfree are Z_NULL, then the default library-1081derived memory allocation routines are used. windowBits is the base two1082logarithm of the window size, in the range 8..15. window is a caller1083supplied buffer of that size. Except for special applications where it is1084assured that deflate was used with small window sizes, windowBits must be 151085and a 32K byte window must be supplied to be able to decompress general1086deflate streams.10871088See inflateBack() for the usage of these routines.10891090inflateBackInit will return Z_OK on success, Z_STREAM_ERROR if any of1091the parameters are invalid, Z_MEM_ERROR if the internal state could not be1092allocated, or Z_VERSION_ERROR if the version of the library does not match1093the version of the header file.1094*/10951096typedef unsigned (*in_func)(void FAR *,1097z_const unsigned char FAR * FAR *);1098typedef int (*out_func)(void FAR *, unsigned char FAR *, unsigned);10991100ZEXTERN int ZEXPORT inflateBack(z_streamp strm,1101in_func in, void FAR *in_desc,1102out_func out, void FAR *out_desc);1103/*1104inflateBack() does a raw inflate with a single call using a call-back1105interface for input and output. This is potentially more efficient than1106inflate() for file i/o applications, in that it avoids copying between the1107output and the sliding window by simply making the window itself the output1108buffer. inflate() can be faster on modern CPUs when used with large1109buffers. inflateBack() trusts the application to not change the output1110buffer passed by the output function, at least until inflateBack() returns.11111112inflateBackInit() must be called first to allocate the internal state1113and to initialize the state with the user-provided window buffer.1114inflateBack() may then be used multiple times to inflate a complete, raw1115deflate stream with each call. inflateBackEnd() is then called to free the1116allocated state.11171118A raw deflate stream is one with no zlib or gzip header or trailer.1119This routine would normally be used in a utility that reads zip or gzip1120files and writes out uncompressed files. The utility would decode the1121header and process the trailer on its own, hence this routine expects only1122the raw deflate stream to decompress. This is different from the default1123behavior of inflate(), which expects a zlib header and trailer around the1124deflate stream.11251126inflateBack() uses two subroutines supplied by the caller that are then1127called by inflateBack() for input and output. inflateBack() calls those1128routines until it reads a complete deflate stream and writes out all of the1129uncompressed data, or until it encounters an error. The function's1130parameters and return types are defined above in the in_func and out_func1131typedefs. inflateBack() will call in(in_desc, &buf) which should return the1132number of bytes of provided input, and a pointer to that input in buf. If1133there is no input available, in() must return zero -- buf is ignored in that1134case -- and inflateBack() will return a buffer error. inflateBack() will1135call out(out_desc, buf, len) to write the uncompressed data buf[0..len-1].1136out() should return zero on success, or non-zero on failure. If out()1137returns non-zero, inflateBack() will return with an error. Neither in() nor1138out() are permitted to change the contents of the window provided to1139inflateBackInit(), which is also the buffer that out() uses to write from.1140The length written by out() will be at most the window size. Any non-zero1141amount of input may be provided by in().11421143For convenience, inflateBack() can be provided input on the first call by1144setting strm->next_in and strm->avail_in. If that input is exhausted, then1145in() will be called. Therefore strm->next_in must be initialized before1146calling inflateBack(). If strm->next_in is Z_NULL, then in() will be called1147immediately for input. If strm->next_in is not Z_NULL, then strm->avail_in1148must also be initialized, and then if strm->avail_in is not zero, input will1149initially be taken from strm->next_in[0 .. strm->avail_in - 1].11501151The in_desc and out_desc parameters of inflateBack() is passed as the1152first parameter of in() and out() respectively when they are called. These1153descriptors can be optionally used to pass any information that the caller-1154supplied in() and out() functions need to do their job.11551156On return, inflateBack() will set strm->next_in and strm->avail_in to1157pass back any unused input that was provided by the last in() call. The1158return values of inflateBack() can be Z_STREAM_END on success, Z_BUF_ERROR1159if in() or out() returned an error, Z_DATA_ERROR if there was a format error1160in the deflate stream (in which case strm->msg is set to indicate the nature1161of the error), or Z_STREAM_ERROR if the stream was not properly initialized.1162In the case of Z_BUF_ERROR, an input or output error can be distinguished1163using strm->next_in which will be Z_NULL only if in() returned an error. If1164strm->next_in is not Z_NULL, then the Z_BUF_ERROR was due to out() returning1165non-zero. (in() will always be called before out(), so strm->next_in is1166assured to be defined if out() returns non-zero.) Note that inflateBack()1167cannot return Z_OK.1168*/11691170ZEXTERN int ZEXPORT inflateBackEnd(z_streamp strm);1171/*1172All memory allocated by inflateBackInit() is freed.11731174inflateBackEnd() returns Z_OK on success, or Z_STREAM_ERROR if the stream1175state was inconsistent.1176*/11771178ZEXTERN uLong ZEXPORT zlibCompileFlags(void);1179/* Return flags indicating compile-time options.11801181Type sizes, two bits each, 00 = 16 bits, 01 = 32, 10 = 64, 11 = other:11821.0: size of uInt11833.2: size of uLong11845.4: size of voidpf (pointer)11857.6: size of z_off_t11861187Compiler, assembler, and debug options:11888: ZLIB_DEBUG11899: ASMV or ASMINF -- use ASM code119010: ZLIB_WINAPI -- exported functions use the WINAPI calling convention119111: 0 (reserved)11921193One-time table building (smaller code, but not thread-safe if true):119412: BUILDFIXED -- build static block decoding tables when needed119513: DYNAMIC_CRC_TABLE -- build CRC calculation tables when needed119614,15: 0 (reserved)11971198Library content (indicates missing functionality):119916: NO_GZCOMPRESS -- gz* functions cannot compress (to avoid linking1200deflate code when not needed)120117: NO_GZIP -- deflate can't write gzip streams, and inflate can't detect1202and decode gzip streams (to avoid linking crc code)120318-19: 0 (reserved)12041205Operation variations (changes in library functionality):120620: PKZIP_BUG_WORKAROUND -- slightly more permissive inflate120721: FASTEST -- deflate algorithm with only one, lowest compression level120822,23: 0 (reserved)12091210The sprintf variant used by gzprintf (zero is best):121124: 0 = vs*, 1 = s* -- 1 means limited to 20 arguments after the format121225: 0 = *nprintf, 1 = *printf -- 1 means gzprintf() not secure!121326: 0 = returns value, 1 = void -- 1 means inferred string length returned12141215Remainder:121627-31: 0 (reserved)1217*/12181219#ifndef Z_SOLO12201221/* utility functions */12221223/*1224The following utility functions are implemented on top of the basic1225stream-oriented functions. To simplify the interface, some default options1226are assumed (compression level and memory usage, standard memory allocation1227functions). The source code of these utility functions can be modified if1228you need special options.1229*/12301231ZEXTERN int ZEXPORT compress(Bytef *dest, uLongf *destLen,1232const Bytef *source, uLong sourceLen);1233/*1234Compresses the source buffer into the destination buffer. sourceLen is1235the byte length of the source buffer. Upon entry, destLen is the total size1236of the destination buffer, which must be at least the value returned by1237compressBound(sourceLen). Upon exit, destLen is the actual size of the1238compressed data. compress() is equivalent to compress2() with a level1239parameter of Z_DEFAULT_COMPRESSION.12401241compress returns Z_OK if success, Z_MEM_ERROR if there was not1242enough memory, Z_BUF_ERROR if there was not enough room in the output1243buffer.1244*/12451246ZEXTERN int ZEXPORT compress2(Bytef *dest, uLongf *destLen,1247const Bytef *source, uLong sourceLen,1248int level);1249/*1250Compresses the source buffer into the destination buffer. The level1251parameter has the same meaning as in deflateInit. sourceLen is the byte1252length of the source buffer. Upon entry, destLen is the total size of the1253destination buffer, which must be at least the value returned by1254compressBound(sourceLen). Upon exit, destLen is the actual size of the1255compressed data.12561257compress2 returns Z_OK if success, Z_MEM_ERROR if there was not enough1258memory, Z_BUF_ERROR if there was not enough room in the output buffer,1259Z_STREAM_ERROR if the level parameter is invalid.1260*/12611262ZEXTERN uLong ZEXPORT compressBound(uLong sourceLen);1263/*1264compressBound() returns an upper bound on the compressed size after1265compress() or compress2() on sourceLen bytes. It would be used before a1266compress() or compress2() call to allocate the destination buffer.1267*/12681269ZEXTERN int ZEXPORT uncompress(Bytef *dest, uLongf *destLen,1270const Bytef *source, uLong sourceLen);1271/*1272Decompresses the source buffer into the destination buffer. sourceLen is1273the byte length of the source buffer. Upon entry, destLen is the total size1274of the destination buffer, which must be large enough to hold the entire1275uncompressed data. (The size of the uncompressed data must have been saved1276previously by the compressor and transmitted to the decompressor by some1277mechanism outside the scope of this compression library.) Upon exit, destLen1278is the actual size of the uncompressed data.12791280uncompress returns Z_OK if success, Z_MEM_ERROR if there was not1281enough memory, Z_BUF_ERROR if there was not enough room in the output1282buffer, or Z_DATA_ERROR if the input data was corrupted or incomplete. In1283the case where there is not enough room, uncompress() will fill the output1284buffer with the uncompressed data up to that point.1285*/12861287ZEXTERN int ZEXPORT uncompress2(Bytef *dest, uLongf *destLen,1288const Bytef *source, uLong *sourceLen);1289/*1290Same as uncompress, except that sourceLen is a pointer, where the1291length of the source is *sourceLen. On return, *sourceLen is the number of1292source bytes consumed.1293*/12941295/* gzip file access functions */12961297/*1298This library supports reading and writing files in gzip (.gz) format with1299an interface similar to that of stdio, using the functions that start with1300"gz". The gzip format is different from the zlib format. gzip is a gzip1301wrapper, documented in RFC 1952, wrapped around a deflate stream.1302*/13031304typedef struct gzFile_s *gzFile; /* semi-opaque gzip file descriptor */13051306/*1307ZEXTERN gzFile ZEXPORT gzopen(const char *path, const char *mode);13081309Open the gzip (.gz) file at path for reading and decompressing, or1310compressing and writing. The mode parameter is as in fopen ("rb" or "wb")1311but can also include a compression level ("wb9") or a strategy: 'f' for1312filtered data as in "wb6f", 'h' for Huffman-only compression as in "wb1h",1313'R' for run-length encoding as in "wb1R", or 'F' for fixed code compression1314as in "wb9F". (See the description of deflateInit2 for more information1315about the strategy parameter.) 'T' will request transparent writing or1316appending with no compression and not using the gzip format.13171318"a" can be used instead of "w" to request that the gzip stream that will1319be written be appended to the file. "+" will result in an error, since1320reading and writing to the same gzip file is not supported. The addition of1321"x" when writing will create the file exclusively, which fails if the file1322already exists. On systems that support it, the addition of "e" when1323reading or writing will set the flag to close the file on an execve() call.13241325These functions, as well as gzip, will read and decode a sequence of gzip1326streams in a file. The append function of gzopen() can be used to create1327such a file. (Also see gzflush() for another way to do this.) When1328appending, gzopen does not test whether the file begins with a gzip stream,1329nor does it look for the end of the gzip streams to begin appending. gzopen1330will simply append a gzip stream to the existing file.13311332gzopen can be used to read a file which is not in gzip format; in this1333case gzread will directly read from the file without decompression. When1334reading, this will be detected automatically by looking for the magic two-1335byte gzip header.13361337gzopen returns NULL if the file could not be opened, if there was1338insufficient memory to allocate the gzFile state, or if an invalid mode was1339specified (an 'r', 'w', or 'a' was not provided, or '+' was provided).1340errno can be checked to determine if the reason gzopen failed was that the1341file could not be opened.1342*/13431344ZEXTERN gzFile ZEXPORT gzdopen(int fd, const char *mode);1345/*1346Associate a gzFile with the file descriptor fd. File descriptors are1347obtained from calls like open, dup, creat, pipe or fileno (if the file has1348been previously opened with fopen). The mode parameter is as in gzopen.13491350The next call of gzclose on the returned gzFile will also close the file1351descriptor fd, just like fclose(fdopen(fd, mode)) closes the file descriptor1352fd. If you want to keep fd open, use fd = dup(fd_keep); gz = gzdopen(fd,1353mode);. The duplicated descriptor should be saved to avoid a leak, since1354gzdopen does not close fd if it fails. If you are using fileno() to get the1355file descriptor from a FILE *, then you will have to use dup() to avoid1356double-close()ing the file descriptor. Both gzclose() and fclose() will1357close the associated file descriptor, so they need to have different file1358descriptors.13591360gzdopen returns NULL if there was insufficient memory to allocate the1361gzFile state, if an invalid mode was specified (an 'r', 'w', or 'a' was not1362provided, or '+' was provided), or if fd is -1. The file descriptor is not1363used until the next gz* read, write, seek, or close operation, so gzdopen1364will not detect if fd is invalid (unless fd is -1).1365*/13661367ZEXTERN int ZEXPORT gzbuffer(gzFile file, unsigned size);1368/*1369Set the internal buffer size used by this library's functions for file to1370size. The default buffer size is 8192 bytes. This function must be called1371after gzopen() or gzdopen(), and before any other calls that read or write1372the file. The buffer memory allocation is always deferred to the first read1373or write. Three times that size in buffer space is allocated. A larger1374buffer size of, for example, 64K or 128K bytes will noticeably increase the1375speed of decompression (reading).13761377The new buffer size also affects the maximum length for gzprintf().13781379gzbuffer() returns 0 on success, or -1 on failure, such as being called1380too late.1381*/13821383ZEXTERN int ZEXPORT gzsetparams(gzFile file, int level, int strategy);1384/*1385Dynamically update the compression level and strategy for file. See the1386description of deflateInit2 for the meaning of these parameters. Previously1387provided data is flushed before applying the parameter changes.13881389gzsetparams returns Z_OK if success, Z_STREAM_ERROR if the file was not1390opened for writing, Z_ERRNO if there is an error writing the flushed data,1391or Z_MEM_ERROR if there is a memory allocation error.1392*/13931394ZEXTERN int ZEXPORT gzread(gzFile file, voidp buf, unsigned len);1395/*1396Read and decompress up to len uncompressed bytes from file into buf. If1397the input file is not in gzip format, gzread copies the given number of1398bytes into the buffer directly from the file.13991400After reaching the end of a gzip stream in the input, gzread will continue1401to read, looking for another gzip stream. Any number of gzip streams may be1402concatenated in the input file, and will all be decompressed by gzread().1403If something other than a gzip stream is encountered after a gzip stream,1404that remaining trailing garbage is ignored (and no error is returned).14051406gzread can be used to read a gzip file that is being concurrently written.1407Upon reaching the end of the input, gzread will return with the available1408data. If the error code returned by gzerror is Z_OK or Z_BUF_ERROR, then1409gzclearerr can be used to clear the end of file indicator in order to permit1410gzread to be tried again. Z_OK indicates that a gzip stream was completed1411on the last gzread. Z_BUF_ERROR indicates that the input file ended in the1412middle of a gzip stream. Note that gzread does not return -1 in the event1413of an incomplete gzip stream. This error is deferred until gzclose(), which1414will return Z_BUF_ERROR if the last gzread ended in the middle of a gzip1415stream. Alternatively, gzerror can be used before gzclose to detect this1416case.14171418gzread returns the number of uncompressed bytes actually read, less than1419len for end of file, or -1 for error. If len is too large to fit in an int,1420then nothing is read, -1 is returned, and the error state is set to1421Z_STREAM_ERROR.1422*/14231424ZEXTERN z_size_t ZEXPORT gzfread(voidp buf, z_size_t size, z_size_t nitems,1425gzFile file);1426/*1427Read and decompress up to nitems items of size size from file into buf,1428otherwise operating as gzread() does. This duplicates the interface of1429stdio's fread(), with size_t request and return types. If the library1430defines size_t, then z_size_t is identical to size_t. If not, then z_size_t1431is an unsigned integer type that can contain a pointer.14321433gzfread() returns the number of full items read of size size, or zero if1434the end of the file was reached and a full item could not be read, or if1435there was an error. gzerror() must be consulted if zero is returned in1436order to determine if there was an error. If the multiplication of size and1437nitems overflows, i.e. the product does not fit in a z_size_t, then nothing1438is read, zero is returned, and the error state is set to Z_STREAM_ERROR.14391440In the event that the end of file is reached and only a partial item is1441available at the end, i.e. the remaining uncompressed data length is not a1442multiple of size, then the final partial item is nevertheless read into buf1443and the end-of-file flag is set. The length of the partial item read is not1444provided, but could be inferred from the result of gztell(). This behavior1445is the same as the behavior of fread() implementations in common libraries,1446but it prevents the direct use of gzfread() to read a concurrently written1447file, resetting and retrying on end-of-file, when size is not 1.1448*/14491450ZEXTERN int ZEXPORT gzwrite(gzFile file, voidpc buf, unsigned len);1451/*1452Compress and write the len uncompressed bytes at buf to file. gzwrite1453returns the number of uncompressed bytes written or 0 in case of error.1454*/14551456ZEXTERN z_size_t ZEXPORT gzfwrite(voidpc buf, z_size_t size,1457z_size_t nitems, gzFile file);1458/*1459Compress and write nitems items of size size from buf to file, duplicating1460the interface of stdio's fwrite(), with size_t request and return types. If1461the library defines size_t, then z_size_t is identical to size_t. If not,1462then z_size_t is an unsigned integer type that can contain a pointer.14631464gzfwrite() returns the number of full items written of size size, or zero1465if there was an error. If the multiplication of size and nitems overflows,1466i.e. the product does not fit in a z_size_t, then nothing is written, zero1467is returned, and the error state is set to Z_STREAM_ERROR.1468*/14691470ZEXTERN int ZEXPORTVA gzprintf(gzFile file, const char *format, ...);1471/*1472Convert, format, compress, and write the arguments (...) to file under1473control of the string format, as in fprintf. gzprintf returns the number of1474uncompressed bytes actually written, or a negative zlib error code in case1475of error. The number of uncompressed bytes written is limited to 8191, or1476one less than the buffer size given to gzbuffer(). The caller should assure1477that this limit is not exceeded. If it is exceeded, then gzprintf() will1478return an error (0) with nothing written. In this case, there may also be a1479buffer overflow with unpredictable consequences, which is possible only if1480zlib was compiled with the insecure functions sprintf() or vsprintf(),1481because the secure snprintf() or vsnprintf() functions were not available.1482This can be determined using zlibCompileFlags().1483*/14841485ZEXTERN int ZEXPORT gzputs(gzFile file, const char *s);1486/*1487Compress and write the given null-terminated string s to file, excluding1488the terminating null character.14891490gzputs returns the number of characters written, or -1 in case of error.1491*/14921493ZEXTERN char * ZEXPORT gzgets(gzFile file, char *buf, int len);1494/*1495Read and decompress bytes from file into buf, until len-1 characters are1496read, or until a newline character is read and transferred to buf, or an1497end-of-file condition is encountered. If any characters are read or if len1498is one, the string is terminated with a null character. If no characters1499are read due to an end-of-file or len is less than one, then the buffer is1500left untouched.15011502gzgets returns buf which is a null-terminated string, or it returns NULL1503for end-of-file or in case of error. If there was an error, the contents at1504buf are indeterminate.1505*/15061507ZEXTERN int ZEXPORT gzputc(gzFile file, int c);1508/*1509Compress and write c, converted to an unsigned char, into file. gzputc1510returns the value that was written, or -1 in case of error.1511*/15121513ZEXTERN int ZEXPORT gzgetc(gzFile file);1514/*1515Read and decompress one byte from file. gzgetc returns this byte or -11516in case of end of file or error. This is implemented as a macro for speed.1517As such, it does not do all of the checking the other functions do. I.e.1518it does not check to see if file is NULL, nor whether the structure file1519points to has been clobbered or not.1520*/15211522ZEXTERN int ZEXPORT gzungetc(int c, gzFile file);1523/*1524Push c back onto the stream for file to be read as the first character on1525the next read. At least one character of push-back is always allowed.1526gzungetc() returns the character pushed, or -1 on failure. gzungetc() will1527fail if c is -1, and may fail if a character has been pushed but not read1528yet. If gzungetc is used immediately after gzopen or gzdopen, at least the1529output buffer size of pushed characters is allowed. (See gzbuffer above.)1530The pushed character will be discarded if the stream is repositioned with1531gzseek() or gzrewind().1532*/15331534ZEXTERN int ZEXPORT gzflush(gzFile file, int flush);1535/*1536Flush all pending output to file. The parameter flush is as in the1537deflate() function. The return value is the zlib error number (see function1538gzerror below). gzflush is only permitted when writing.15391540If the flush parameter is Z_FINISH, the remaining data is written and the1541gzip stream is completed in the output. If gzwrite() is called again, a new1542gzip stream will be started in the output. gzread() is able to read such1543concatenated gzip streams.15441545gzflush should be called only when strictly necessary because it will1546degrade compression if called too often.1547*/15481549/*1550ZEXTERN z_off_t ZEXPORT gzseek(gzFile file,1551z_off_t offset, int whence);15521553Set the starting position to offset relative to whence for the next gzread1554or gzwrite on file. The offset represents a number of bytes in the1555uncompressed data stream. The whence parameter is defined as in lseek(2);1556the value SEEK_END is not supported.15571558If the file is opened for reading, this function is emulated but can be1559extremely slow. If the file is opened for writing, only forward seeks are1560supported; gzseek then compresses a sequence of zeroes up to the new1561starting position.15621563gzseek returns the resulting offset location as measured in bytes from1564the beginning of the uncompressed stream, or -1 in case of error, in1565particular if the file is opened for writing and the new starting position1566would be before the current position.1567*/15681569ZEXTERN int ZEXPORT gzrewind(gzFile file);1570/*1571Rewind file. This function is supported only for reading.15721573gzrewind(file) is equivalent to (int)gzseek(file, 0L, SEEK_SET).1574*/15751576/*1577ZEXTERN z_off_t ZEXPORT gztell(gzFile file);15781579Return the starting position for the next gzread or gzwrite on file.1580This position represents a number of bytes in the uncompressed data stream,1581and is zero when starting, even if appending or reading a gzip stream from1582the middle of a file using gzdopen().15831584gztell(file) is equivalent to gzseek(file, 0L, SEEK_CUR)1585*/15861587/*1588ZEXTERN z_off_t ZEXPORT gzoffset(gzFile file);15891590Return the current compressed (actual) read or write offset of file. This1591offset includes the count of bytes that precede the gzip stream, for example1592when appending or when using gzdopen() for reading. When reading, the1593offset does not include as yet unused buffered input. This information can1594be used for a progress indicator. On error, gzoffset() returns -1.1595*/15961597ZEXTERN int ZEXPORT gzeof(gzFile file);1598/*1599Return true (1) if the end-of-file indicator for file has been set while1600reading, false (0) otherwise. Note that the end-of-file indicator is set1601only if the read tried to go past the end of the input, but came up short.1602Therefore, just like feof(), gzeof() may return false even if there is no1603more data to read, in the event that the last read request was for the exact1604number of bytes remaining in the input file. This will happen if the input1605file size is an exact multiple of the buffer size.16061607If gzeof() returns true, then the read functions will return no more data,1608unless the end-of-file indicator is reset by gzclearerr() and the input file1609has grown since the previous end of file was detected.1610*/16111612ZEXTERN int ZEXPORT gzdirect(gzFile file);1613/*1614Return true (1) if file is being copied directly while reading, or false1615(0) if file is a gzip stream being decompressed.16161617If the input file is empty, gzdirect() will return true, since the input1618does not contain a gzip stream.16191620If gzdirect() is used immediately after gzopen() or gzdopen() it will1621cause buffers to be allocated to allow reading the file to determine if it1622is a gzip file. Therefore if gzbuffer() is used, it should be called before1623gzdirect().16241625When writing, gzdirect() returns true (1) if transparent writing was1626requested ("wT" for the gzopen() mode), or false (0) otherwise. (Note:1627gzdirect() is not needed when writing. Transparent writing must be1628explicitly requested, so the application already knows the answer. When1629linking statically, using gzdirect() will include all of the zlib code for1630gzip file reading and decompression, which may not be desired.)1631*/16321633ZEXTERN int ZEXPORT gzclose(gzFile file);1634/*1635Flush all pending output for file, if necessary, close file and1636deallocate the (de)compression state. Note that once file is closed, you1637cannot call gzerror with file, since its structures have been deallocated.1638gzclose must not be called more than once on the same file, just as free1639must not be called more than once on the same allocation.16401641gzclose will return Z_STREAM_ERROR if file is not valid, Z_ERRNO on a1642file operation error, Z_MEM_ERROR if out of memory, Z_BUF_ERROR if the1643last read ended in the middle of a gzip stream, or Z_OK on success.1644*/16451646ZEXTERN int ZEXPORT gzclose_r(gzFile file);1647ZEXTERN int ZEXPORT gzclose_w(gzFile file);1648/*1649Same as gzclose(), but gzclose_r() is only for use when reading, and1650gzclose_w() is only for use when writing or appending. The advantage to1651using these instead of gzclose() is that they avoid linking in zlib1652compression or decompression code that is not used when only reading or only1653writing respectively. If gzclose() is used, then both compression and1654decompression code will be included the application when linking to a static1655zlib library.1656*/16571658ZEXTERN const char * ZEXPORT gzerror(gzFile file, int *errnum);1659/*1660Return the error message for the last error which occurred on file.1661errnum is set to zlib error number. If an error occurred in the file system1662and not in the compression library, errnum is set to Z_ERRNO and the1663application may consult errno to get the exact error code.16641665The application must not modify the returned string. Future calls to1666this function may invalidate the previously returned string. If file is1667closed, then the string previously returned by gzerror will no longer be1668available.16691670gzerror() should be used to distinguish errors from end-of-file for those1671functions above that do not distinguish those cases in their return values.1672*/16731674ZEXTERN void ZEXPORT gzclearerr(gzFile file);1675/*1676Clear the error and end-of-file flags for file. This is analogous to the1677clearerr() function in stdio. This is useful for continuing to read a gzip1678file that is being written concurrently.1679*/16801681#endif /* !Z_SOLO */16821683/* checksum functions */16841685/*1686These functions are not related to compression but are exported1687anyway because they might be useful in applications using the compression1688library.1689*/16901691ZEXTERN uLong ZEXPORT adler32(uLong adler, const Bytef *buf, uInt len);1692/*1693Update a running Adler-32 checksum with the bytes buf[0..len-1] and1694return the updated checksum. An Adler-32 value is in the range of a 32-bit1695unsigned integer. If buf is Z_NULL, this function returns the required1696initial value for the checksum.16971698An Adler-32 checksum is almost as reliable as a CRC-32 but can be computed1699much faster.17001701Usage example:17021703uLong adler = adler32(0L, Z_NULL, 0);17041705while (read_buffer(buffer, length) != EOF) {1706adler = adler32(adler, buffer, length);1707}1708if (adler != original_adler) error();1709*/17101711ZEXTERN uLong ZEXPORT adler32_z(uLong adler, const Bytef *buf,1712z_size_t len);1713/*1714Same as adler32(), but with a size_t length.1715*/17161717/*1718ZEXTERN uLong ZEXPORT adler32_combine(uLong adler1, uLong adler2,1719z_off_t len2);17201721Combine two Adler-32 checksums into one. For two sequences of bytes, seq11722and seq2 with lengths len1 and len2, Adler-32 checksums were calculated for1723each, adler1 and adler2. adler32_combine() returns the Adler-32 checksum of1724seq1 and seq2 concatenated, requiring only adler1, adler2, and len2. Note1725that the z_off_t type (like off_t) is a signed integer. If len2 is1726negative, the result has no meaning or utility.1727*/17281729ZEXTERN uLong ZEXPORT crc32(uLong crc, const Bytef *buf, uInt len);1730/*1731Update a running CRC-32 with the bytes buf[0..len-1] and return the1732updated CRC-32. A CRC-32 value is in the range of a 32-bit unsigned integer.1733If buf is Z_NULL, this function returns the required initial value for the1734crc. Pre- and post-conditioning (one's complement) is performed within this1735function so it shouldn't be done by the application.17361737Usage example:17381739uLong crc = crc32(0L, Z_NULL, 0);17401741while (read_buffer(buffer, length) != EOF) {1742crc = crc32(crc, buffer, length);1743}1744if (crc != original_crc) error();1745*/17461747ZEXTERN uLong ZEXPORT crc32_z(uLong crc, const Bytef *buf,1748z_size_t len);1749/*1750Same as crc32(), but with a size_t length.1751*/17521753/*1754ZEXTERN uLong ZEXPORT crc32_combine(uLong crc1, uLong crc2, z_off_t len2);17551756Combine two CRC-32 check values into one. For two sequences of bytes,1757seq1 and seq2 with lengths len1 and len2, CRC-32 check values were1758calculated for each, crc1 and crc2. crc32_combine() returns the CRC-321759check value of seq1 and seq2 concatenated, requiring only crc1, crc2, and1760len2. len2 must be non-negative.1761*/17621763/*1764ZEXTERN uLong ZEXPORT crc32_combine_gen(z_off_t len2);17651766Return the operator corresponding to length len2, to be used with1767crc32_combine_op(). len2 must be non-negative.1768*/17691770ZEXTERN uLong ZEXPORT crc32_combine_op(uLong crc1, uLong crc2, uLong op);1771/*1772Give the same result as crc32_combine(), using op in place of len2. op is1773is generated from len2 by crc32_combine_gen(). This will be faster than1774crc32_combine() if the generated op is used more than once.1775*/177617771778/* various hacks, don't look :) */17791780/* deflateInit and inflateInit are macros to allow checking the zlib version1781* and the compiler's view of z_stream:1782*/1783ZEXTERN int ZEXPORT deflateInit_(z_streamp strm, int level,1784const char *version, int stream_size);1785ZEXTERN int ZEXPORT inflateInit_(z_streamp strm,1786const char *version, int stream_size);1787ZEXTERN int ZEXPORT deflateInit2_(z_streamp strm, int level, int method,1788int windowBits, int memLevel,1789int strategy, const char *version,1790int stream_size);1791ZEXTERN int ZEXPORT inflateInit2_(z_streamp strm, int windowBits,1792const char *version, int stream_size);1793ZEXTERN int ZEXPORT inflateBackInit_(z_streamp strm, int windowBits,1794unsigned char FAR *window,1795const char *version,1796int stream_size);1797#ifdef Z_PREFIX_SET1798# define z_deflateInit(strm, level) \1799deflateInit_((strm), (level), ZLIB_VERSION, (int)sizeof(z_stream))1800# define z_inflateInit(strm) \1801inflateInit_((strm), ZLIB_VERSION, (int)sizeof(z_stream))1802# define z_deflateInit2(strm, level, method, windowBits, memLevel, strategy) \1803deflateInit2_((strm),(level),(method),(windowBits),(memLevel),\1804(strategy), ZLIB_VERSION, (int)sizeof(z_stream))1805# define z_inflateInit2(strm, windowBits) \1806inflateInit2_((strm), (windowBits), ZLIB_VERSION, \1807(int)sizeof(z_stream))1808# define z_inflateBackInit(strm, windowBits, window) \1809inflateBackInit_((strm), (windowBits), (window), \1810ZLIB_VERSION, (int)sizeof(z_stream))1811#else1812# define deflateInit(strm, level) \1813deflateInit_((strm), (level), ZLIB_VERSION, (int)sizeof(z_stream))1814# define inflateInit(strm) \1815inflateInit_((strm), ZLIB_VERSION, (int)sizeof(z_stream))1816# define deflateInit2(strm, level, method, windowBits, memLevel, strategy) \1817deflateInit2_((strm),(level),(method),(windowBits),(memLevel),\1818(strategy), ZLIB_VERSION, (int)sizeof(z_stream))1819# define inflateInit2(strm, windowBits) \1820inflateInit2_((strm), (windowBits), ZLIB_VERSION, \1821(int)sizeof(z_stream))1822# define inflateBackInit(strm, windowBits, window) \1823inflateBackInit_((strm), (windowBits), (window), \1824ZLIB_VERSION, (int)sizeof(z_stream))1825#endif18261827#ifndef Z_SOLO18281829/* gzgetc() macro and its supporting function and exposed data structure. Note1830* that the real internal state is much larger than the exposed structure.1831* This abbreviated structure exposes just enough for the gzgetc() macro. The1832* user should not mess with these exposed elements, since their names or1833* behavior could change in the future, perhaps even capriciously. They can1834* only be used by the gzgetc() macro. You have been warned.1835*/1836struct gzFile_s {1837unsigned have;1838unsigned char *next;1839z_off64_t pos;1840};1841ZEXTERN int ZEXPORT gzgetc_(gzFile file); /* backward compatibility */1842#ifdef Z_PREFIX_SET1843# undef z_gzgetc1844# define z_gzgetc(g) \1845((g)->have ? ((g)->have--, (g)->pos++, *((g)->next)++) : (gzgetc)(g))1846#else1847# define gzgetc(g) \1848((g)->have ? ((g)->have--, (g)->pos++, *((g)->next)++) : (gzgetc)(g))1849#endif18501851/* provide 64-bit offset functions if _LARGEFILE64_SOURCE defined, and/or1852* change the regular functions to 64 bits if _FILE_OFFSET_BITS is 64 (if1853* both are true, the application gets the *64 functions, and the regular1854* functions are changed to 64 bits) -- in case these are set on systems1855* without large file support, _LFS64_LARGEFILE must also be true1856*/1857#ifdef Z_LARGE641858ZEXTERN gzFile ZEXPORT gzopen64(const char *, const char *);1859ZEXTERN z_off64_t ZEXPORT gzseek64(gzFile, z_off64_t, int);1860ZEXTERN z_off64_t ZEXPORT gztell64(gzFile);1861ZEXTERN z_off64_t ZEXPORT gzoffset64(gzFile);1862ZEXTERN uLong ZEXPORT adler32_combine64(uLong, uLong, z_off64_t);1863ZEXTERN uLong ZEXPORT crc32_combine64(uLong, uLong, z_off64_t);1864ZEXTERN uLong ZEXPORT crc32_combine_gen64(z_off64_t);1865#endif18661867#if !defined(ZLIB_INTERNAL) && defined(Z_WANT64)1868# ifdef Z_PREFIX_SET1869# define z_gzopen z_gzopen641870# define z_gzseek z_gzseek641871# define z_gztell z_gztell641872# define z_gzoffset z_gzoffset641873# define z_adler32_combine z_adler32_combine641874# define z_crc32_combine z_crc32_combine641875# define z_crc32_combine_gen z_crc32_combine_gen641876# else1877# define gzopen gzopen641878# define gzseek gzseek641879# define gztell gztell641880# define gzoffset gzoffset641881# define adler32_combine adler32_combine641882# define crc32_combine crc32_combine641883# define crc32_combine_gen crc32_combine_gen641884# endif1885# ifndef Z_LARGE641886ZEXTERN gzFile ZEXPORT gzopen64(const char *, const char *);1887ZEXTERN z_off_t ZEXPORT gzseek64(gzFile, z_off_t, int);1888ZEXTERN z_off_t ZEXPORT gztell64(gzFile);1889ZEXTERN z_off_t ZEXPORT gzoffset64(gzFile);1890ZEXTERN uLong ZEXPORT adler32_combine64(uLong, uLong, z_off_t);1891ZEXTERN uLong ZEXPORT crc32_combine64(uLong, uLong, z_off_t);1892ZEXTERN uLong ZEXPORT crc32_combine_gen64(z_off_t);1893# endif1894#else1895ZEXTERN gzFile ZEXPORT gzopen(const char *, const char *);1896ZEXTERN z_off_t ZEXPORT gzseek(gzFile, z_off_t, int);1897ZEXTERN z_off_t ZEXPORT gztell(gzFile);1898ZEXTERN z_off_t ZEXPORT gzoffset(gzFile);1899ZEXTERN uLong ZEXPORT adler32_combine(uLong, uLong, z_off_t);1900ZEXTERN uLong ZEXPORT crc32_combine(uLong, uLong, z_off_t);1901ZEXTERN uLong ZEXPORT crc32_combine_gen(z_off_t);1902#endif19031904#else /* Z_SOLO */19051906ZEXTERN uLong ZEXPORT adler32_combine(uLong, uLong, z_off_t);1907ZEXTERN uLong ZEXPORT crc32_combine(uLong, uLong, z_off_t);1908ZEXTERN uLong ZEXPORT crc32_combine_gen(z_off_t);19091910#endif /* !Z_SOLO */19111912/* undocumented functions */1913ZEXTERN const char * ZEXPORT zError(int);1914ZEXTERN int ZEXPORT inflateSyncPoint(z_streamp);1915ZEXTERN const z_crc_t FAR * ZEXPORT get_crc_table(void);1916ZEXTERN int ZEXPORT inflateUndermine(z_streamp, int);1917ZEXTERN int ZEXPORT inflateValidate(z_streamp, int);1918ZEXTERN unsigned long ZEXPORT inflateCodesUsed(z_streamp);1919ZEXTERN int ZEXPORT inflateResetKeep(z_streamp);1920ZEXTERN int ZEXPORT deflateResetKeep(z_streamp);1921#if defined(_WIN32) && !defined(Z_SOLO)1922ZEXTERN gzFile ZEXPORT gzopen_w(const wchar_t *path,1923const char *mode);1924#endif1925#if defined(STDC) || defined(Z_HAVE_STDARG_H)1926# ifndef Z_SOLO1927ZEXTERN int ZEXPORTVA gzvprintf(gzFile file,1928const char *format,1929va_list va);1930# endif1931#endif19321933#ifdef __cplusplus1934}1935#endif19361937#endif /* ZLIB_H */193819391940