">No. IBM chose **not to break** thousands upon thousands of programs that were perfectly happy with 100 byte parm fields, provided via JCL. > They added a new mechanism for those program, where 100 bytes was not > sufficient."
My reply was to Gil who was complaining about IBM's implementation of PARMDD (it should have been....). The "not to break" is a good thing. Gil seems to think that breaking existing programs by introducing incompatable function is OK to do. I disagree. I am in support of the path IBM chose. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Woodger Sent: Monday, February 27, 2017 9:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question about PARMDD On Monday, 27 February 2017 15:00:03 UTC+1, Allan Staller wrote: > No. IBM chose not to break thousands upon thousands of programs that were > perfectly happy with 100 byte parm fields, provided via JCL. > They added a new mechanism for those program, where 100 bytes was not > sufficient. > Unless you change the JCL to use PARMDD on the EXEC instead of PARM on the EXEC, nothing changes. If you make that change for no purpose, and then the program is doing something which relies on there being 100 bytes of data as a maximum implicitly, then you may have a problem. But how is that IBM's fault? No-one forced the JCL change. If you don't change the JCL, the program expecting a maximum of 100 bytes and never needing any more than that will work as designed for the next... well, forever. Have you got an example from one of the thousands and thousands of breaks caused? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: ---------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ---------------------------------------------------------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
