Bug#273194: xterm: characters from paste buffer lost at roughly 4kB intervals [kernel pty bug?]

[Vincent Lefevre <vincent@vinc17.net>]

On 2006-10-14 15:56:10 -0400, Thomas Dickey wrote:
> On Sat, Oct 14, 2006 at 08:20:14PM +0200, Andrew Moise wrote:
> >  I still see this misbehavior with xterm 210-3.1 and
> > linux-image-2.6.17-2-686 2.6.17-9.
> 
> I can see it (now) with a 2.6.15 kernel (814 lines copied).
> I also note that Branden got no followup from the kernel people.

This also occurs with

Linux zira 6.1.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.7-1 (2023-01-18) x86_64 GNU/Linux

and xterm, mlterm and GNOME Terminal at least. This would confirm
a kernel pty bug (unless this is a documented pty limitation, in
which case the applications would have to take it into account...
but they could try to implement a workaround in any case).

For me, with the above kernel, the limit is 4095 bytes.

An annoying consequence is that Ctrl-C no longer works, which can
yield buggy commands executed by the shell after an accidental
paste while a foreground X command is running (presumably because
bracketed paste is not in effect, so that each newline character
validates each line as a command). See
  https://lists.debian.org/debian-user/2023/01/msg00520.html

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)