Charles, Thanks for verifying. Shows what can happen when you do it from memory. the use of the = or $ to replace the . would be the correct answer. Don't know why I did not do that the first time.
Lizette -----Original Message----- >From: "Hardee, Chuck" <chuck.har...@thermofisher.com> >Sent: Jul 18, 2012 11:31 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: REXX ISPF edit FIND failing > >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