Searched refs:Z_FINISH (Results 1 - 7 of 7) sorted by relevance

/glassfish-3.1.2/installer/src/cpp/share/launcher/zlib-1.1.4/
H A Duncompr.c49 err = inflate(&stream, Z_FINISH);
H A Dcompress.c47 err = deflate(&stream, Z_FINISH);
H A Dexample.c189 err = deflate(&c_stream, Z_FINISH);
285 err = deflate(&c_stream, Z_FINISH);
363 err = deflate(&c_stream, Z_FINISH);
405 err = inflate(&d_stream, Z_FINISH);
445 err = deflate(&c_stream, Z_FINISH);
H A Ddeflate.c348 s->noheader = 0; /* was set to -1 by deflate(..., Z_FINISH); */
443 flush > Z_FINISH || flush < 0) {
450 (s->status == FINISH_STATE && flush != Z_FINISH)) {
496 * flushes. For repeated and useless calls with Z_FINISH, we keep
500 flush != Z_FINISH) {
554 if (flush != Z_FINISH) return Z_OK;
1127 FLUSH_BLOCK(s, flush == Z_FINISH);
1128 return flush == Z_FINISH ? finish_done : block_done;
1225 FLUSH_BLOCK(s, flush == Z_FINISH);
1226 return flush == Z_FINISH
[all...]
H A Dzlib.h129 #define Z_FINISH 4 macro
249 If the parameter flush is set to Z_FINISH, pending input is processed,
252 called again with Z_FINISH and more output space (updated avail_out) but no
257 Z_FINISH can be used immediately after deflateInit if all the compression
273 Z_FINISH), Z_STREAM_ERROR if the stream state was inconsistent (for example
346 and Z_FINISH, but the current implementation actually flushes as much output
352 Z_FINISH. In this case all pending input is processed and all pending
356 be inflateEnd to deallocate the decompression state. The use of Z_FINISH
377 enough room in the output buffer when Z_FINISH is used. In the Z_DATA_ERROR
752 the flush parameter is Z_FINISH an
[all...]
H A Dinflate.c160 f = f == Z_FINISH ? Z_BUF_ERROR : Z_OK;
H A Dgzio.c833 err = do_flush (file, Z_FINISH);

Completed in 22 milliseconds