You're in TSO. Add this line, or equivalent, before the DELETE. listd 'your.pds' mem
OREXXMan JCL is the buggy whip of 21st century computing. Stabilize it. Put Pipelines in the z/OS base. Would you rather process data one character at a time (Unix/C style), or one record at a time? IBM has been looking for an HLL for program products; REXX is that language. On Wed, Jul 11, 2018 at 2:56 PM, Scott Barry <sba...@sbbworks.com> wrote: > On Wed, 11 Jul 2018 10:43:42 -0700, Sri h Kolusu <skol...@us.ibm.com> > wrote: > > >>>but I'm curious if there's some additional keyword that will ignore the > >SHR enqueues. I have not found anything. > > > >Skip, > > > >You need to use FILE keyword on IDCAMS delete like shown below > > > >//DELALL EXEC PGM=IDCAMS > >//SYSPRINT DD SYSOUT=* > >//PDS DD DISP=SHR,DSN=Your.PDS > >//SYSIN DD * > > DELETE 'Your.PDS(*)' FILE(PDS) > >/* > > > >Thanks, > >Kolusu > > > > > > With the use of "splat" and "delete all members" request, sadly the > IDC0553I message doesn't provide a list of the members deleted, instead > only mention "ALL MEMBERS IN DATA SET <name> DELETED". > > Now no Auditor-type would go for that -- heck, I even would appreciate > knowing what I just deleted !! > > Still like the enhanced functionality permitting various DSN-mask > specifications, similar to TSO/ISPF DSLIST (option 3.4). > > Scott Barry > SBBWorks, Inc. > > ---------------------------------------------------------------------- > 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