It doesn't matter whether anyone should have known to allow for more than 100-character parms. We're not talking about how programs should be written, we're talking about programs that have already been written, and the risk to those programs introduced by allowing PARM= over 100 characters. My contention has been that commonplace change control procedures would mitigate that risk; but if I correctly interpret Don Ault's latest email on the topic, he has addressed this in paragraph 4) by stating that there will either be a binder attribute (which I assume will apply to both authorized and unauthorized?), or, if that is too expensive, then only unauthorized programs will get to play, and they will be governed by the systemwide attribute. So the question is, is his proposed remedy adequate? The binder attribute sounds the safest, because you would have to make two changes -- relink the program AND update the JCL. But I also favor the simplest implementation -- I'd rather have all or nothing than nothing at all, in which case the onus would be on us to test everything that could break if we really wanted to turn it on.
Regards, Cathy Taddei -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Monday, May 23, 2005 2:16 PM To: [email protected] Subject: Re: PARM= In a recent note, Patrick O'Keefe said: > Date: Mon, 23 May 2005 15:17:11 -0500 > > >... > > Title: z/OS V1R4.0 MVS Assembler Services Guide > > Document Number: SA22-7605-04 > >..., > And why would you expect an application programmer writing in COBOL to even > know that manual exists? Why should he/she even know it's possible for > the programs to be invoked by anything other than EXEC PGM=... )where a > 100-byte parm limit has existed forever)? > So, a fair question is, what does the corresponding publication for COBOL say? And, should "ignorantia juris non excusat" apply here? -- gil -- StorageTek INFORMATION made POWERFUL ------------------------------------------------------------------------------ This email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else, unless expressly approved by the sender or an authorized addressee, is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action omitted or taken in reliance on it, is prohibited and may be unlawful. If you believe that you have received this email in error, please contact the sender, delete this e-mail and destroy all copies. ============================================================================== ---------------------------------------------------------------------- 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
