search for: next_out

...+ DOMPRINTF("%s: Failed to alloc memory", what); goto lzma_cleanup; } - stream.next_in = dom->kernel_blob; - stream.avail_in = dom->kernel_size; + stream->next_in = dom->kernel_blob; + stream->avail_in = dom->kernel_size; - stream.next_out = out_buf; - stream.avail_out = dom->kernel_size; + stream->next_out = out_buf; + stream->avail_out = dom->kernel_size; for ( ; ; ) { - ret = lzma_code(&stream, action); + ret = lzma_code(stream, action); if ( ret == LZMA_STREAM_END )...

...-disk2.iso" is a CD-ROM image of "Turbo Linux Installer" and this CD-ROM includes many gzip/bzip2 compressed datas(RPMs). Let's looked at token.c. 280 tx_strm.next_in = (Bytef *) map_ptr(buf, offset, toklen); 281 tx_strm.avail_in = toklen; 282 tx_strm.next_out = (Bytef *) obuf; 283 tx_strm.avail_out = MAX_DATA_COUNT; 284 r = deflate(&tx_strm, Z_INSERT_ONLY); 285 if (r != Z_OK || tx_strm.avail_in != 0) { 286 rprintf(FERROR, "deflate on token returned %d (%d bytes left)\n", 287...

...MA_CONCATENATED); - if (verbose) - fprintf (stderr, "supermin: running xz\n"); - FILE *fd = fopen (filename, "r"); - if (!fd) { - perror("popen failed"); - exit (EXIT_FAILURE); - } - char tmp_out[tmpsize]; - strm.avail_in = 0; - strm.next_out = tmp_out; - strm.avail_out = tmpsize; - - lzma_action action = LZMA_RUN; - - while (1) { - if (strm.avail_in == 0) { - strm.next_in = tmp; - strm.avail_in = fread(tmp, 1, tmpsize, fd); - - if (ferror(fd)) { - // POSIX says that fread() sets errno if -...

...new_for_data (data, dec->bytes_total - 8); z = &s->z; z->zalloc = zalloc; z->zfree = zfree; ret = inflateInit (z); SWFDEC_DEBUG ("inflateInit returned %d", ret); - s->uncompressed_buffer = swfdec_buffer_new_and_alloc (dec->bytes_total - 8); z->next_out = s->uncompressed_buffer->data; z->avail_out = s->uncompressed_buffer->length; z->opaque = NULL; + return TRUE; } static int @@ -168,7 +173,8 @@ swf_parse_header1 (SwfdecSwfDecoder * s) s->compressed = (sig1 == 'C'); if (s->compressed) { SWFDEC_...

Allow an alternate libc, such as dietlibc, to be used for the init binary in the supermin appliance. Rich.

...pectedly closed (59265966 bytes received so far) [generator] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [generator=3.1.0] The first error (inflate returned -3 (0 bytes)) was tracked in token.c: > case r_inflating: > rx_strm.next_out = (Bytef *)dbuf; > rx_strm.avail_out = AVAIL_OUT_SIZE(CHUNK_SIZE); > r = inflate(&rx_strm, Z_NO_FLUSH); > n = AVAIL_OUT_SIZE(CHUNK_SIZE) - rx_strm.avail_out; > if (r != Z_OK) { >...

What about this one? The diff looks like this: --- src/sys/net/zlib.c 2002/02/17 17:35:18 1.11 +++ src/sys/net/zlib.c 2002/03/20 04:05:26 1.12 @@ -10,7 +10,7 @@ * - added inflateIncomp and deflateOutputPending * - allow strm->next_out to be NULL, meaning discard the output * - * $FreeBSD: /c/ncvs/src/sys/net/zlib.c,v 1.11 2002/02/17 17:35:18 jedgar Exp $ + * $FreeBSD: /c/ncvs/src/sys/net/zlib.c,v 1.12 2002/03/20 04:05:26 dillon Exp $ */ /* @@ -3951,11 +3951,15 @@ int r; r = Z_MEM_ERROR; LEAVE...

Joseph, Please try my modified versions of these patches. These are compile-tested on Fedora and they don't break any existing functionality, but I don't have either urpmi nor a statically-linked xz so I cannot fully test them. I have also fixed detection of zlib (2/3). Rich.

...loc; - z->zfree = zfree; - z->opaque = NULL; - - z->next_in = zptr; - z->avail_in = zlen; - - data = NULL; - len = 0; - ret = inflateInit (z); - while (z->avail_in > 0) { - if (z->avail_out == 0) { - len += 1024; - data = g_realloc (data, len); - z->next_out = data + z->total_out; - z->avail_out += 1024; - } - ret = inflate (z, Z_SYNC_FLUSH); - if (ret != Z_OK) - break; - } + z.zalloc = zalloc; + z.zfree = zfree; + z.opaque = NULL; + + data = g_malloc (len); + z.next_in = (Bytef *) zptr; + z.avail_in = zlen; + z.next_ou...

v1 -> v2: - If we split out the init program into a separate init/ directory, that makes it much easier to build against an alternate libc. I tried to build against uClibc, but uClibc requires an entire build chain, which looked like it was going to be a massive ballache. Rich.

Hello, the following patches should get multidisk access working. The syntax accepted is the following: (hdx,y)/path/to/file where x is the disk number and start at 0 and the y is the partition number starting at 1. So (hd0,1) is the first partition of the first disk. the other accepted syntax is using MBR's 32 bits disk signature so for example: (mbr:0x12345678,2)/foo/bar would address

...at main.c:772 #13 0x80509dc in main (argc=2, argv=0x8078060) at main.c:921 #14 0x804a01d in _start () (gdb) p s $1 = (inflate_blocks_statef *) 0x807b040 (gdb) p *s $2 = {dummy = 6} (gdb) p z $3 = 0x80777c0 (gdb) p *z $4 = {next_in = 0x8091ff6 "!.?Y?????", avail_in = 9, total_in = 16374, next_out = 0x809a000 <Address 0x809a000 out of bounds>, avail_out = 0, total_out = 98304, msg = 0x0, state = 0x8078100, zalloc = 0x8064f18 <zcalloc>, zfree = 0x8064f30 <zcfree>, opaque = 0x0, data_type = 0, adler = 0, reserved = 0} >How-To-Repeat: transfer a large (binary?) file...

...- g_free (addr); -} - -static guint8 * -lossless (const guint8 *zptr, int zlen, int len) -{ - guint8 *data; - z_stream z = { NULL, }; - int ret; - - z.zalloc = zalloc; - z.zfree = zfree; - z.opaque = NULL; - - 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_FINISH); - if (ret != Z_STREAM_END) { - SWFDEC_WARNING ("lossless: ret == %d", ret); - } - inflateEnd (&z); - - return data; -} - - int swfdec_image_jpegtables (SwfdecSwfDecoder * s) {...

...next_ops->pread (nxdata, in_block, (uint32_t) n, strm.total_in, + 0, &err) == -1) { + errno = err; + return -1; + } + + strm.next_in = (void *) in_block; + strm.avail_in = n; + } + + /* Inflate the next chunk of input. */ + strm.next_out = (void *) out_block; + strm.avail_out = block_size; + zerr = inflate (&strm, Z_SYNC_FLUSH); + if (zerr < 0) { + zerror ("inflate", &strm, zerr); + return -1; + } + + /* Write the output to the file. */ + if (xwrite (out_block, (char *) strm.next_out...

...becomes full. It may introduce some @@ -272,11 +272,12 @@ processed or more output produced), Z_STREAM_END if all input has been consumed and all output has been produced (only when flush is set to Z_FINISH), Z_STREAM_ERROR if the stream state was inconsistent (for example - if next_in or next_out was NULL), Z_BUF_ERROR if no progress is possible. + if next_in or next_out was NULL), Z_BUF_ERROR if no progress is possible + (for example avail_in or avail_out was zero). */ -extern int ZEXPORT deflateEnd OF((z_streamp strm)); +ZEXTERN int ZEXPORT deflateEnd OF((z_streamp strm)); /*...

...in = n; - nb -= n; - offset += n; + + map_ptr(buf, offset, n); + tx_strm.next_in = (Bytef *)buf->m_ptr; + tx_strm.avail_in = buf->m_len; + nb -= buf->m_len; + offset += buf->m_len; + data_read += buf->m_len; } if (tx_strm.avail_out == 0) { tx_strm.next_out = (Bytef *)(obuf + 2); tx_strm.avail_out = MAX_DATA_COUNT; @@ -276,10 +286,12 @@ } else if (token != -2) { /* add the data in the current block to the compressor's history and hash table */ - tx_strm.next_in = (Bytef *) map_ptr(buf, offset, toklen); - tx_strm.avail_in = tokl...

> Just curious: what about the rsync+ patch? Thanks for the reminder. I've just committed Jos's rsync+ patch onto the "branch_mbp_rsyncplus_merge" branch. If it works OK and nobody screams I will move it across onto the main tree tomorrow or Wednesday. I see the patch doesn't add documentation about the new options to the man page, so we should fix that in the future.

..._stream z; + int ret; + + encoded = swfdec_bits_get_buffer (bits, -1); + if (encoded == NULL) + return NULL; + decoded = swfdec_buffer_new_and_alloc (size); + z.zalloc = zalloc; + z.zfree = zfree; + z.opaque = NULL; + z.next_in = encoded->data; + z.avail_in = encoded->length; + z.next_out = decoded->data; + z.avail_out = decoded->length; + ret = inflateInit (&z); + SWFDEC_DEBUG ("inflateInit returned %d", ret); + if (ret >= Z_OK) { + ret = inflate (&z, Z_SYNC_FLUSH); + SWFDEC_DEBUG ("inflate returned %d", ret); + } + inflateEnd (&...

v2: - Fixes a number of bugs in corner cases. - Uses a 1M block size to fetch from the underlying plugin. This improves performance considerably. I also tested this much more thoroughly and can't find any more bugs. Rich.

Matt asked if xz should really be a filter rather than a plugin. The answer is yes, of course it should be! That's been something in the todo file for a while. The commit converts the xz plugin code into a filter (leaving the plugin around, but deprecating it). plugin: nbdkit xz file.xz filter: nbdkit --filter=xz file file.xz plugin: # can't be done filter: nbdkit