Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!news
From: tcs@mailer.jhuapl.edu (Carl Schelin)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Swapping application to disk
Message-ID: <1991Mar4.144542.12621@aplcen.apl.jhu.edu>
Date: 4 Mar 91 14:45:42 GMT
References: <10639@bunny.GTE.COM> <274@nazgul.UUCP> <1991Mar2.042729.28534@cs.cmu.edu>
Sender: news@aplcen.apl.jhu.edu (USENET News System)
Organization: Johns Hopkins University - Applied Physics Lab
Lines: 21

In article <1991Mar2.042729.28534@cs.cmu.edu>, ralf+@cs.cmu.edu (Ralf Brown) says:
>
>In article <274@nazgul.UUCP> bright@nazgul.UUCP (Walter Bright) writes:
>}In article <10639@bunny.GTE.COM> s9023@gte.com (Paul Stubler) writes:
..
>If you already have a C or C++ compiler, you can save $$$ by grabbing the
>free SPAWNO30.ZIP from SIMTEL20 (in PD1:<MSDOS.C>).  It's pretty much a
>one-for-one replacement for the standard Turbo/MS C spawn..() functions
>which leaves less than 500 bytes in memory while the child program runs.
>In fact, it can be dropped into many existing programs by merely adding
>an #include and two #define's.

In SpawnO 3.0 is says in the docs that it may not work with msc 5.1. I am 
using 6.0 and it bombs horribly (not an inclusive test). I actually get to
dos (with many errors and no environment) and then when I attempt
to execute PMap (a memory lister), it just start dumping core.

Works great with TurboC++ 1.0 though.

Carl Schelin
tcs@mailer.jhuapl.edu