2012/7/12 Chet Ramey <[email protected]>: > On 7/11/12 6:20 PM, Edmar Wiggers wrote: >> It seems the problem remains in readline-6.2 patch 3. >> >> I've manually created a sys-libs/readline-6.2_p3.ebuild in Gentoo, >> emerged/compiled it, and then re-emerged/compiled >> app-shells/bash-4.2_p28 . Terminal output seems to indicate >> readline-6.2 patch 3 was compiled and used in bash compilation. The >> problem with data truncation/corruption on large paste persists. >> >> Are you unable to reproduce the bug Chet? > > I cannot reproduce it on Mac OS X pasting into Mac OS X Terminal. I can > reproduce it using xterm (so far only a remote xterm running on a REHL6 > system, but I've just started looking). It looks like a file around 6.6K > (250 lines of what you sent, decoded) is enough to reproduce it. The > weird thing is that when you run this using strace, the characters that > are missing in the output are not shown as being made available to read(2). > read never reads them. > > As I said, I've just started to look again, so I will keep on.
Thanks a lot for looking into it Chet! Max Horn was also unable to reproduce the bug on Mac OS X, but he did reproduce it in gnome ( http://lists.gnu.org/archive/html/bug-readline/2012-06/msg00006.html ). Just for information: When I was first googling about this I found... https://groups.google.com/forum/#!msg/linux.kernel/PYgS2MyNQfw/8S-eCFcFg9sJ ..., but it seems they've been unable to find a kernel regression on it. Edmar > > Chet > > -- > ``The lyf so short, the craft so long to lerne.'' - Chaucer > ``Ars longa, vita brevis'' - Hippocrates > Chet Ramey, ITS, CWRU [email protected] http://cnswww.cns.cwru.edu/~chet/ > > // BTM4758 _______________________________________________ Bug-readline mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-readline
