search for: inflateend

...39;: /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:68: undefined reference to `inflateInit2_' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:116: undefined reference to `inflate' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:128: undefined reference to `inflateEnd' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:132: undefined reference to `inflateEnd' make[2]: *** [usr/kinit/shared/kinit] Error 1 Signed-off-by: Christophe Leroy <christophe.leroy at c-s.fr> --- usr/kinit/initrd.c | 6 ++++++ usr/kinit/ramdisk_load.c | 6 +++++...

...short order I started getting error messages like unto: > connections.o: In function `gzcon_write': > /home/rolf/Desktop/Rinst/R-3.2.0/src/main/connections.c:5469: undefined reference to `deflate' There were also complaints about undefined references to inflate, crc32, deflateEnd, inflateEnd, inflateReset, inflateInit2_, deflateInit2_, compress, uncompress, and zlibVersion, many of which were issued repeatedly. It finally gave up, saying: > collect2: error: ld returned 1 exit status A bit of googling informed me (I think?) that a workaround was to configure using --without-sys...

...short order I started getting error messages like unto: > connections.o: In function `gzcon_write': > /home/rolf/Desktop/Rinst/R-3.2.0/src/main/connections.c:5469: undefined reference to `deflate' There were also complaints about undefined references to inflate, crc32, deflateEnd, inflateEnd, inflateReset, inflateInit2_, deflateInit2_, compress, uncompress, and zlibVersion, many of which were issued repeatedly. It finally gave up, saying: > collect2: error: ld returned 1 exit status A bit of googling informed me (I think?) that a workaround was to configure using --without-sys...

...39;: /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:68: undefined reference to `inflateInit2_' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:116: undefined reference to `inflate' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:128: undefined reference to `inflateEnd' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:132: undefined reference to `inflateEnd' make[2]: *** [usr/kinit/shared/kinit] Error 1 When CONFIG_KLIBC_ZLIB is not set, this patch redefines load_ramdisk_compressed() as a simple function printing an error message and returning...

...39;: /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:68: undefined reference to `inflateInit2_' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:116: undefined reference to `inflate' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:128: undefined reference to `inflateEnd' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:132: undefined reference to `inflateEnd' make[2]: *** [usr/kinit/shared/kinit] Error 1 When CONFIG_KLIBC_ZLIB is not set, this patch redefines load_ramdisk_compressed() as a simple function printing an error message and returning...

...sages like unto: >> >>> connections.o: In function `gzcon_write': >>> /home/rolf/Desktop/Rinst/R-3.2.0/src/main/connections.c:5469: undefined reference to `deflate' >> >> There were also complaints about undefined references to inflate, crc32, deflateEnd, inflateEnd, inflateReset, inflateInit2_, deflateInit2_, compress, uncompress, and zlibVersion, many of which were issued repeatedly. It finally gave up, saying: >> >>> collect2: error: ld returned 1 exit status >> >> A bit of googling informed me (I think?) that a workaround was to...

...#39;: >>>>> /home/rolf/Desktop/Rinst/R-3.2.0/src/main/connections.c:5469: undefined >>>>> reference to `deflate' >>>> >>>> >>>> There were also complaints about undefined references to inflate, crc32, >>>> deflateEnd, inflateEnd, inflateReset, inflateInit2_, deflateInit2_, >>>> compress, uncompress, and zlibVersion, many of which were issued repeatedly. >>>> It finally gave up, saying: >>>> >>>>> collect2: error: ld returned 1 exit status >>>> >>>>...

...t' ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jpeg_read_scanlines' ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jpeg_set_quality' ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jbg_dec_init' ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$inflateEnd' ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jpeg_start_decompress' ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$deflateReset' ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jpeg_read_raw_data' ../libtiff/libtiff.so.5.2.5: undefined reference to `d...

...z_streamp stream = &state->compression_in_stream; debug("compress incoming: " "raw data %llu, compressed %llu, factor %.2f", @@ -630,8 +641,28 @@ ssh_packet_close_internal(struct ssh *ssh, int do_close) if (state->compression_in_failures == 0) inflateEnd(stream); } +#endif /* WITH_ZLIB */ +#ifdef HAVE_LIBZSTD + if (state->compression_out_started == COMP_ZSTD) { + debug("compress outgoing: " + "raw data %llu, compressed %llu, factor %.2f", + (unsigned long long)state->compress_zstd_out_raw, + (...

Any call to inflate() must be followed by inflateEnd(), otherwise the internal zlib state is leaked. Signed-off-by: Kevin Wolf <kwolf@suse.de> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...nmake / CFG="" DEBUG="" Microsoft (R) Program Maintenance Utility Version 10.00.30319.01 Copyright (C) Microsoft Corporation. All rights reserved. link.exe @C:\Users\qwerty\AppData\Local\Temp\nmD882.tmp libbrass.lib(brass_table.obj) : error LNK2019: unresolved external symbol _inflateEnd referenced in function "public: __thisc all BrassTable::~BrassTable(void)" (??1BrassTable@@QAE at XZ) libchert.lib(chert_table.obj) : error LNK2001: unresolved external symbol _inflateEnd libflint.lib(flint_table.obj) : error LNK2001: unresolved external symbol _inflateEnd libbrass.lib(br...

I added ZSTD support to OpenSSH roughly three years ago and I've been playing with it ever since. The nice part is that ZSTD achieves reasonable compression (like zlib) but consumes little CPU so it is unlikely that compression becomes the bottle neck of a transfer. The compression overhead (CPU) is negligible even when uncompressed data is tunneled over the SSH connection (SOCKS proxy, port

...n function `gzcon_write': >>>> /home/rolf/Desktop/Rinst/R-3.2.0/src/main/connections.c:5469: undefined >>>> reference to `deflate' >>> >>> >>> There were also complaints about undefined references to inflate, crc32, >>> deflateEnd, inflateEnd, inflateReset, inflateInit2_, deflateInit2_, >>> compress, uncompress, and zlibVersion, many of which were issued repeatedly. >>> It finally gave up, saying: >>> >>>> collect2: error: ld returned 1 exit status >>> >>> >>> A bit of go...

...me/rolf/Desktop/Rinst/R-3.2.0/src/main/connections.c:5469: undefined > >>>>> reference to `deflate' > >>>> > >>>> > >>>> There were also complaints about undefined references to inflate, crc32, > >>>> deflateEnd, inflateEnd, inflateReset, inflateInit2_, deflateInit2_, > >>>> compress, uncompress, and zlibVersion, many of which were issued repeatedly. > >>>> It finally gave up, saying: > >>>> > >>>>> collect2: error: ld returned 1 exit status > >...

...btiff.so.5.2.5: undefined reference to > `dfs$jpeg_read_scanlines' > ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jpeg_set_quality' > ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jbg_dec_init' > ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$inflateEnd' > ../libtiff/libtiff.so.5.2.5: undefined reference to > `dfs$jpeg_start_decompress' > ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$deflateReset' > ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jpeg_read_raw_data' > ../libtiff/libtiff.so.5.2.5:...

...sktop/Rinst/R-3.2.0/src/main/connections.c:5469: undefined >>>>>>> reference to `deflate' >>>>>> >>>>>> >>>>>> There were also complaints about undefined references to inflate, crc32, >>>>>> deflateEnd, inflateEnd, inflateReset, inflateInit2_, deflateInit2_, >>>>>> compress, uncompress, and zlibVersion, many of which were issued repeatedly. >>>>>> It finally gave up, saying: >>>>>> >>>>>>> collect2: error: ld returned 1 exit status &g...

...nsole connections.o Rf_initialize_R Rmain.o call_dqags registration.o call_dqagi registration.o deflateEnd connections.o ptr_R_EditFile ../unix/libunix.a(edit.o) inflateEnd connections.o Rf_lchoose arithmetic.o R_ChooseFile platform.o lminfl_ registration.o deflateInit2_ connections.o N01_kind RNG.o do_machine...

...L; + + data = g_malloc (len); + z.next_in = (Bytef *) zptr; + z.avail_in = zlen; + z.next_out = data; + z.avail_out = len; + + ret = inflateInit (&z); + ret = inflate (&z, Z_SYNC_FLUSH); if (ret != Z_STREAM_END) { SWFDEC_WARNING ("lossless: ret == %d", ret); } + inflateEnd (&z); - if (plen) - (*plen) = z->total_out; - - inflateEnd (z); - - g_free (z); return data; } @@ -278,11 +262,8 @@ int tag_func_define_bits_jpeg_3 (SwfdecSwfDecoder * s) { SwfdecBits *bits = &s->b; - int id; + guint id; SwfdecImage *image; - unsigned char *en...

...nsole connections.o Rf_initialize_R Rmain.o call_dqags registration.o call_dqagi registration.o deflateEnd connections.o ptr_R_EditFile ../unix/libunix.a(edit.o) inflateEnd connections.o Rf_lchoose arithmetic.o R_ChooseFile platform.o lminfl_ registration.o deflateInit2_ connections.o N01_kind RNG.o do_machine...

I hacked zstd support into OpenSSH a while ago and just started to clean it up in the recent days. The cleanup includes configuration support among other things that I did not have. During testing I noticed the following differences compared to zlib: - highly interactive shell output (as in refreshed at a _very_ high rate) may result in higher bandwidth compared to zlib. Since zstd is quicker