Hi,
Arkady V.Belousov escribiÃ:
They may preserve much of 3.3 in 5.0, they may rewrite most of 3.3 in
5.0 - this is unimportant. Fact is: 4.0 and 5.0 are sufficiently different
from 3.3. Another example, changed INT25/26 and introduced support for FAT16
more than 32 Mb (ie., partition type 5).
I agree.
ASM> but I think it goes much further than that:
Contraditcion: "don't think is an improvement" or "goes much further"?
ASM> This sort of things happens when one does not want to understand. ASM> diff (MS-DOS 5.X, MS-DOS 6.X) << diff(MS-DOS 3.30, 5.0) ASM> where << is the sign meaning in phisics MUCH LESS.
I agreed with last sentence, but you start this thread from contrary
sentence ("I don't think MS-DOS 5.0 is an improvement over 3.3").
Ok, add "I don't think MS-DOS 5.0 is merely an improvement over 3.3".
ASM> improved memory management,
"Improved"? DOS' memory management is too dumb to improve it. Or, you
mean additions in MM for UMB and HMA?
ASM> For me, the ability to use the extended memory is an improvement.
But DOS doesn't deal with extended memory, this is issue of external
driver (himem, qemm, etc). (Ok, you may begin discussion - is himem part of
DOS or it independent. But fact is: you can't allocate extended memory
through INT 21.)
At least the kernel implements DOS=HIGH, DEVICEHIGH=, etc
I seem to recall that this happened once, long time ago. But I don't dare say the author of such a mail, in case I'm wrong.ASM> Just to mention some.ASM> (4) The necessity to comply with RBIL was questioned in this list time ago
And?
? You mean: "spec should mention RBIL as reference source"?
ASM> No. I mean that I can't remember exactly the stage, but there was a ASM> moment where MS-DOS behaviour does not go along RBIL,
You mean, RBIL contains bugs in some descriptions?
ASM> and the spec ASM> mentions RBIL in this case (although it claims about MS compatibility too).
I can't understand your intention, idea of these your sentences. You
wish to say, that RBIL descriptions somewhere differs from MS-DOS behavior
and this somewhat should be reflected in spec?
Aitor
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
