search for: iconvbuf

...till crash is observed. Below call stack is generated by the crash: (gdb) #0 0x0000003ad7e25433 in __gconv_transform_ascii_internal () from /lib64/libc.so.6 #1 0x0000003ad7e20264 in __gconv () from /lib64/libc.so.6 #2 0x0000003ad7e1f83c in iconv () from /lib64/libc.so.6 #3 0x000000000040d252 in iconvbufs () #4 0x0000000000423bce in rwrite () #5 0x0000000000423505 in rprintf () #6 0x000000000042b911 in whine_about_eof () #7 0x000000000042f5e2 in read_buf () #8 0x000000000042fde1 in read_int () #9 0x000000000043055d in setup_protocol () #10 0x000000000041ffb8 in client_run () #11 0x00000000004...

...which I think are related to the cygwin environment and its iconv.h. To bypass it I wanted to compile with the --disable-iconv function. I'm still getting the following errors during compile: /usr/src/rsync-3.0.0pre8/rsync.c:85: undefined reference to `_iconv_open'rsync.o: In function `iconvbufs':/usr/src/rsync-3.0.0pre8/rsync.c:193: undefined reference to `_iconv'/usr/src/rsync-3.0.0pre8/rsync.c:163: undefined reference to `_iconv'collect2: ld returned 1 exit statusmake: *** [rsync.exe] Error 1 It looks like the line 85 and 163 are not conditionalized for the --disable-icon...

...that needs conversion is to be deleted, the rsync protocol may get out of sync and yield a protocol error if the converted filename differs in length form the unconverted name. This is because mplex_write in io.c will record and send the message length *before* the message has been converted using iconvbuf. If the converted message differs in length, the reading rsync process will get confused and interpret part of the message data as tag & length. Here is an example: [21:45:27]lenux:~/Mirror$ rsync -a --progress --del -n --iconv=utf-8,utf-8-mac Lennart/Auto/ sva:Mirror/Lennart/Auto/ sending i...

...uf=0xbfffb05c, inbufend=0xbfffbd48 "\n", outbuf=0xbfffb064, outbufend=0x80a3d24 "", irreversible=0xbfffb018) at gconv.c:63 #3 0xb7f996fc in iconv (cd=0x80a2fe0, inbuf=0xbfffb05c, inbytesleft=0xbfffb060, outbuf=0xbfffb064, outbytesleft=0xbfffb068) at iconv.c:53 #4 0x08050f6d in iconvbufs (ic=0x80a2fe0, in=0xbfffb4a0, out=0xbfffb4b0, flags=0) at rsync.c:175 #5 0x080630e6 in rwrite (code=3086884128, buf=0xbfffbcf0 "rsync error: error in rsync protocol data stream (code 12) at io.c(635) [receiver=3.0.2]\n", len=-1073761120, is_utf8=0) at log.c:339 #6 0x080632fc in rprintf...

.... Any suggestions what might have gone wrong in this case? Version of rsync: rsync-3.1.0 Truncated backtrace: Thread no. 1 (10 frames) #0 utf8_internal_loop at ../iconv/loop.c:331 #1 __gconv_transform_utf8_internal at ../iconv/skeleton.c:611 #2 __gconv at gconv.c:79 #3 iconv at iconv.c:52 #4 iconvbufs at rsync.c:209 #5 rwrite at log.c:374 #6 rprintf at log.c:433 #7 whine_about_eof at io.c:222 #8 read_buf at io.c:1825 #9 read_int at io.c:1720 Full backtrace is available at https://bugzilla.redhat.com/attachment.cgi?id=913207 . -- Configure bugmail: https://bugzilla.samba.org/userprefs.cg...

...iconv library. The make dies with: gcc -std=gnu99 -g -O2 -DMAINTAINER_MODE -DHAVE_CONFIG_H -Wall -W -I./popt -o mkrounding -I. ./mkrounding.c In file included from ./rsync.h:839, from ./mkrounding.c:20: ./proto.h:258: error: parse error before 'ic' proto.h:258 is: int iconvbufs(iconv_t ic, xbuf *in, xbuf *out, int flags); Apparently iconv_t isn't getting defined. iconv_t is part of the iconv library and iconv.h. In rsync.h:368 iconv.h is conditionalized by this line: #if defined HAVE_ICONV_OPEN && defined HAVE_ICONV_H #include <iconv.h> After a littl...

....0.6a ----- maybe relevant, maybe not: compiled with iconv enabled but receive an error: iconv_open cannot open conversion file /usr/lib/nls/conv/_ trying to compile after configure --disable-iconv fails: Undefined first referenced symbol in file iconvbufs log.o which is due to ICONV_CONST still being defined ------ actual problem: /usr/local/bin/rsync --temp-dir=/usr3/tmp -v --progress --bwlimit=100 --no-blocking-io -a -R --delete --force -x --exclude='/usr3/online_data/**' --exclude='/usr3/tmp/**' /usr...