On Tue, 26 Mar 2013 23:09:16 -0500, Ed Gould wrote:
>Paul:
>
>I think you are reading too much into John's presentation.
>After thinking about it I would guess that the exec statement and
>parm will remain essentially the same and if you want to pass a
>longer parm then you would code the exec pgm=a,parmdd= ..........
>
>if an old program would look it would get a 0 then however IBM sees
>fit to pass the new string that would be the rule for long fields.
>
Let me provide a refutation to that reasoning. Circuitous, but one
which I find persuasive:
If when PARMDD appeared on the EXEC statement an old program
simply received
R1 -> fullword -> H'0'
... there'd be no integrity threat in passing PARMDD to old authorized
programs. They are all prepared nowadays to handle PARM=''.
However, IBM saw fit to provide the LONGPARM attribute on load
modules for authorized programs, implying that IBM perceived such
a threat, and PARMDD uses the traditional CALL/EXEC/ATTACH/XCTL
interface.
>On Mar 26, 2013, at 10:15 PM, Paul Gilmartin wrote:
>
>> On Tue, 26 Mar 2013 17:40:24 -0500, Ed Gould wrote:
>>>
>>> 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.
>>>
>> Nope. I got a peek at John Eels's February SHARE SF presentation:
>>
>> � New PARMDD EXEC keyword support longer parameter strings
>> � Mutually exclusive with PARM keyword
>> � No other changes required for unauthorized programs
>>
>> So users will be able to call any old existing program with a long
>> PARM.
>> I hope you don't have too much trouble dealing with it. Me, I'm
>> delighted.
>> You, I suppose you could code a JCL exit to prohibit PARMDD. What do
>> you do today about users who use LINK or ATTACH to supply long PARMS?
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
