Index
> OS Construction > Masking alt - del |
| Author |
|
|
revolution 15 Jun 2009, 01:00
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 15 Jun 2009, 01:37
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 15 Jun 2009, 02:10
Best way is to hook int 15h, AH=4fh
Quote:
|
|||
|
15 Jun 2009, 02:10 |
|
|
GhostXoPCorp 15 Jun 2009, 03:12
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 15 Jun 2009, 03:24
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 15 Jun 2009, 04:53
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 15 Jun 2009, 15:23
> 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:
|