Hi,

Eric Auer escribi�:

Hi, I have some extra questions...


Good!

kernel asks NLSFUNC to analyze the codepage file. NLSFUNC uses int 2f.12
file I/O to read the file and sends back info to the kernel.


Are you sure that NLSFUNC will do file i/o 'hot'? remember you are in-DOS.



It does. It was stated in that very long mail which you forwared me. The
kernel only stores the filename, but NLSFUNC uses int 2f.12 file i/o ...
because it cannot use int 21 file i/o because you are in-DOS.


I am impressed. I did not know that those functions ever existed, thanks....
And actually this is what happens... (http://www.ctyme.com/intr/rb-4406.htm)

The scheme is sensible, so that you can change the global codepage of the system and all its components.



You could conceiveable have an alternate scheme where CHCP has to load
country,sys into a buffer and tell the kernel to do the rest itself.
And one of the weird points of NLSFUNC operation is all the passing of
information back and forth, sometimes even indirectly (DISPLAY->KEYB).


The good point of CHCP as we know it is that it's a simple call that you can make in your programs.

This is a good reason why DISPLAY/PRINTER have to be SYS, and in such case you can use
MODE xxx CODEPAGE....



You can adjust MODE to work with a non-SYS DISPLAY. Current MODE does that. As MODE / NLSFUNC are the only tools which try to talk to DISPLAY / PRINTER, we have nothing to lose.

It's much easier that MODE xxx CODEPAGE manufactures a pointer to xxx device and does the Generic IOCTL call for change codepage/etc that ANY character device dealing with codepages should know.
A pitty that (it's still on my hands!) DISPLAY does not understand this yet.


PS: I might bore you, but I think a good method - because of the double
load protection - is to use
LH DISPLAY
DISPLAY


I do think it's good idea, at least until the bug is found and fixed
(I leave those checks, not questions, for yourself, that seems to work faster/have more spare time ;-)).


Aitor


-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
_______________________________________________
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to