> -----Original Message-----
> From: IBM Mainframe Discussion List
> [mailto:[email protected]] On Behalf Of Paul Gilmartin
> Sent: Monday, September 21, 2009 4:10 PM
> To: [email protected]
> Subject: Re: Reading DD card information
>
> On Mon, 21 Sep 2009 15:43:21 -0500, Patrick O'Keefe wrote:
> >
> >>...
> >>>PARM='PARMX',PARMX='WAAAAAY LONGER THAN 100 CHARACTERS'.
> >>...
> >>I'd be quite satisfied with this _provided_ it was compatible
> >>with the existing CALL, LINK, ATTACH, etc. argument lists.
> >>...
> >>
> >>(And that symbol substitution would work within PARMX.)
> >>...
> >
> >My vote doesn't count any more (as if it ever did!) but I can
> >guarantee that whether you want this parm substitution to take
> >place at Reader/Interpreter time, conversion time, or execution,
> >I want one of the others. The world just works that way.
> >
> Awww, c'mon. That exposure has existed for classic PARM
> since the Dawn of Time, and we aren't hearing complaints,
> are we? Clarifying, by "symbol", I meant JCL symbol, for
> which substitution is supported. I wasn't advocating
> substituting system symbols in batch JCL -- that belongs
> in a different thread.
>
> >I'm sure this is not why Rob suggested PARMX, but his suggestion
> >would facilitate the creation of PARMR (for R/I substitution), PARMC
> >(for Converter substitution), and PARMX (for execution substitution).
> >I'm certainly not implying there is a way to allow that
> implementation
> >to happen; just saying that there must be a way to pick or some
> >people will be unhappy (as compared to the current situation
> >where everybody is unhappy).
> >
> Again, I wasn't suggesting that; that too belongs in the other
> thread.
>
> But I'm becoming enamored of Bob Schramm's suggestion of PARMX.
> If that were provided, a trivial bridge load module could point
> R1 at the PARMX and XCTL the target program. I would make it
> part of the Requirement that such a module be provided as a
> component of the base z/OS so I could rely on its availability
> at customer sites. It would be site option to install it with
> AC=1 or AC=0, the latter to preclude calling authorized
> programs with unexpectedly long PARMs with the hazard of
> storage overlay, abnormal termination, or execution of
> arbitrary code.
>
> -- gil
What I would like, or at least could use, would be some "new" JCL statement or
function which would create an POSIX environment variable which would be
"global" to the job. This would let me use the oe_env_np() UNIX call in my
program. This would be conceptually similar to an EXEC, except that it wouldn't
really run a program. Perhaps an example:
// SET JCLVAR=ABC
// EXPORT VAR=&JCLVAR
//* Environment variable now contains "ABC"
// EXPORT VAR=${VAR}CDEF
//* Environment variable now contains "ABCCDEF"
//JS010 EXEC PGM=MYPROG,PARM='VAR'
//* I pass in the name of the environment variable
//* which I use to get the actual parm
//*
Note that since I an EXPORT a var and concatenate, I can build up a large
number of characters using concatenation. In addition to the EXPORT JCL
statement, there would be an UNSET (or something) which would remove an
environment variable.
The POSIX environment variables would actually belong to the initiator, which
would UNSET them at the end of a job. The initiator would pass the environment
variable along to the invoked EXEC PGM= program using the normal LE
functionality.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
[email protected] * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please contact
the sender by reply e-mail and destroy all copies of the original message.
HealthMarkets(r) is the brand name for products underwritten and issued by the
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The
MEGA Life and Health Insurance Company.SM
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
