bugThe GNU Hurd - Bugs: bug #15323, Screen insert only the first part...

 
 

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

Submitted by:  Samuel Thibault <sthibaul>
Submitted on:  Thu 29 Dec 2005 09:40:53 PM UTC  
 
Category: Hurd InterfacesSeverity: 3 - Normal
Priority: 5 - NormalItem Group: None
Status: ConfirmedPrivacy: Public
Assigned to: NoneOriginator Name: 
Open/Closed: OpenReproducibility: Every Time
Size (loc): NonePlanned Release: None
Effort: 0.00
Wiki-like text discussion box: 

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Fri 30 Dec 2005 05:50:08 PM UTC, comment #2:

Marco wrote the followin:

Marcus has looked into this problem, see `term/ChangeLog' why this
limit changed. IIRC there is not a clean way to fix this properly and
the same problem exists on GNU/Linux. Perhaps I could lookup some IRC
logs in which Marcus described this problem, or even better; Marcus
describing this problem in more detail.

Alfred M. Szmidt <ams>
Thu 29 Dec 2005 09:42:22 PM UTC, comment #1:

It still happens nowadays, though the limit has bumped to something like 15k

Samuel Thibault <sthibaul>
Project Member
Thu 29 Dec 2005 09:40:53 PM UTC, original submission:

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

From: Wolfgang <wolfgang@pro-linux.de>
To: -unavailable-
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>, -unavailable-
Cc: -unavailable-
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>, -unavailable-
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

Samuel Thibault <sthibaul>
Project Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follows 1 latest change.

Date Changed By Updated Field Previous Value => Replaced By
Fri 30 Dec 2005 06:22:05 PM UTCamsStatusNone=>Confirmed

Back to the top


Powered by Savane 3.1-cleanup