I cheat: // SET FILE1='/usr/lpp' // SET FILE2='/tcpip' // SET FILE3='/samples' //* OTHER STUFF //MYDDNAME DD PATH='&FILE1&FILE2&FILE3' //*
I do this for long PARM= values too. Works like a chump, ahh champ. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * [email protected] * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[email protected]] On Behalf Of Charles Mills > Sent: Wednesday, March 07, 2012 2:09 PM > To: [email protected] > Subject: Tips for continuing DD statement with only one > parameter field > > I've got several DD statements in a proc that have only a > single parameter, > PATH='long/path/name' > > Because the path is long the statement will not fit on a > single card image > (but the PATH parameter by itself will). So I coded > > //MYDDNAME DD > // PATH='long/path/name' > > No good. It turns out the JCL Reference means what it says > when it says you > can break a JCL statement *after* any parameter (but not, > apparently, before > any parameter!). > > Putting an X in column 72 does not help. Putting a solo comma > somewhere > after DD does not help. The JCL reference does not provide > any guidance that > I could find. Google does not seem to know how to do this. > > I'm sure I could wrestle with the rules for continuing quoted > parameters, > but that makes an obscure, difficult to maintain mess IMHO. > > Do any of you more experienced JCL jockeys know a simple > trick for getting > around this problem? Is there some DD parameter that I should > code as a > "no-op" on the first line? > > Thanks all. > > Charles > > ---------------------------------------------------------------------- > 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
