Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 30 Apr 2002 21:59:32 +0200
From:      Gerhard Sittig <Gerhard.Sittig@gmx.net>
To:        freebsd-stable@FreeBSD.ORG
Subject:   Re: buffer size
Message-ID:  <20020430215932.U1494@shell.gsinet.sittig.org>
In-Reply-To: <20020430114023.GA76954@dru.dn.ua>; from admin@dru.dn.ua on Tue, Apr 30, 2002 at 02:40:23PM %2B0300
References:  <20020430114023.GA76954@dru.dn.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Apr 30, 2002 at 14:40 +0300, Vladislav V. Zhuk wrote:
> 
> How to increase buffer size for cut and paste functions if the
> mouse pointer is enabled in the virtual console via vidcontrol(1) ??
> 
> I need to copy entire screen.

src/sys/dev/syscons/scmouse.c dynamically allocates the cut_buffer
array and computes the cut_buffer_size from the screen coordinates.
So the buffer should be able to hold the whole screen's content.  Do
you change the screen's dimension after using the clipboard?

BTW you don't mention your system's `uname -sr` output.

> 2-nd question: after paste empty lines are lost. For example, I copy
> next area of screen:
> --------------------------
> line 1
> 
> line 3
> 
> line 5
> --------------------------
> after paste I get:
> --------------------------
> line 1
> line 3
> line 5
> --------------------------
> 
> It's WRONG. How to fix this??

Have a look at PR kern/21156: ("[PATCH] inconsistency in scmouse
vs xterm behaviour").  The "squeezing empty lines" you experienced
is mentioned there and sobomax already fixed two of the three items
last autumn (although I cannot tell if it has been MFCed since I
run the local patch here).

BTW do I still feel that the _assumption_ "when there are
characters at the end of one screen line and at the start of
the next screen line it's only "optically" wrapped and there was
no line feed in between" is more appropriate than the current
behaviour.  So I still suggest the one line patch from my last
followup (from 9 Dec 2001) for consideration.  The only "clean"
solution to this - as discusses in the PR - was to keep track of
how the screen content was drawn and probably is too much to ask
for a console driver.


virtually yours   82D1 9B9C 01DC 4FB4 D7B4  61BE 3F49 4F77 72DE DA76
Gerhard Sittig   true | mail -s "get gpg key" Gerhard.Sittig@gmx.net
-- 
     If you don't understand or are scared by any of the above
             ask your parents or an adult to help you.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020430215932.U1494>