home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.msdos.misc:4935 comp.os.msdos.apps:4565
- Path: sparky!uunet!decwrl!concert!duke!news.duke.edu!acpub.duke.edu!alan
- From: alan@acpub.duke.edu (Alan M. Gallatin)
- Newsgroups: comp.os.msdos.misc,comp.os.msdos.apps
- Subject: Sticky shift key, errant num-lock... Probably a FAQ
- Message-ID: <4969@news.duke.edu>
- Date: 29 Aug 92 04:50:42 GMT
- Sender: news@news.duke.edu
- Followup-To: comp.os.msdos.misc
- Organization: Duke University; Durham, N.C.
- Lines: 33
- Nntp-Posting-Host: north7.acpub.duke.edu
- Originator: alan@north7.acpub.duke.edu
-
- Here's one that I'm sure I saw answered over a year ago...
-
- Whenever I have more than 2 or 3 TSR's loaded (low or high), my shift
- keys (generally the left one) and my num-lock keys behave strangely.
- In particular, at some seemingly random point, every key I type will
- be shifted (alphanumeric, function keys, the works) although this
- phenomenon is generally NOT preceded by my touching the shift key.
- The only cure is to simply press the left shift key and release it,
- thereby ending my woes until it all starts up again.
-
- On a related note, when the same (or different!) 2 or 3 TSR's are
- loaded and my numeric-lock is enabled, the arrow keys behave
- strangely; when I hold them down to auto-repeat, the number associated
- with them on the keypad sometimes "sneaks in" or worse yet, takes
- over and repeats. (e.g. If I held the down arrow repeatedly, one
- or many "2" characters will be generated in place of arrow movements).
- When this occurs, I am using the arrow keys NOT on the numeric
- keypad. When I disable num-lock, the arrow keys work fine (but I
- lose use of my numeric keypad).
-
- Why does this happen? The TSR's causing it are apparently irrelevant
- since any combination of 2, 3 or more seems to be causing it.
-
- I'm using a 486/33 AMI BIOS, although the same problem occured on my
- former computer, a 386DX/20 Award BIOS.
-
- Please e-mail responses if possible, although posting is fine.
-
- THANKS!!!!!!!!!
-
- --
- Alan M. Gallatin <alan@acpub.duke.edu>
- Duke University School of Law; Durham NC
-