Date: Sun, 1 Jun 1997 20:10:05 -0700 (PDT) From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp> To: freebsd-bugs Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Message-ID: <199706020310.UAA21983@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/3739; it has been noted by GNATS. From: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp> To: dmm125@bellatlantic.net Cc: freebsd-gnats-submit@freebsd.org, yokota@freebsd.org Subject: Re: kern/3739: pause key not disabled; weird stuff when pressed Date: Mon, 02 Jun 1997 11:59:12 +0900 >>Number: 3739 >>Category: kern >>Synopsis: pause key not disabled; weird stuff when pressed >>Confidential: no >>Severity: non-critical >>Priority: medium >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Sun Jun 1 07:40:01 PDT 1997 >>Last-Modified: >>Originator: Donn Miller >>Organization: >>Release: 2.2.2-RELEASE >>Environment: >FreeBSD myname.my.domain 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #2: Sun Jun 1 06 >:5 >3:20 GMT 1997 root@myname.my.domain:/usr/src/sys/compile/CUSTOM i386 >>Description: >The pause key is not disabled on the AT keyboard. When 'pause' is hit >(like during 'cat' of a large file) some weird stuff happens. The console driver `syscons' has the `back-scroll' feature which is activated by the `Scroll-Lock' or `Pause' keys. When one of these keys is pressed, the screen output is suspended and you can `back scroll' lines recently printed on the screen. You navigate through the lines with `Page-up/down', `Home', `End' and `Up/Down' keys. The `Scroll Lock' LED should be on while in this mode. >The file will resume scrolling only after pressing 'pause' key >2 or 3 times. Just one press should bring you back to the normal output mode... >After the scrolling of text is finished, the key >mappings are screwed-up. For example, pressing p is the same as >'left arrow', the s key does something else, etc. If you press ^C, the shell >exits. If you press scroll lock about 5 times, followed by ^C, the terminal i >s restored. We may be seeing strange interaction between the output routine, the `back scroll' routine and keyboard I/O routines. Would you check the state of the `Scroll Lock' LED during the phenomena you describe? How does your system behave if you activate the `back scroll' mode by pressing the `Scroll Lock' key instead of the `Pause' key. Are you using the default, built-in US keymap, or do you load any keymap? Kazu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706020310.UAA21983>