Opened 15 years ago
Closed 9 years ago
#5964 closed defect (obsolete)
BIOS keyboard intercept interrupt (int 15/4F) broken
| Reported by: | Dave Dunfield | Owned by: | |
|---|---|---|---|
| Component: | other | Version: | VirtualBox 3.1.2 |
| Keywords: | BIOS Keyboard Intercept | Cc: | |
| Guest type: | other | Host type: | Mac OS X |
Description (last modified by )
Host: Mac OS X 10.6.2 VirtualBox 3.1.2 r56127 running MS-DOS 5.0
BIOS "keyboard intercept" interrupt INT 15h/4Fh ignores replacement scancode.
Needed an "Insert" key - no way to get it on MacBook, so I wrote a small TSR to remap F12 to Ins using INT 15h, AH=4Fh "keyboard intercept" didn't work under VirtualBox (worked fine on real machines & VMware), I could see the correct scancodes coming into the interrupt, but repaced scancode returned in AL was ignored. A bit of disassembly showed that there appears to be a PUSHA / POPA around the INT 15h/4Fh keyboard intercept call within VirtualBox BIOS (call is at F000:E997) causing the replaced scancode in AL to be lost.
I modified my TSR to recognize when it's loaded under VirtualBox and patch the stacked AL register - so I have a workaround, however this should be fixed (and it should be an easy fix).
Dave
Change History (2)
comment:1 by , 15 years ago
comment:2 by , 9 years ago
| Description: | modified (diff) |
|---|---|
| Resolution: | → obsolete |
| Status: | new → closed |
Please reopen if this is still a problem with a recent VirtualBox release.
Hi Dave, thanks for the report. This seems indeed to be a bug. As you proposed a solution it would be nice to share your finding with us, cause this would save us some time. A patch released under the MIT license is the preferred way. Thx.