You're only as old a dog as the new trick you won't learn. :-) I, too, wouldn't try doing that much with regexps against SMF. What I would consider (and have blogged about) is regexps against individual SMF fields - jobname, etc.
I see regexps as more useful for less structured data - such as finding things in listings. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "Vernooij, CP - SPLXM" <kees.verno...@klm.com> To: IBM-MAIN@listserv.ua.edu, Date: 07/05/2013 02:42 PM Subject: Re: Announcing PCRE 8.33 for native z/OS Sent by: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> I think you are right. I am one of those old dogs, who tries to avoid things with slashes whenever possible. I also wonder where and when regular expressions would be of great help to me. From what I saw others do with them, I think that they are quite useful in an unstructured chaotic environment, where you really need the get a picture by trying to find meaningful patterns. I think z/OS is that much structured that you seldom need mass force tools to get a pattern. And when I do, it often concerns processing months of SMF data with SAS, and I don't see Rexx with regular expressions do this. But I might be wrong of course. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Friday, July 05, 2013 15:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Announcing PCRE 8.33 for native z/OS What you really have to consider is is there any interest in regular expressions on the mainframe anyway. I have my doubts outside of the z/OS UNIX community. Regular expressions are extremely powerful but most mainframers probably can't be bothered to learn them. It's a case of old dogs and new tricks. RE grammers are tricky to learn and a COBOL UNSTRING maybe easier to understand than weird gobbledygook RE voodoo even if it saves them a hundreds of lines of code. REXX is probably a better target audience than compiled languages. On 5/07/2013 9:05 PM, Ze'ev Atlas wrote: >> It's quite a bit of work. And if you want to call LE code you need >> assembler bridging stubs to pass control from REXX to your LE program. >> If there's no money in it you may want to rethink your project. > Thank you for the thorough comments. > > Yes, I've realized it early on by reading through the IBM documentation and even familiarize myself with things like PIPI and other aspects of Rexx interfaces. > > That's why the Rexx interface part of my project has been pushed to the lowest priority, unless somebody who really knows what he/she is doing volunteers for the fun and 'fame' of being part of an open source project. > > The Posix and GREP issues are mow resolved and I am planning to publish the next revision soon. > > This is my current road-map: > Roadmap (by order of priority) > * PL/I abends on S0C4 and I do not have the expertise to check why > (volunteers needed.) > * Running through all the existing test suite and creating an EBCDIC specific > test suite and reference results (volunteers needed.) > * Produce a more complete and better written documentation (I am doing > my best.) > * Porting of related packages (such as PCRS and/or PCRE-subst). > * Compiling and testing under most important EBCDIC codepages (in numerical > order (I do not have access to such installations - volunteers > needed:) 1. IBM1047 - most common in the United States 2. IBM1026 - > Turkish 3. IBM1140 – old code page 037 4. IBM1148 - CP500 5. IBM285 – > UK 6. IBM424 - Hebrew 7. IBM875 - Greek > * Adapt the C++ wrapper (if possible because of EBCDIC vs. UTF-8 > issues) > * Possible porting to USS anyway is a distant option. > * Rexx interface > > ---------------------------------------------------------------------- > 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 ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
