Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!usc!srhqla!demott!kdq
From: kdq@demott.COM (Kevin D. Quitt)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Child processes in Mess-Dos
Message-ID: <626@demott.COM>
Date: 2 Oct 90 02:18:15 GMT
References: <15651@yunexus.YorkU.CA>
Reply-To: kdq@demott.COM (Kevin D. Quitt)
Organization: DeMott Electronics Co., Van Nuys CA
Lines: 27

In article <15651@yunexus.YorkU.CA> rreiner@yunexus.YorkU.CA (Richard Reiner) writes:
>kdq@demott.COM (Kevin D. Quitt) writes:
>
>>In article <1990Sep28.234836.17868@gpu.utcs.utoronto.ca> sarathy@gpu.utcs.utoronto.ca (Rajiv Sarathy) writes:
>>>
>>>Others were under the impression that spawn and exec load an additional
>>>copy of COMMAND.COM.  I didn't test to see if this is true, but I doubt it.
>
>>    If you doubt it, make your comspec=a:\command.com and see how slowly
>>your program comes up.  I've just gone through that exercise.
>
>I've done one better: I wrote a little program that spawned a memory
>mapper as its child.  The resulting map clearly shows that there is
>*no* copy of command.com loaded by spawn().
>

    Sure wish I had your system.  When I do that, I see command.com clear
as day.


-- 
 _
Kevin D. Quitt         demott!kdq   kdq@demott.com
DeMott Electronics Co. 14707 Keswick St.   Van Nuys, CA 91405-1266
VOICE (818) 988-4975   FAX (818) 997-1190  MODEM (818) 997-4496 PEP last

                96.37% of all statistics are made up.