Hi!

27-Фев-2004 16:22 [EMAIL PROTECTED] (maintainer freedospg) wrote to
[EMAIL PROTECTED]:

mf>  --- "Arkady V.Belousov" <[EMAIL PROTECTED]>

     For me this is unimportant (anyway my mailbox already filled by 90% of
spam), but don't quote others emails!

>> mf> I want to know if there is a way to release memory
>> mf> from the unused heap to the OS when I shell out?
>> mf> but memory was not released. Turbo C 2.01, small model.
>>      helpme!.doc from BC3.1 packages contains question "How do I change the
>> stack size". Beside _stklen, BC3.1 help files describes _heaplen variable.
>>  Tiny    &#65533; 256 + Code + Global Data + Heap + Stack
>>  Small   &#65533;              Global Data + Heap + Stack
>> > &#65533; In the small and medium models, the size of the heap can be adjusted
>> >   with _heaplen and the size of the stack can be adjusted with _stklen.
mf> I'm not sure if other memory models will cause
mf> problems to the assembly routines using global variables.

     They shouldn't. For me they don't cause any problems. But why _now_ you
talk about assembly routines?

mf> It is tempting to save 40k but the effort...

     How you "tempting"?

mf> Turbo C 2.01 helpme!.doc illustrated to use a global
mf> extern unsigned _stklen = 10k;

     Yes.

mf> I changed some other values, but same result.

     How you measure? Doy you change the _heaplen variable?

mf> I don't have BC 3.1, to test _heaplen, so no report.

     TC, probably, have the same variable. If you send me source of startup
file from TC (C0.ASM), the I say you precisely.

mf> I wonder if I should move the MCB as well,

     You can't, or you destroy image of your program.

mf> and adjust the value in offset 3..4 accordingly before INT 21H, AH=4AH.




-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id56&alloc_id438&op=click
_______________________________________________
Freedos-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to