Lines Matching refs:in
16 in a product, an acknowledgment in the product documentation would be
27 Comments) 1950 to 1952 in the files http://tools.ietf.org/html/rfc1950
48 The 'zlib' compression library provides in-memory compression and
54 Compression can be done in a single step if the buffers are large enough,
59 The compressed data format used by default by the in-memory functions is
60 the zlib format, which is a zlib wrapper documented in RFC 1950, wrapped
61 around a deflate stream, which is itself documented in RFC 1951.
63 The library also supports reading and writing files in gzip (.gz) format
66 gzip wrapper, documented in RFC 1952, wrapped around a deflate stream.
68 This library can optionally read and write gzip and raw deflate streams in
71 The zlib format was designed to be compact and fast for use in memory
78 even in the case of corrupted input.
146 If zlib is used in a multi-threaded application, zalloc and zfree must be
163 if the decompressor wants to decompress everything in a single step).
210 /* The deflate compression method (the only one supported in this version) */
262 enough room in the output buffer), next_in and avail_in are updated and
277 zero avail_out, it must be called again after making room in the output
280 in that case.
283 decide how much data to accumulate before producing output, in order to
301 in order for the decompressor to finish the block before the empty fixed
308 be provided enough bits at this point in order to complete decompression of
323 avail_out is greater than six when the flush marker begins, in order to avoid
334 Z_FINISH can be used in the first deflate call after deflateInit if all the
335 compression is to be done in a single step. In order to complete in one
347 the input data type (Z_BINARY or Z_TEXT). If in doubt, the data is
349 affect the compression algorithm in any manner.
413 enough room in the output buffer), then next_in and avail_in are updated
419 no more input data or no more space in the output buffer (see below about
430 called again after making room in the output buffer because there might be
442 The Z_BLOCK option assists in appending to or combining deflate streams.
443 To assist in this, on return inflate() always sets strm->data_type to the
444 number of unused bits in the last byte taken from strm->next_in, plus 64 if
445 inflate() is currently decoding the last block in the deflate stream, plus
450 unused bits may in general be greater than seven, except when bit 7 of
451 data_type is set, in which case the number of unused bits will be less than
454 consumed input in bits.
457 end of each deflate block header is reached, before any actual data in that
459 deflate block header for later use in random access within a deflate block.
464 error. However if all decompression is to be performed in a single step (a
470 required to perform an inflation in one step. However it may be used to
481 first call. So the effects of the flush parameter in this implementation are
497 initializing with inflateInit2(). Any information contained in the gzip
508 value, in which case strm->msg points to a string with a more specific
512 if no progress was possible or if there was not enough room in the output
535 The following functions are needed only in some special applications.
549 The method parameter is the compression method. It must be Z_DEFLATED in
553 (the size of the history buffer). It should be in the range 8..15 for this
554 version of the library. Larger values of this parameter result in better
560 will result in 9 (a 512-byte window). In that case, providing 8 to
561 inflateInit2() will result in an error when the zlib header with 9 is
563 with deflateInit2() with this initialization, or at least in that case use 9
627 to be encountered later in the data to be compressed, with the most commonly
634 deflateInit or deflateInit2, a part of the dictionary may in effect be
636 provided in deflateInit or deflateInit2. Thus the strings most likely to be
660 set to the number of bytes in the dictionary, and that many bytes are copied
667 when more than the window size in input has been provided. It may return up
668 to 258 bytes less in that case, due to how zlib's implementation of deflate
691 (such as zalloc being Z_NULL). msg is left unchanged in both source and
711 interpretation of level and strategy is as in deflateInit2(). This can be
727 In order to assure a change in the parameters on the first try, the
738 available input data before a change in the strategy or approach. Note that
739 in the case of a Z_BUF_ERROR, the parameters are not changed. A return
740 value of Z_BUF_ERROR is not fatal, in which case deflateParams() can be
767 to allocate an output buffer for deflation in a single pass, and so would be
781 been generated, but not yet provided in the available output. The bytes not
784 await more bits to join them in order to fill out a full byte. If pending
795 deflatePrime() inserts bits in the deflate output stream. The intent
801 will be inserted in the output.
804 room in the internal buffer to insert the bits, or Z_STREAM_ERROR if the
815 in the provided gz_header structure are written to the gzip header (xflag is
842 size (the size of the history buffer). It should be in the range 8..15 for
850 windowBits can also be zero to request that inflate use the window size in
861 the uncompressed data as is done in the zlib, gzip, and zip formats. For
863 above on the use in deflateInit2() applies to the magnitude of windowBits.
873 *must* be done if there is more data after a gzip member, in order for the
899 window and there is already data in the window, then the provided dictionary
916 set to the number of bytes in the dictionary, and that many bytes are copied
932 inflateSync searches for a 00 00 FF FF pattern in the compressed data.
957 (such as zalloc being Z_NULL). msg is left unchanged in both source and
990 This function inserts bits in the inflate input stream. The intent is
991 that this function is used to start inflating at a bit position in the
996 least significant bits of value will be inserted in the input.
999 inflatePrime() can be called again to put bits in the buffer. This is used
1009 This function returns two values, one in the lower 16 bits of the return
1010 value, and the other in the remaining upper bits, obtained by shifting the
1013 If the upper value is -1 and the lower value is non-zero, then inflate is in
1016 it is the number of bits back from the current bit position in the input of
1025 inflateMark() is used to mark locations in the input data for random
1028 location in the input stream can be determined from avail_in and data_type
1029 as noted in the description for the Z_BLOCK flush parameter for inflate.
1038 inflateGetHeader() requests that gzip header information be stored in the
1048 The text, time, xflags, and os fields are filled in with the gzip header
1059 present in the header, then that field is set to Z_NULL to signal its
1080 calls. The fields zalloc, zfree and opaque in strm must be initialized
1083 logarithm of the window size, in the range 8..15. window is a caller
1102 in_func in, void FAR *in_desc,
1107 inflate() for file i/o applications, in that it avoids copying between the
1120 This routine would normally be used in a utility that reads zip or gzip
1131 parameters and return types are defined above in the in_func and out_func
1132 typedefs. inflateBack() will call in(in_desc, &buf) which should return the
1133 number of bytes of provided input, and a pointer to that input in buf. If
1134 there is no input available, in() must return zero -- buf is ignored in that
1138 returns non-zero, inflateBack() will return with an error. Neither in() nor
1142 amount of input may be provided by in().
1146 in() will be called. Therefore strm->next_in must be initialized before
1147 calling inflateBack(). If strm->next_in is Z_NULL, then in() will be called
1153 first parameter of in() and out() respectively when they are called. These
1155 supplied in() and out() functions need to do their job.
1158 pass back any unused input that was provided by the last in() call. The
1160 if in() or out() returned an error, Z_DATA_ERROR if there was a format error
1161 in the deflate stream (in which case strm->msg is set to indicate the nature
1164 using strm->next_in which will be Z_NULL only if in() returned an error. If
1166 non-zero. (in() will always be called before out(), so strm->next_in is
1206 Operation variations (changes in library functionality):
1243 enough memory, Z_BUF_ERROR if there was not enough room in the output
1252 parameter has the same meaning as in deflateInit. sourceLen is the byte
1259 memory, Z_BUF_ERROR if there was not enough room in the output buffer,
1282 enough memory, Z_BUF_ERROR if there was not enough room in the output
1299 This library supports reading and writing files in gzip (.gz) format with
1302 wrapper, documented in RFC 1952, wrapped around a deflate stream.
1311 compressing and writing. The mode parameter is as in fopen ("rb" or "wb")
1313 filtered data as in "wb6f", 'h' for Huffman-only compression as in "wb1h",
1314 'R' for run-length encoding as in "wb1R", or 'F' for fixed code compression
1315 as in "wb9F". (See the description of deflateInit2 for more information
1320 be written be appended to the file. "+" will result in an error, since
1327 streams in a file. The append function of gzopen() can be used to create
1333 gzopen can be used to read a file which is not in gzip format; in this
1349 been previously opened with fopen). The mode parameter is as in gzopen.
1374 or write. Three times that size in buffer space is allocated. A larger
1398 the input file is not in gzip format, gzread copies the given number of
1401 After reaching the end of a gzip stream in the input, gzread will continue
1403 concatenated in the input file, and will all be decompressed by gzread().
1410 gzclearerr can be used to clear the end of file indicator in order to permit
1412 on the last gzread. Z_BUF_ERROR indicates that the input file ended in the
1413 middle of a gzip stream. Note that gzread does not return -1 in the event
1415 will return Z_BUF_ERROR if the last gzread ended in the middle of a gzip
1420 len for end of file, or -1 for error. If len is too large to fit in an int,
1436 there was an error. gzerror() must be consulted if zero is returned in
1438 nitems overflows, i.e. the product does not fit in a z_size_t, then nothing
1446 is the same as the behavior of fread() implementations in common libraries,
1454 returns the number of uncompressed bytes written or 0 in case of error.
1467 i.e. the product does not fit in a z_size_t, then nothing is written, zero
1474 control of the string format, as in fprintf. gzprintf returns the number of
1475 uncompressed bytes actually written, or a negative zlib error code in case
1491 gzputs returns the number of characters written, or -1 in case of error.
1504 for end-of-file or in case of error. If there was an error, the contents at
1511 returns the value that was written, or -1 in case of error.
1517 in case of end of file or error. This is implemented as a macro for speed.
1537 Flush all pending output to file. The parameter flush is as in the
1542 gzip stream is completed in the output. If gzwrite() is called again, a new
1543 gzip stream will be started in the output. gzread() is able to read such
1555 or gzwrite on file. The offset represents a number of bytes in the
1556 uncompressed data stream. The whence parameter is defined as in lseek(2);
1564 gzseek returns the resulting offset location as measured in bytes from
1565 the beginning of the uncompressed stream, or -1 in case of error, in
1581 This position represents a number of bytes in the uncompressed data stream,
1604 more data to read, in the event that the last read request was for the exact
1605 number of bytes remaining in the input file. This will happen if the input
1644 last read ended in the middle of a gzip stream, or Z_OK on success.
1652 using these instead of gzclose() is that they avoid linking in zlib
1662 errnum is set to zlib error number. If an error occurred in the file system
1663 and not in the compression library, errnum is set to Z_ERRNO and the
1672 functions above that do not distinguish those cases in their return values.
1678 clearerr() function in stdio. This is useful for continuing to read a gzip
1688 anyway because they might be useful in applications using the compression
1695 return the updated checksum. An Adler-32 value is in the range of a 32-bit
1733 updated CRC-32. A CRC-32 value is in the range of a 32-bit unsigned integer.
1773 Give the same result as crc32_combine(), using op in place of len2. op is
1834 * behavior could change in the future, perhaps even capriciously. They can
1855 * functions are changed to 64 bits) -- in case these are set on systems