Hi,
you might have stated your keyboard driver first ...
but as you later state that the problem occurs with MKEYB as well,
here's my educated guess what happens:
the UP, DOWN, LEFT, RIGHT keys in the cursor block are similar to the
UP, DOWN, LEFT, RIGHT in the numeric key pad as they send
Hi Tom,
something in your machines blocks interrupts for too long, and
keys get lost - most likely some TSR or driver, ...
In addition to reducing processor speed with FDAPM, I was using
Japheth's HDPMI16.EXE, as well as DPAKBD.COM to provide processor
idling.
please try running ONLY HIMEM
As an extension to what Tom stated, it is most likely a timing issue, though I
don't necessarily think it's the 'E0' scancode getting lost. The cursor
movement number pad keys do some weird things in the background that you
don't normally see.
E.g., even when NumLock is on, and you hold down
You can download my SCANTEST program
good idea;
MKEYB BR /T
does something similar
(it's included with the USB drivers)
that gives us the idea to ask:
is this a PS/2 or USB keyboard ?
Just as another troubleshooting item, does it happen even when you
don't have a special keyboard driver