Arkady V.Belousov wrote:
Ie. applications always get reduced (to size of contents) envrionment memory block (notwithstanding /E, which affect only command.com' memory)?
Hmm, Arkady, you fixed yourself a bug (or at least complained about a bug) in the kernel's environment handling when invoking a child, hence, you know very well that the kernel creates the environment passed to a child, not FreeCOM.
This is also the behaviour of MS COMMAND/MS Kernel as far as I know.
Of course, but, for example, NDOS does itself permanent even without /p. BTW, I see no ways to differ INSTALL= and SHELL=.
Then please tell me, how 4dos is to detect that no other shell is active currently, or, to put it into other words, that FreeCOM had been started by the kernel's process-0 loader.
BTW: Please refer to Undoc DOS's section about to find the master shell environment, so we need not discuss stuff like:
+ INT-2E, + environment behind PSP, + first PSP.
I think, this should be implemented in any case.
When FreeCOM can determine, if it is or is not the primary shell, it will be done.
Bye,
-- Steffen Kaiser
The current maintainer of [EMAIL PROTECTED] http://freedos.sourceforge.net/freecom/FreeCOM.html
-------------------------------------------------------
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
