search for: tx_strm

...turned 0 (16384 bytes left) rsync error: error in rsync protocol data stream (code 12) at token.c(288) "install-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) {...

...p_struct *buf, OFF_T offset, int nb, int toklen) { int n, r; static int init_done, flush_pending; extern int write_batch; /* dw */ char temp_byte; /* dw */ + int data_read = 0; if (last_token == -1) { /* initialization */ if (!init_done) { @@ -215,13 +223,15 @@ do { if (tx_strm.avail_in == 0 && nb != 0) { /* give it some more input */ n = MIN(nb, CHUNK_SIZE); - tx_strm.next_in = (Bytef *) - map_ptr(buf, offset, n); - tx_strm.avail_in = n; - nb -= n; - offset += n; + + map_ptr(buf, offset, n); + tx_strm.next_in = (Bytef *)buf->m_p...

> 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.

...of this is that rsync fails to build: /usr/bin/clang -I. -I. -pipe -Os -I/opt/local/include -arch x86_64 -DHAVE_CONFIG_H -Wall -W -I./zlib -I/opt/local/include -c token.c -o token.o token.c:420:26: error: use of undeclared identifier 'Z_INSERT_ONLY' r = deflate(&tx_strm, Z_INSERT_ONLY); ^ 1 error generated. The problem is that Z_INSERT_ONLY is only present in the built-in zlib, but rsync only sees the external zlib due to "-I/opt/local/include" coming in front of -I./zlib when calling the compiler. I need t...

Hello All, I have searched for this error and found similiar errors, but everything seems to indicate that this should be fixed in the 2.5.5 version. rsync version 2.5.5 protocol version 26 I am running rsync with -axz, trying to sync up a large gz file : Source machine: -rw-r--r-- 1 root other 175214792 Dec 22 00:17

I am getting the following error when mirroring part of the RedHat distribution tree over a slow connection (~T1 speed). When running over a faster network (100BaseT) the problem does not appear. Note, the problem file a large 600MB ISO image, whereas other small files appear to be fine. rsync: open connection using /path/ssh remote.host /path/rsync --server -vlHogDtprRz --timeout=600 --delete

...DEFLATED_DATA + (n >> 8); ^ token.c(264): remark #810: conversion from "int" to "char" may lose significant bits obuf[1] = n; ^ token.c(290): remark #181: argument is incompatible with corresponding format string conversion r, tx_strm.avail_in); ^ token.c(460): remark #810: conversion from "int" to "unsigned char" may lose significant bits hdr[1] = blklen; ^ token.c(461): remark #810: conversion from "int" to "unsigned char" may lose significant bits hd...