Arkady V.Belousov escribiÃ:
ÐÐÐÑÐ!
9-ÐÑÐ-2004 16:17 [EMAIL PROTECTED] (Alain) wrote to [EMAIL PROTECTED]:
Well, I disagree that you should close the bug. The point is: we agree(Clear high parts of 32bit regs...)MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
How this relates to DOS?
Lawrence comments that this only affected an old version of the GRDB debugger.
that it is a VERY BAD programming practice, etc, etc.
But if you implement this (as possibly MS-DOS does), then you get a
MS-DOS is a 16-bit OS.
io.sys and msdos.sys are 16-bit, emm386.exe is 32-bit.
It will never work then, because KERNEL.SYS will never be as small/big as IO.SYS+MSDOS.SYSI don't think it's a big deal to do a
if (is386+) { XOR EAX, EAX; etc etc}
anyway, or am I missing something?
Ok, let suggest, some demo-maker makes demo, which will depends from
size of IO.SYS. How we should "fix" FD in this case?
For me the key testing is to check wether MS-DOS kernel does this. If it does, then it is a clear compatibility breakage.A> Yes, I agree with Aitor. We recognize it as a bug, if and only if, it A> breaks MS-DOS compatibility.
"It" not breaks MS-DOS compatability, there is only "breakage" with
alone configuration of alone program coder.
Until it is tested by someone, I'd say that the bug shouldn't be closed or set as WONTFIX or such (no matter how much we wish it to be true).
Aitor
------------------------------------------------------- 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
