Index
> OS Construction > Masking alt - del |
| Author |
|
|
revolution
Do you mean CTRL-ALT-DEL?
In real mode you can just take over the kdb interrupt and do what you like with the keystrokes. When you see DEL pressed and CTRL and ALT are already down then just bypass the callback into the BIOS so that the keystroke is ignored. |
|||
15 Jun 2009, 01:00 |
|
|
LocoDelAssembly
Quote:
Can you really forward the interrupt 9 to the BIOS after doing this? I mean, what keyboard controller state the BIOS will receive if you had to read the keyboard port first? |
|||
|
15 Jun 2009, 01:37 |
|
|
sinsi
Best way is to hook int 15h, AH=4fh
Quote:
|
|||
|
15 Jun 2009, 02:10 |
|
|
GhostXoPCorp
is there a way where i can check the buffer for ctrl alt del or just alt del and then jump back into getting keys, or is reprogramming the keyboard controller inturrupt the only way?
ps alt del restarts the system also _________________ Oh that divide overflow. Just jumps out of the bushes every time to scare the day lights out of me. |
|||
|
15 Jun 2009, 03:12 |
|
|
sinsi
ctrl-alt-del never gets to the buffer, the system is rebooted from within the BIOS's INT 9 handler. Hook int 15, function 4f and check for the delete key then check ctrl and alt. If they are all pressed, you just tell the int9 handler to ignore it and nothing happens.
|
|||
|
15 Jun 2009, 03:24 |
|
|
GhostXoPCorp
hows ths, when int 9 call a restart, is the restart it calls in another intturupt? int 19? if so, could i just over write int 19 to ask the user
Restart y)es n)o? _________________ Oh that divide overflow. Just jumps out of the bushes every time to scare the day lights out of me. |
|||
|
15 Jun 2009, 04:53 |
|
|
DOS386
> just take over the kdb interrupt
or just disable it completely. You still can peek keystrokes then. |
|||
|
15 Jun 2009, 15:23 |
|
< Last Thread | Next Thread > |
Forum Rules:
|