Hi!
9-Июн-2004 23:26 [EMAIL PROTECTED] (Aitor Santamar?a Merino) wrote to
[EMAIL PROTECTED]:
>> MS-DOS is a 16-bit OS.
ASM> io.sys and msdos.sys are 16-bit, emm386.exe is 32-bit.
But emm386 is not part of kernel.
>> Ok, let suggest, some demo-maker makes demo, which will depends from
>>size of IO.SYS. How we should "fix" FD in this case?
ASM> It will never work then, because KERNEL.SYS will never be as small/big
ASM> as IO.SYS+MSDOS.SYS
Why not? Make stub with given size, which will call the real kernel
file - and viola. But I don't think that this is right way for kernel.
Especially because tomorrow another application will depend from IO.SYS size
from other MS-DOS version (and/or another installed driver will change
registers differently).
>> "It" not breaks MS-DOS compatability, there is only "breakage" with
>>alone configuration of alone program coder.
ASM> For me the key testing is to check wether MS-DOS kernel does this. If it
ASM> does, then it is a clear compatibility breakage.
If in some configuration (in MS-DOS) you load some driver and you will
not load this driver under FD and some program without this driver will
behave differently, then this is _not_ and issue of FD.
ASM> Until it is tested by someone, I'd say that the bug shouldn't be closed
ASM> or set as WONTFIX or such (no matter how much we wish it to be true).
Right now I run (16-bit) MS-DEBUG and inspect registers (with help of
pushad instruction, as offered by Eric): some high parts are nonzero (for
example, EBX and EDX).
-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel
