🚀 go-pugleaf

In article <5059@ut-sally.UUCP> nather@ut-sally.UUCP (Ed Nather) writes:
>In article <868@cyb-eng.UUCP>, bc@cyb-eng.UUCP (Bill Crews) writes:
>> DOS calls stick to ASCII or "extended ASCII".  To get to all keys, you must
>> use BIOS and deal with the scan codes.  
>
>Not so.  Read in a keyboard character using, say, "c = fgetc(stdin)" or
>whatever, then test for "c == NULL".  If it IS NULL, then bring in the
>character following, which tells you which "extended code" keystroke

The BIOS keyboard interrupt service routine does not translate all possible
keys into ascii or extended ascii (i.e. NULL + a code) sequences.  The keypad
`5' key is one such example.  Doing a "c = fgetc(stdin)" will produce no result
if this key is struck since the BIOS simply ignores the key.

I believe that the only way to read such keys is to intercept the keyboard
interrupt and process the raw scan codes yourself (probably painful).

Jim Curl