This is probably easier. ISREDIT "SCAN OFF" ISREDIT "F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE&&PDQR' " ISREDIT "SCAN ON"
Scan is initialized to ON when the macro starts so unconditionally changing it is probably OK. Thomas Ambros Operating Systems and Connectivity Engineering 518-436-6433 From: "Hardee, Chuck" <chuck.har...@thermofisher.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 07/18/2012 14:35 Subject: Re: REXX ISPF edit FIND failing Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> You need to be careful with your picture string components. It didn't work with your suggested string below and in looking at the rules for pictures, the "." (period) represents any non-displayable character. Since a "." as it is used in the JCL example is a displayable character, when I changed the "." in the picture string to be an "=" then I found the string. I used P'DISP=SHR=DSN=MSYS=UCMD=REMOTE$PDQR=$' Charles (Chuck) Hardee Senior Systems Engineer Database Administration Information Technology Services Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, July 18, 2012 1:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REXX ISPF edit FIND failing Personally I would use the ISPF Picture string instead of a physical line For example "ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR.' " would become "ISREDIT F ALL p'DISP=SHR=DSN=MSYS.UCMD.REMOTE$PDQR$' " The equal signs equate to any char. The $ equate to any special char (& . , etc...) This might make it work better Lizette -----Original Message----- >From: John Mattson <john_matt...@ea.epson.com> >Sent: Jul 18, 2012 9:47 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: REXX ISPF edit FIND failing > >I have a little dataset which contains >//REMOTE DD DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR.(&SYSTEM) >//REMOTE DD DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR.(SYSTEM) >//REMOTE DD DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR(SYSTEM) >//SYSIN DD DISP=SHR,DSN=&PDQ.ALC.UNVLIB(&UCMIN) >X/MYSCRIPT DD DISP=SHR,DSN=&PDQ.ALC.UNVLIB(&MY) > >I have a little REXX which I want to "FIND" these strings >/* REXX */ >TRACE I >Address ISPEXEC >"ISREDIT MACRO (MEM) NOPROCESS" >"CONTROL ERRORS RETURN" >"ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE' " >"ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR' " >"ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR.' " >"ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR.(' " >"ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR.(&' " >"ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE&PDQR.(&SYSTEM)' " >"ISREDIT F ALL 'DISP=SHR,DSN=&PDQ.ALC.UNVLIB(&UCMIN)' " >"ISREDIT F ALL 'DISP=SHR,DSN=&PDQ.ALC.UNVLIB(&MY)' " >EXIT > > The First Three FIND's work fine. Starting from the fourth find, >they all get RC=4, not found. Even tho I can clearly see that the strings >exist in the dataset. What in the whirled is going on here?? Is there >something "special" about two &'s in a string? I have tried removing the >second & from both the find and my dataset and the find still fails. I am >at wits end here. > I have also tried "extracting" the actual finds like: F ALL >'DISP=SHR,DSN=&PDQ.ALC.UNVLIB(&MY)'and executing them in TSO, and they all >work. What is special here. FYI, the final " is in col 71 > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
