On Sat, 31 Oct 2009 00:33:10 -0400, Robert A. Rosenberg wrote:
>At 17:40 -0500 on 10/30/2009, Paul Gilmartin wrote about Re: An
>Alternative Modest PARM Proposal:
>
>>Therefore, you should understand very well why this won't work.
>>Such utilities will misinterpret the Long Parm as a DDN override
>>list.
>
>There is NO REASON to send a Long Parm to these IBM utilities so this
>
Very wrong. RTFM. Namely:
Linkname: Invoking the assembler dynamically
URL:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ASMP1020/7.5
Harsh language? Perhaps. However:
o You're the one who started shouting ("NO REASON").
o I'm weary of writers spreading disinformation on this topic
with the goal of inciting FUD.
Not precisely a "utility", but a very standard and widely used IBM
program which accepts both an alternate DDNAME list and to which
I have long been usefuly passing a long PARM (from Rexx), as I
realized with dismay when I attempted to convert the Rexx to JCL.
>potential glitch can easily be handled by a new PARMLIB member with a
>list of programs that are NOT to be passed an extended parm (IBM
>knows who they are and the NOXPARM00 member can be supplied with the
>PTF or FUNCTION that adds PARMX Support). For ISV (and Home Grown
>RYO) utilities that accept mult-parm parmlibs, have the vendor/author
>supply the needed members to be placed into PARMLIB.
>
>Does this help?
>
No. It's an unacceptable burden to administrators, and even to
maintainers of IBM utilities themselves.
I have a better idea. Indicate to a program that it's being invoked
with a long parm by placing in R1 the address of a fullword (with the
sign bit set) addressing a halfword containing a value greater than
or equal to 101, followed by the parameter string. Indicate to a
program that it's being passed an old-fashioned PARM by placing in R1
the address of a fullword (with the sign bit set) addressing a
halfword containing a value less than or equal to 101, followed
by the parameter string. This is fully compatible with the existing
design of HLASM and many other IBM and ISV programs, and places no
new duties on adminstrators.
-- 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
