Path: utzoo!attcan!uunet!decwrl!sdd.hp.com!uakari.primate.wisc.edu!aplcen!TCS@router.jhuapl.edu
From: tcs@router.jhuapl.edu
Newsgroups: comp.os.msdos.programmer
Subject: Re: Child processes in Mess-Dos
Message-ID: <0093DEEF.2BC5CDC0@router.jhuapl.edu>
Date: 9 Oct 90 17:00:38 GMT
References: <15651@yunexus.YorkU.CA>,<626@demott.COM>
Sender: news@aplcen.apl.jhu.edu (USENET News System)
Reply-To: tcs@router.jhuapl.edu
Organization: Johns Hopkins University/APL
Lines: 35

In article <626@demott.COM>, kdq@demott.COM (Kevin D. Quitt) writes:
>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.

Realizing, of course, this may be a little late, I just created a small 
program that executed "pmap.com" from an execl() and I didn't see any 
command.com. This was in tc++.

Carl Schelin
tcs@router.jhuapl.edu