BO> On Mon, 26 Apr 2004, Bart wrote:
BO> "Some (especially embedded) applications don't use the DOS memory manager
BO> but assume all the memory past that given to them by DOS is free for
BO> use. "
BO> ..
BO> Obvious reply:
BO> Most users don't use "Some (especially embedded) applications".
And
On Mon, 26 Apr 2004, tom ehlert wrote:
> BO> MSDOS 7.10 does move the EBDA though. What MSDOS are we looking at now --
> BO> the FAT16 kernel says 5.0, and the FAT32 says 7.10 ?
>
> MSDOS 7.1 doesn't move it on F5 (or ctrl-F5 ? should this depend on
> the kernel version ?), but seems to move in h
Hello Bart,
>> Checking MSDOS 6.2, the kernel doesn't move the EBDA if no UMB is
>> found.
BO> MSDOS 7.10 does move the EBDA though. What MSDOS are we looking at now --
BO> the FAT16 kernel says 5.0, and the FAT32 says 7.10 ?
it's not a matter of reported kernel version - and I don't care about
On Mon, 26 Apr 2004, tom ehlert wrote:
> Checking MSDOS 6.2, the kernel doesn't move the EBDA if no UMB is
> found.
MSDOS 7.10 does move the EBDA though. What MSDOS are we looking at now --
the FAT16 kernel says 5.0, and the FAT32 says 7.10 ?
> in the default setting, moving the EBDA doesn't sav
Checking MSDOS 6.2, the kernel doesn't move the EBDA if no UMB is
found.
moving the EBDA makes most sense anyway, if it's moved to upper (UMB)
memory)
So I would recommend to disable move EBDA by default, or to move it
only if UMB space can be allocated for it.
in the default setting, moving the
