[lkml]   [1996]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: scrollback and VT switching

It would be very useful. As far as consuming memory---that's what virtual
memory is all about. It would be best if the size of the scrollback buffer
could be set (by either lines or bytes) individually for each VT.
Here's a GOOD example of it being useful:
* start a make in one VT
* switch to another VT, and do other work
* switch to the 1st to check on progress----if something went wrong, scroll
back & look at the lines
To:; Thomas.Koenig@ciw.uni-karlsruhe.
From: on Wed, Mar 13, 1996 11:41 PM
Subject: Re: scrollback and VT switching

Precedence: bulk

The scrollback buffer used is actually the video RAM. The scrollback works
by changing the start position of the video screen. When you switch to
another console, the video start position is set to the start of video RAM.
This means you loose your old buffer. The only way around this would be to
buffer the scrollback outside of video RAM. This would also allow
scrollback capabilities on cards which don't support it in hardware.
Unfortunately, this would consume more memory for a feature which IMHO is
not all that useful - scrollback on current console is good enough. For a
while I was thinking about writing a kernel patch to support scrollback on
monochrome cards, and if I do this it would be easy enough to support
scrollback buffering for all VC's with a CONFIG_SCROLLBACK option. If
you're interested in this capability, let me know. If I get enough
responses, I'll assume the patch is worth writing.

Cheers, :)

Zachary R. Amsden

 \ /
  Last update: 2005-03-22 13:36    [W:0.039 / U:0.012 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site