Other question... When using this method can you think of any reason not to simplify the DD to
//DB2PLAN DD DSN=&&&PLAN I've always hated the fact that DISP defaults to (NEW,DELETE), but here is one case where that is ideal, so why not take advantage of it? Looks like SPACE must default to (0,0), so again that is ideal. Actually, I just noticed you specified PASS instead of DELETE for the normal-disp. Any specific reason? Thanks! Frank On 9/17/2009 at 9:11 AM, in message <listserv%[email protected]>, Victor Gil <[email protected]> wrote: > Frank, > > The ONLY way I've found to pass a short string [up to 8 bytes] via > a "temporary" DD is: > > // SET PLAN=PLANNAME > //DB2PLAN DD DISP=(,PASS),SPACE=(0,0),DSN=&&&PLAN > > the above DSN will be formatted by JES as > > //DB2PLAN DD DSN=SYSxxxxx.Txxxxxx.RAxxx.xxxxxxxx.PLANNAME.Hxx > > from where you CAN get the desired PLANNAME. > > For longer strings consider multiple temporary DDs. > > HTH, > -Victor- > > On Wed, 16 Sep 2009 09:04:24 -0600, Frank Swarbrick > <[email protected]> wrote: > >>I believe I have seen something like the following: >>//FJSTEST JOB NOTIFY=&SYSUID >>//STEP01 EXEC PGM=MYPGM >>//DUMMME DD DUMMY,DSN='THIS.IS.A.TEST' >> >>What does MYPGM need to do in order to retrieve the DSN value of the DD > named DUMMME? >> >>A general pointer in the right direction would be nice. >>Specific examples would be great! :-) >> >>Thanks, >>Frank >> >> >>>>> >> >>The information contained in this electronic communication and any > document attached hereto or transmitted herewith is confidential and > intended for the exclusive use of the individual or entity named above. If > the > reader of this message is not the intended recipient or the employee or > agent > responsible for delivering it to the intended recipient, you are hereby > notified > that any examination, use, dissemination, distribution or copying of this > communication or any part thereof is strictly prohibited. If you have > received > this communication in error, please immediately notify the sender by reply e- > mail and destroy this communication. Thank you. >> >>-- >> >>Frank Swarbrick >>Applications Architect - Mainframe Applications Development >>FirstBank Data Corporation - Lakewood, CO USA >>P: 303-235-1403 >> >>---------------------------------------------------------------------- >>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 > > ---------------------------------------------------------------------- > 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 >>> The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 ---------------------------------------------------------------------- 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
