From owner-freebsd-current  Sun Dec  7 01:12:25 1997
Return-Path: <owner-freebsd-current>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id BAA29025
          for current-outgoing; Sun, 7 Dec 1997 01:12:25 -0800 (PST)
          (envelope-from owner-freebsd-current)
Received: from outmail.utsunomiya-u.ac.jp (outmail.utsunomiya-u.ac.jp [160.12.196.3])
          by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA29020
          for <freebsd-current@freebsd.org>; Sun, 7 Dec 1997 01:12:21 -0800 (PST)
          (envelope-from yokota@zodiac.mech.utsunomiya-u.ac.jp)
Received: by outmail.utsunomiya-u.ac.jp id AA20025; Sun, 7 Dec 1997 18:11:44 +0900
Received: from zodiac.mech.utsunomiya-u.ac.jp (zodiac.mech.utsunomiya-u.ac.jp [160.12.42.1]) by zodiac.mech.utsunomiya-u.ac.jp (8.7.6+2.6Wbeta7/3.4W/zodiac-May96) with ESMTP
	id SAA13234; Sun, 7 Dec 1997 18:18:39 +0900 (JST)
Message-Id: <199712070918.SAA13234@zodiac.mech.utsunomiya-u.ac.jp>
To: jbryant@unix.tfs.net
Cc: freebsd-current@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp
Subject: Re: sc0 scrollback flaw 
In-Reply-To: Your message of "Fri, 05 Dec 1997 10:36:20 CST."
             <199712051636.KAA00424@unix.tfs.net> 
References: <199712051636.KAA00424@unix.tfs.net> 
Date: Sun, 07 Dec 1997 18:18:38 +0900
From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
Sender: owner-freebsd-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


>hmmm...  i just rebuilt using the SC_HISTORY_SIZE option for sc [good
>idea, it was always a pain in the ass hacking up syscons.h to do this].
>
>there seems to be an undesireable new behavior for the sc scrollback
>facility..
>
>one of the functions in my .login is a `clear` to clear the console
>when i log in.  this seems to erase the entire scrollback buffer.  the
>old behavior was to ignore screen clears in the buffer.

? My current box donsn't have this problem. The history buffer is
intact after `clear'...

>i'm still running the Dec. 2 version of -current, but will be
>cvsupping the latest in a few minutes...  i can take a look at
>syscons.c, and see if i can find where this is happening...

I did add SC_HISTORY_SIZE stuff to syscons.c. But, I never touched
screen clearing part of the code, because SC_HISTORY_SIZE affects the
driver only when the history buffer is allocated, which happens a) if
the virtual console is opened for the first time, b) if the user runs
`kbdcontrol -h lines' to set the history buffer size, c) or if the
screen size is changed by `vidcontrol VGA_xxx'.

I'm puzzled.

Kazu