Paul:
I am *GUESSING* that the new statement is a nod to compatibility.
There are just too many programs that accept the current limit and
would be broken if the parameter passing was changed. I am OK with it
myself. Since any *NEW* program would have to be programmed to accept
the parameter list that IBM comes up with. I certainly don't object
as it maintain compatibility at no cost.
Ed
On Mar 26, 2013, at 5:24 PM, Paul Gilmartin wrote:
From:
http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?
subtype=ca&infotype=an&appname=iSource&supplier=877&letternum=ENUSZP13
-0013
o Support for passing parameter lists up to 32,760 bytes in length
to a program from JCL. A new PARMDD DD statement keyword is ...
??? A keyword on the DD statement? How will that work? I might more
easily understand a keyword on the EXEC statement. Will whatever DD
statement in the job step that asserts PARMDD be taken as the PARM for
the step?
... planned to allow more than 100 characters to be passed to any
program in JCL. A new LONGPARM binder attribute is planned to
enable APF-authorized programs to use this new function. ...
(Often discussed here as a security requirement.) A binder attribute
seems a much more orderly way to control it than YA PARMLIB member.
... No changes are planned to be needed for unauthorized
programs.
This new support is intended to make it easier to pass a large
number of parameters to a program without writing intermediate
programs.
When long PARMS have been discussed here previously, the reactionaries
and IBM loyalists have objected, "Oh, no! We can't have that!
Suddenly
programs that clearly failed on JCL errors will instead program check
on buffer overruns and our help desk bandwidth will be strained."
Well, if they're true IBM loyalists, now that IBM is blessing it
they'll
welcome it. How will the more skeptical customers react?
-- gil
----------------------------------------------------------------------
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
