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 ---------------------------------------------------------------------- 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
