Re: Enhancement RFE for TSO DELETE xxx MASK Function
Walt Farrell wrote: Perhaps, but I think DEL is just the IDCAMS DELETE command issued in a different context, so it's not really a TSO enhancement :) And, indeed, that is the case, as documented. But you have to read all the way down to the 6th paragraph under Delete in the TSO/E Commands book to find that out (if you didn't happen to know already). A number of other commands (perhaps all of them) are also "passed along" to IDCAMS by TSO/E, such as DEFINE, ALTER, IMPORT, EXPORT, and LISTCAT. -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enhancement RFE for TSO DELETE xxx MASK Function
On Thu, 9 Jun 2016 23:22:18 -0500, Edward Gouldwrote: >> On Jun 9, 2016, at 7:08 PM, Paul Gilmartin >> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> >> On 2016-06-09 17:20, Lizette Koehler wrote: >>> Cross posting to IBM Main and TSO-REXX >>> >>> I have just created this RFE, so you may or may not be able to vote on it. >>> But >>> when available, I hope you will vote for it >>> >>> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=89817 >>>... >>> Also asked to add regular expressions ... >>> >> Good idea. Why not? > > >TSO is dead that is why. Perhaps, but I think DEL is just the IDCAMS DELETE command issued in a different context, so it's not really a TSO enhancement :) -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enhancement RFE for TSO DELETE xxx MASK Function
On Thu, 9 Jun 2016 23:22:18 -0500, Edward Gould wrote: >> On Jun 9, 2016, at 7:08 PM, Paul Gilmartin wrote: >>> >>> I have just created this RFE, so you may or may not be able to vote on it. >>> But >>> when available, I hope you will vote for it >>> >>> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=89817 >>>... >>> Also asked to add regular expressions ... >>> >> Good idea. Why not? > >TSO is dead that is why. > But ISPF is alive and reasonably well. ISPF Edit has lately become savvy to: o UNIX files o UTF-8 encoding o Regular expressions Partly the reason I addressed ISPF more than Lizette's original question. Rexx could be given regular expressions in a function package using EXECOM, akin to awk's match()/sub()/gsub() functions. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enhancement RFE for TSO DELETE xxx MASK Function
> On Jun 9, 2016, at 7:08 PM, Paul Gilmartin > <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > On 2016-06-09 17:20, Lizette Koehler wrote: >> Cross posting to IBM Main and TSO-REXX >> >> I have just created this RFE, so you may or may not be able to vote on it. >> But >> when available, I hope you will vote for it >> >> http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=89817 >>... >> Also asked to add regular expressions ... >> > Good idea. Why not? TSO is dead that is why. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enhancement RFE for TSO DELETE xxx MASK Function
On 2016-06-09 17:20, Lizette Koehler wrote: > Cross posting to IBM Main and TSO-REXX > > I have just created this RFE, so you may or may not be able to vote on it. > But > when available, I hope you will vote for it > > http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=89817 > ... > Also asked to add regular expressions ... > Good idea. Why not? > DEL HLQ.%[LX9]%A.LIST MASK This would request a delete only if the file had > somewhere in the second node LX9 and ends in A. > Where does that use of '%[' and ']%' come from? Is it customary syntax in a facility I'm unfamiliar with? Otherwise, it's quite confusing to those already familiar with regular expressions. > HLQ.LX9A.LIST would delete > HLQ.LX9.LIST would not delete > HLQ.ABLX92A.LIST would delete. > If I understand, the regex for this in ISPF Edit notation would be: DELETE r'^HLQ\..*LX9.*A\.LIST$' > If you like it, please vote for it. > I'll go further. The convention should be made universal. Once, naïvely I asked in ISPF-L (IIRC) why I can't use delimited pattern-strings in DSLIST or member lists? "Of course not! Those work only in Edit (and perhaps Browse)!" But why not? Think reusable code. Write the code once (it's already been done; Edit uses it) and use it everywhere that strings are matched. I know; in UNIX filename matching patterns are different from regular expressions. But here's an opportunity for z/OS to be more UNIform than UNIX! Alas, while matching in ISPF panels/lists is done by ISPF which can make its own rules, TSO commands such as DELETE are a different matter and would need to be addressed separately. One of the great strengths of UNIX is that filename matching is done by the shell, not by the individual commands, so it behaves UNIformly over all commands. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Enhancement RFE for TSO DELETE xxx MASK Function
Cross posting to IBM Main and TSO-REXX I have just created this RFE, so you may or may not be able to vote on it. But when available, I hope you will vote for it http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=89817 This RFE is a request to enhance the DEL name MASK function to use more than just % or * (Star) I am hoping that IBM will include the functions like ISPF Picture strings. # Numbers @ Characters And so forth. Also asked to add regular expressions (long shot) to allow for a phrase somewhere in the name. As well as similar names (LINE/LANE/etc..) For example, I have a node in a dataset name that could be between 1 and 8 characters. I only want to delete the dataset if the name contains somewhere in that node a phrase DEL HLQ.%[LX9]%A.LIST MASK This would request a delete only if the file had somewhere in the second node LX9 and ends in A HLQ.LX9A.LIST would delete HLQ.LX9.LIST would not delete HLQ.ABLX92A.LIST would delete. If you like it, please vote for it. Thank you Lizette Koehler statistics: A precise and logical method for stating a half-truth inaccurately -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN