[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.018 / U:1.496 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site