Hi!
7-Июл-2004 06:56 [EMAIL PROTECTED] (tom ehlert) wrote to Michael Devore
<[EMAIL PROTECTED]>:
>> Should EMM386 remove its current code which changes returned upper memory
>> block start addresses from A000 to A001? Is it safe? Is it sane? Is it
te> when I wrote that 'return a001 instead of a000', I saw a lot of
te> problems, that would arise, if lower memory MCB's will ever be joined
te> to a000 UMB memory.
Which ones?
te> so I decided to intentionally return a001.
te> IMO this might be feasable, if the kernel knew about a000, and
te> immediately merged completely into lower memory arena, and start UMB
te> at c800; else strange things *will* happen.
"Strange things" will happen because bug in umb_init() code from k2035.
I hope, I solve these problems. Also note: both MS-EMM386 and QEMM join
video memory to base memory by itself.
te> neither KE2035 nor toms KE2035+ kernel care about a000, and will
te> probably behave somewhat different from specification.
"Specification"? Which one?
te> arkady claims, that his kernel can handle a000,
It is.
te> but I'm unable to locate where he taked care of the issue
umb_init(). Just ask me, and I answer. Note: A000 here handled
indirectly, through RAM_size().
te> ( needle and haystack, you know)
te> actually, I personally will never use I=A000 anyway;
te> it makes grafics impossible
Of course. But if you need a lot of base memory for text-based program,
this is unimportant.
te> (some people might tolerate that),
te> but IO know at least one VGA grahics BIOS, that will also clear A000
te> when changing videomode (screenmode 3 will do !!)
te> actually I don't see the point - it's open source; why doesn't he
te> compile it himself ?
Because I prefer to ask mantainer(s) instead make other fork for
another application.
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
