Hello Paul,

On 6 November 2016 at 17:17, Paul Dufresne <dufres...@gmail.com> wrote:

> When it work, it detects the other version running:
> different version of KEYB found 594003C != d0f4003c
>
> Is it the address of KEYB instances?
>
Depending on the exact message, would mean a different version, different
driver...



> 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. I expect this table to be changed by KEYB, not to stay
> resident in memory.
>
What do you exactly mean by a table of 256 scancodes? KEYB would map some
key/scancodes to others, overriding BIOS. Thus, it requires to be resident.

If you mean character maps, then it is about the display, not the keyboard,
and you actually need DISPLAY. It needs to be resident, because some
changes do reset character maps, and you need a DISPLAY that keeps
controlling that codepages do not change.


> I just look a bit this table is BIOS related, not DOS related.
>
KEYB is a "driver", but not a standard DOS driver, but works as a BIOS
extension/override.
DISPLAY would theoretically be a estándar DOS driver extension (extending
CON), but does actually work as a BIOS override too.
So yes, it 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
>
I haven't looked into this, but sounds like PCjr, not standard PC.


> 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).
>
> Maybe I should begin by trying to understand why there is keyb, and mkeyb.
> :-)
>

They work similarly, but mkeyb is smaller and hardcoded (unless changed in
the previous times and I didn't notice), keyb is bigger and programmable
(you create your own mappings if you want). Depending on your needs.

Aitor
------------------------------------------------------------------------------
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

Reply via email to