Hi there, I just wanted to ask whether there has been any progress on this bug in 6.2.0002, reported by Ben Booth in April? We (= the GAP team, <http://www.gap-system.org/>) can also reproduce it (e.g. I just did on a Intel 64bit Debian system). For easy reproduction, consider the attached minirl.c source file. Compiling it via gcc -Wall -o minirl minirl.c -lreadline and then running it via ./minirl TESTOUT gives an easy mean to reproduce the issue on Linux with e.g. GNOME terminal. Just take any moderately sized text file (say 5k or above) and paste it into the terminal. The results will get written into TESTOUT, which one can now diff against the input to detect any cuts. On the other hand, doing the same with cat > TESTOUT-cat works just fine. Likewise if I replace the readline() call with a gets() call. So this really seems to be a problem of readline, and not of the terminal.
Note that the issue does *not* occur on Mac OS X, presumably due to differences in how pasting works in Mac OS X' Terminal.app compared to gnome terminal. Cheers, Max
minirl.c
Description: Binary data
_______________________________________________ Bug-readline mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-readline
