I just wrote a dosenv.asm for nxbio I'll write it up to a int21 call so
user app and resize dos environment at will.
On Thursday, July 4, 2013, dmccunney wrote:
> On Thu, Jul 4, 2013 at 5:55 PM, Chris Evans
> >
> wrote:
> > So command.com controller the allocating of dos env ?
> > I still alway
On Thu, Jul 4, 2013 at 5:55 PM, Chris Evans wrote:
> So command.com controller the allocating of dos env ?
> I still always thought it was a kernel level thing , as the way I coded it
> in nxbio.sys
I misspoke. It's more correct to say that placing it at the top of
conventional memory is what MS
So command.com controller the allocating of dos env ?
I still always thought it was a kernel level thing , as the way I coded
it in nxbio.sys
That reminds me that I need to make a dosenv.asm
-Chris
Http://digitalatoll.com
Http://tawhakisoft.com/nxdos.html
On Thursday, July 4, 2013, Tom Ehlert
On Thu, Jul 4, 2013 at 4:17 PM, Bertho Grandpied wrote:
> On Thu, 4 Jul 2013 21:08:12 +0200 Tom Ehlert wrote :
>> where would you put it and why ?
>
> The "why" has been explained. In addition, under /some but not all/ BIOSes,
> it seems the presence of a DOS MCB-covered zone under the 'video'
On Thu, 4 Jul 2013 21:08:12 +0200
Tom Ehlert wrote :
>> I've seemed to notice Command.com locates its master environment
>> block at the top of conventional memory
>> Is this behaviour user-controllable with some switch while loading
>> FreeCOM ?
> what would be the purpose to change this ? w
Hi Bertho,
> I've seemed to notice Command.com locates its master environment
> block at the top of conventional memory, just under the video (and
> under a BIOS defined extended bios data aka EBDA, if any).
> Is this behaviour user-controllable with some switch while loading
> FreeCOM ?
what w
> That's funny, because I thought that the master environment was
> controlled by the kernel.sys?
obviously not as it's size is controlled by '/E:512'
> Maybe they can add a switch that
> forces the environment be loaded in upper ram instead of conventional?
'they' could do nearly everything
a
That's funny, because I thought that the master environment was controlled
by the kernel.sys?
Maybe they can add a switch that forces the environment be loaded in
upper ram instead of conventional?
-Chris
Http://digitalatoll.com/
Http://tawhakisoft.com/nxdos.html
On Thursday, July 4, 2013, Bert
Hi List !
I've seemed to notice Command.com locates its master environment block at the
top of conventional memory, just under the video (and under a BIOS defined
extended bios data aka EBDA, if any).
Is this behaviour user-controllable with some switch while loading FreeCOM ? Or
otherwise,
