I can think of one case where EXPAND=NO would make sense, as I got
caught with and abend early on.
If you define a cell pool that is not owned by the jobstep TCB, then you
will get an abend if a cross-memory routine needs a cell, and the pool
has to expand.
I did not change the cross memory routine, I changed ownership of the
cell pool.
There could be other reasons why someone would code this,
but..........dunno.
--Dave
On 9/15/2014 7:41 AM, Charles Mills wrote:
Follow-up question: what the heck, then, does EXPAND=NO signify? "Make it
any size you like, but for gosh sakes don't make it any bigger than that"?
The documentation reads like transistor radio instructions from the fifties:
,EXPAND=NO
This parameter does not try expanding.
The documentation is REALLY deficient IMHO:
1. Apparently nada in the Services Guide. No overview. No usage. The example
in the reference is just a rehash of the parameters.
2. Documentation appears to be 100% duplicated between Services and
Authorized Services. If there is a reason for it being in both places the
reason escapes me. I don't see any "special" parameters documented only in
Authorized Services.
3. If the size works as Dave suggests -- and I have no reason to doubt him
-- that rather counterintuitive point would be worth mentioning in the doc.
Charles
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On
Behalf Of Dave Day
Sent: Saturday, September 13, 2014 8:58 AM
To: [email protected]
Subject: Re: Dumb IARCP64 question
There aren't any. I asked the same question some time back, and was told
that this is 64 bit stg. No need for these types of parameters.
My gut tells me it gets stg to back the cell pool in 1 meg increments, but
have not done anything to verify that.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
