On Tue, Jul 24, 2001 at 10:11:39PM +0200, Neal H Walfield wrote:
> > Package: hurd
> > Version: 20010718-1
> >
> > In GNU/Hurd, screen (3.9.9-2) does not paste the complete text from
> > the buffer. (In GNU/Linux, this problem does not arise with the same
> > version of screen.)
> >
> > If you copy a lot of text (for example, the whole screen) with C-a [
> > and then insert it (with C-a ]), it will only insert about 10 lines
> > if you paste into programs like bash or vim. Doing "cat" <enter> and
> > then inserting works as desired, however.
> >
> > My current libc0.2 version is 2.2.3-7.
>
> I will put a lot of money on the fact that this is tied to the problems
> with select/poll.
In fact, it seems to be more of a flow control problem. defslowpaste 1
helps to work around it. The limit of pasting text into screen is 300
characters, which is the queue size in term if I am not mistaken.
slowpaste msec
Define the speed at which text is inserted into the current
window by the paste ("C-a ]") command. If the slowpaste value is
nonzero text is written character by character. screen will
make a pause of msec milliseconds after each single charac
ter write to allow the application to process its input. Only use
slowpaste if your underlying system exposes flow control
problems while pasting large amounts of text.
Anybody interesting in checking where the problem exactly is, and how it
could be fixed? Debugging the term on the pty shouldn't be too hard.
Thanks,
Marcus
--
`Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED]
Marcus Brinkmann GNU http://www.gnu.org [EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.marcus-brinkmann.de
_______________________________________________
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
