[bug #15323] Screen insert only the first part of a copied text

[Samuel Thibault]

URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=15323>

                 Summary: Screen insert only the first part of a copied text
                 Project: The GNU Hurd
            Submitted by: sthibaul
            Submitted on: jeu 29.12.2005 à 22:40
                Category: Hurd Interfaces
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Reproducibility: Every Time
              Size (loc): None
                  Effort: 0.00

    _______________________________________________________

Details:

>From http://bugs.debian.org/106362

From: Wolfgang <wolfgang@pro-linux.de>
To: submit@bugs.debian.org
Subject: Screen insert only the first part of a copied text
Date: Tue, 24 Jul 2001 00:14:32 +0200

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.


From: Neal H Walfield <neal@cs.uml.edu>
To: Wolfgang <wolfgang@pro-linux.de>, 106362@bugs.debian.org
Cc: submit@bugs.debian.org
Subject: Re: Bug#106362: Screen insert only the first part of a copied text
Date: Tue, 24 Jul 2001 22:11:39 +0200

[Message part 1 (text/plain, inline)]

> 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.

From: Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de>
To: Neal H Walfield <neal@cs.uml.edu>, 106362@bugs.debian.org
Cc: Wolfgang <wolfgang@pro-linux.de>
Subject: Re: Bug#106362: Screen insert only the first part of a copied text
Date: Sat, 11 May 2002 20:05:21 +0200

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







    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=15323>

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/