> Ok, anyway, it is not what I was expecting. > I expect DOS to have a table of 256 scancodes to ASCII (well extended > with 128 code-page specific characters) > values. there is no such table.
there are no 256 scancodes, just ~100 of them. add keyboard state, changed by CTRL, ALT, SHIFT, ALT-GR and prefix codes for international stuff like '`~ there is a procedure in the BIOS, that does the translation for the US keyboard. > I expect this table to be changed by KEYB, not to stay > resident in memory. as said there is only a procedure, no table. obviously, there is somewhere some table, but is not accessible to the rest of the world. and - last not least - this table sits in ROM. so mkeyb (and anybody else) replaces the BIOS handling of scancode translation by its own method. > I just look a bit this table is BIOS related, not DOS related. > It seems it should be pointed by interrupts vectors: > 48 BIOS PCjr cordless keyboard translation > 49 BIOS PCjr non-keyboard scancode translation table > Oh well, not sure at all if it is really used by most BIOS. > Maybe I should like inside SEABIOS code. > This table should be used by Int 16h (BIOS). whatever way things 'should' be done, you come a bit late. > Maybe I should begin by trying to understand why there is keyb, and mkeyb. :-) excellent idea Tom ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi _______________________________________________ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
