Hi!
27-Июн-2004 17:56 [EMAIL PROTECTED] (tom ehlert) wrote to "Arkady V.Belousov"
<[EMAIL PROTECTED]>:
>> In this case memory will be allocated in the _best_ segment (shortest,
>> which may fit) or after command.com (as with MS-DOS), if there is no
>> fragmentation.
te> one more hint: comman
Hello Arkady,
>>> 5. MS-command.com places its (resized) segment with environment right after
>>>itself (original segment preserved not freed), FreeCOM places environment
>>>into UMB, but, as I understand, with LAST_FIT.
>>> I think, (5) should be changed (LAST_FIT to BEST_FIT).
te>> I thi
Hi!
27-Июн-2004 15:52 [EMAIL PROTECTED] (tom ehlert) wrote to "Arkady V.Belousov"
<[EMAIL PROTECTED]>:
>> 5. MS-command.com places its (resized) segment with environment right after
>>itself (original segment preserved not freed), FreeCOM places environment
>>into UMB, but, as I understan
Hello Arkady,
> 5. MS-command.com places its (resized) segment with environment right after
>itself (original segment preserved not freed), FreeCOM places environment
>into UMB, but, as I understand, with LAST_FIT.
> I think, (5) should be changed (LAST_FIT to BEST_FIT).
I think (5) shou
Hi!
26-Июн-2004 20:35 [EMAIL PROTECTED] (FreeCOM) wrote to
[EMAIL PROTECTED]:
>> Ie. applications always get reduced (to size of contents) envrionment
>> memory block (notwithstanding /E, which affect only command.com' memory)?
F> Hmm, Arkady, you fixed yourself a bug (or at least complained
Hi!
2Steffen Kaiser: Steffen, how FreeCOM handles /E option? I mean, how
this options affects environment? Is it _limits_ size of internal buffer,
which later used to make environment of new applications?
PS: When I run FreeCOM through SHELL= or INSTALL= without /P option, it
doesn't makes i
