retitle 273194 xterm: characters from paste buffer lost at roughly 4kB intervals [kernel pty bug?] thanks [I am not subscribed to -kernel; please CC the bug on replies.] On Fri, Sep 24, 2004 at 11:02:19AM -0400, Thomas Dickey wrote: > that's odd. My first inclination regarding a limit on cut/paste is the > (system-dependent) caveat at the end of the xterm manpage: > > BUGS > Large pastes do not work on some systems. This is not a bug > in xterm; it is a bug in the pseudo terminal driver of those > systems. xterm feeds large pastes to the pty only as fast > as the pty will accept data, but some pty drivers do not > return enough information to know if the write has suc- > ceeded. > > But what "large" is depends on the system. Perhaps the limit is only 4kb > and someone's made fixes to the pty support to splice together 4kb chunks. > If the splicing isn't working properly, there could be some loss near the > multiples of 4kb. On Fri, Sep 24, 2004 at 06:19:24PM -0400, Thomas Dickey wrote: > hmm - officially the kernal has no bugs. In practice, its behavior alters > from one snapshot to the next. But #243314 is perhaps related to this. > Mostly I've been using the 2.4.18, etc. (I did some testing for a 2.6.4 > kernel but didn't see the problem as reported, but it's on my list until > I have a large enough time slot to finish rewriting a chunk of xterm to > better handle bursts of output). Kernel guys, do you want to take this one off my hands? -- G. Branden Robinson | Debian GNU/Linux | // // // / / branden@debian.org | EI 'AANIIGOO 'AHOOT'E http://people.debian.org/~branden/ |
Attachment:
signature.asc
Description: Digital signature