Michael,
  The program uses the size that LINKEDIT guesses at LINK time unless it is
overridden by using the ;NMSTACK= and/or NMHEAP= on the :RUN or in the
CREATEPROCESS call.

  Typically it is set at LINK time (or later as you mentioned using
LINKEDIT's ALTPROG command).  As long as a program runs with this default,
it should also be fine from CREATEPROCESS.  Most of the problems I used
field regarding problems with STACK (CM and NM) were caused by someone using
the options on the CREATEPROCESS when they didn't need to. (I.e. Making the
values smaller than the program actually needed to run).  I recommend not
using these option on the RUN (or CREATEPROCESS) unless you're looking or
some optimum value. Once this value is set, then using the ALTPROG option to
set it as the program's default.  This way you don't have to keep changing
the parms on every RUN of the program (in UDC's, JCL, Menu systems, etc.).

Just my .04 cents (inflation you know...)

Rich Trapp
MBS working at HP
(actually my basement today....)


-----Original Message-----
From: [log in to unmask] [mailto:[log in to unmask]]
Sent: Friday, February 12, 1999 12:13 PM
To: [log in to unmask]
Subject: Question on NMSTACK and CREATEPROCESS


We all know that every process get's it's own NMSTACK and NMHEAP when it is
created.  And that by specifying a NMSTACK= or NMHEAP= on the :RUN statement
we can increase or decress the size of that STACK/HEAP.  However, what
happens when the program in question is not the one being run but is
actually being CREATEd by the program we are running?

I think that the processes being CREATEd will use it's own internal limits
(specified at :LINK time) or if none are specified it will use the system
limits (configured in :SYSGEN).  But if that is true, it would mean in order
to change the limits on a program meant to run as a child, you would have to
do an :LINKEDIT ALTPROG.  This would also mean that you couldn't have
different versions of the program running with different limits.  It just
doesn't sound right, but maybe that's what is happening.

Anyone know for sure?  If not, then I guess I'll have to code it up and try
it out.

 ---------------------------------------------------------------
| Michael P. Smith                                              |
| Sr. Systems Programmer                                        |
| The Hertz Corporation    [log in to unmask] (work)          |
| Oklahoma City, OK        [log in to unmask] (personal)      |
 ---------------------------------------------------------------
The thoughts, views and expressions contained in this message are those
of Michael P. Smith, and do not necessarily reflect those of the Hertz
Corporation.  To reply via email, remove the .xx from email address.