search for: __gconv_transform_utf8_internal

...it, do | | args(utils:::edit.matrix) | mat <- matrix(rnorm(30), nrow = 10, ncol = 3) | edit(mat, edit.row.names = TRUE) #crash I can confirm that it crashes 2.6.0 and 2.6.1. I also spent the last little while building a (non-stripped) debug version that reveals: (gdb) where #0 0xb7b2ef2c in __gconv_transform_utf8_internal () from /lib/i686/cmov/libc.so.6 #1 0xb7b89f75 in mbrtowc () from /lib/i686/cmov/libc.so.6 #2 0xb7db05e3 in Rstrwid (str=0x8052010 "\020!\005\b\002", slen=134595712, quote=0) at printutils.c:284 #3 0xb7db0888 in Rstrlen (s=0x8051ff8, quote=0) at printutils.c:377 #4 0xb7d2de24 in R...

...> | mat <- matrix(rnorm(30), nrow = 10, ncol = 3) > | edit(mat, edit.row.names = TRUE) #crash > > I can confirm that it crashes 2.6.0 and 2.6.1. I also spent the last little > while building a (non-stripped) debug version that reveals: > > (gdb) where > #0 0xb7b2ef2c in __gconv_transform_utf8_internal () from /lib/i686/cmov/libc.so.6 > #1 0xb7b89f75 in mbrtowc () from /lib/i686/cmov/libc.so.6 > #2 0xb7db05e3 in Rstrwid (str=0x8052010 "\020!\005\b\002", slen=134595712, > quote=0) at printutils.c:284 > #3 0xb7db0888 in Rstrlen (s=0x8051ff8, quote=0) at printutils.c:377...

...mba.org It looks like the fix from #9798 was not sufficient and rsync can still crash after improper iconv call. 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/...

With the ATI bug I was hitting earlier fixed, only my btrfs partition continues to show high cpu usage for some operations. Rsync, git pull, git checkout and svn up are typicall operations which trigger the high cpu usage. As an example, this perf report is from using git checkout to change to a new branch; the change needed to checkout 208 files out of about 1600 total files. du(1) reports

https://bugzilla.samba.org/show_bug.cgi?id=11338 Bug ID: 11338 Summary: Rsync Crash - Segmentation fault Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: