Re: Regular Expressions in ISREDIT z/OS 2.01
On 2/27/2015 9:28 PM, Shmuel Metz , Seymour J. wrote: In 1718003834535662.wa.rashapoogmail@listserv.ua.edu, on 02/26/2015 at 09:47 AM, Govind Chettiar rasha...@gmail.com said: It does seem irksome that a feature would be provided in a half-baked fashion especially when it has taken so long to become available. There have been a number of cases where an organization or user submitted a requirement, IBM accepted it and delivered something different. That's why it's important to be as detailed as possible in describing the requirement, but without anything that could be construed as specifying the implementation. Here's the deal guys. Unix System Services already had routines written to provide POSIX regex capability, so that was our first cut at providing regex function. Instead of bitching about it endlessly on IBMMain, I would politely suggest that you get your asses over to RFE and submit a requirement. Let us know what regex function you need so we can get it in plan. The earliest timeframe would be zNextNext, in 9/2017, but depending on the function, we may be able to introduce it in the service stream before then. Regards, Tom Conley ISPF Advocate - SHARE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On Thu, 26 Feb 2015 09:04:59 -0500, Shmuel Metz (Seymour J.) wrote: IBM doesn't seem interested in going much beyond POSIX requirements; sometimes not even that far. Hence the need to submit a requirement if you have a business need. There's no guaranty that IBM will accept it, but they certainly won't accept it if it's never submitted. This is largely academic for me -- I have better platforms than ISPF for regex processing. But what I'd find most important is an accommodation for regexen in Edit macros that's portable among subject code pages. It would be an unsatisfactory approach to say that a macro must first be translated to the subject code page to be used; better to require that macros be in a uniform DBCS Unicode page and accommodate editing text in an arbitrary subject code page. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In 1718003834535662.wa.rashapoogmail@listserv.ua.edu, on 02/26/2015 at 09:47 AM, Govind Chettiar rasha...@gmail.com said: It does seem irksome that a feature would be provided in a half-baked fashion especially when it has taken so long to become available. There have been a number of cases where an organization or user submitted a requirement, IBM accepted it and delivered something different. That's why it's important to be as detailed as possible in describing the requirement, but without anything that could be construed as specifying the implementation. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In 6650140068793644.wa.paulgboulderaim@listserv.ua.edu, on 02/25/2015 at 04:25 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: What's full? Comparable to Perl, Python or Ruby. IBM doesn't seem interested in going much beyond POSIX requirements; sometimes not even that far. Hence the need to submit a requirement if you have a business need. There's no guaranty that IBM will accept it, but they certainly won't accept it if it's never submitted. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On Tue, 24 Feb 2015 23:07:53 -0500, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 2502068772076383.wa.rashapoogmail@listserv.ua.edu, on 02/24/2015 at 03:32 PM, Govind Chettiar rasha...@gmail.com said: On zOS if I try f r'([0-9]{4})(\w+)' A while back I looked at the new ISPF documentation and and EDIT is missing much of what I have come to rely on in Perl. I looked online for how to search on words (which is what \w does) No. f r'[:alpha:]' If it doesn't even support /d and /w, why would you expect it to support fancy character classes? Is there an open requirement to support full regex capability? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN I don't know about open requirements. All I was trying to do was replicate what I can do in SublimeText. Anyway, I do have RDz and the Cobol editor supplied with that provides full support (tho the JCL and other editors don't). It does seem irksome that a feature would be provided in a half-baked fashion especially when it has taken so long to become available. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In 2502068772076383.wa.rashapoogmail@listserv.ua.edu, on 02/24/2015 at 03:32 PM, Govind Chettiar rasha...@gmail.com said: On zOS if I try f r'([0-9]{4})(\w+)' A while back I looked at the new ISPF documentation and and EDIT is missing much of what I have come to rely on in Perl. I looked online for how to search on words (which is what \w does) No. f r'[:alpha:]' If it doesn't even support /d and /w, why would you expect it to support fancy character classes? Is there an open requirement to support full regex capability? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On Tue, 24 Feb 2015 23:07:53 -0500, Shmuel Metz (Seymour J.) wrote: Is there an open requirement to support full regex capability? What's full? IBM doesn't seem interested in going much beyond POSIX requirements; sometimes not even that far. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On Fri, 12 Dec 2014 11:20:21 -0600, Jon Butler jon.but...@fepoc.com wrote: I can use regular expressions, but the generic attributes such as \d for any digit do not appear to work in ISPF. If I use FIND r'\([0-9]\)' I can find the string (9), but if I use FIND r'\(\d\)' I can not. For me FIND r'd' and FIND r'\d' both find the letter d, not a digit. Any thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN I'm running into the same kind of issue when trying to search on a string like this 1234abcd On my PC Editor I can use ([0-9]{4})(\w+) On zOS if I try f r'([0-9]{4})(\w+)' I get No CHARS '([0-9]{4})(\w+)' found I looked online for how to search on words (which is what \w does) with Posix and it didn't look like there was an option. But I tried some of the other Posix specific searches like f r'[:alpha:]' and it didn't behave like a search for any alphabetic character, rather it found matches for A and L and P and so on in my file. So not sure if ISPF Regex is POSIX ERE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On Sun, 21 Dec 2014 09:24:38 -0500, Shmuel Metz (Seymour J.) wrote: on 12/14/2014 at 09:09 AM, Alan Watthey said: The change command is still missing one capability I would love to see. The ability to set variables in the first parameter. If you're going to ask for captures, why not go whole hog and ask for named captures? They can be quite useful. This would be a reasonable Requirement for a macro written in Rexx. For a macro in Assembler, COBOL, ..., given the a priori uncertainty of the length of the subject string matched by the pattern, it's more challenging. Yet more for a regex invoked from the command line. Unless the captured string is used only in the replacement text. Does ISPF return to the regex caller the origin and length of the matched text? That would make it easy to extract the line and from that the captured subject text. Likewise, ISPF provides no way to extract a range of lines to a Rexx compound symbol. That also woulc show a pro-Rexx bias. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In 005901d01764$79b3f670$6d1be350$@gmail.com, on 12/14/2014 at 09:09 AM, Alan Watthey a.watt...@gmail.com said: The change command is still missing one capability I would love to see. The ability to set variables in the first parameter. If you're going to ask for captures, why not go whole hog and ask for named captures? They can be quite useful. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
The escaped parentheses, left and right, provide that character as is, so \([0-9]\) will find the string (9). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
Steve, I did mean what I said but I was only referring to the RC construct being able to do mass changes but only selecting lower or upper case to change to the same case. For example, change a to b and A to B. The change command is still missing one capability I would love to see. The ability to set variables in the first parameter. C rc'sys(a|b)' 'tmp$1' That is change sysa to tmpa and sysb to tmpb. Regards, Alan. -Original Message- From: Steve Comstock [mailto:st...@trainersfriend.com] Sent: 11 December 2014 17:04 Subject: Re: Regular Expressions in ISREDIT z/OS 2.01 On 12/10/2014 10:45 PM, Alan Watthey wrote: David, Yes, this function works perfectly for me. You need to use R or RC in front of what you are finding or changing (first parameter). You have to learn regular expressions of course which can be a bit mind blowing but knowing PERL helps in my case. Although everyone seems to implement regular expressions differently enough to make you have to think. I love this new feature because I can now change lower case to lower case and upper case to upper case separately in files. Do you mean change lower case to upper case? Of course you could do that before; for example === c p'' p'' prefix changes the next leading lowercase letter to its uppercase version (of course, this only works correctly with character sets that distinguish between uppercase and lowercase - many languages don't). This course includes a discussion of using picture strings, which have been around a long time, but it has not been updated to include a discussion of regular expressions: http://www.trainersfriend.com/TSO_Clist_REXX_Dialog_Mgr/a633descrpt.htm Kind regards, -Steve Comstock Regards, Alan. -Original Message- From: David Speake [mailto:david.spe...@bcbssc.com] Sent: 11 December 2014 05:06 Subject: Regular Expressions in ISREDIT z/OS 2.01 We have z/OS 2.01 up in the sysprog's sandbox and I am attempting to play with regular expressions in ISREDIT FIND an CHANGE commands both from the command line and within macros. Having NO luck. When I run this MACRO /* REXX */ /* LINE */ /* LANE */ TRACE ?I ADDRESS ISREDIT SAY ADDRESS() MACRO F 'L[AI]NE' against itself it does not find line and lane, it finds 'L[AI]NE' Looking for information I went to TUTOR ISR2M21K via the long route at which point A regular expression string is used to specify a pattern for the string as supported by the C runtime library REGCOMP function, instead of the exact characters to be found. Example - === find r'l[ai]ne' word will find words lane and line in the file being edited A regular expression string is a quoted string that is preceded or followed by the letter R or the letters RC. Use RC to request a case sensitive search be performed. The string must conform to the format allowed by the REGCOMP function supported by the C runtime library and the C runtime library must be available. Could this be my problem? Is this C runtime library available in z/OS ONLY if you buy the C compiler? I do not know if we do or don't have it and I'd rather not upset my SYSPROG with invidious curiosity ;-). Whither this beast? What be its name, directory, etc. Will be back at my desk Thursday about 5:00 EDT. -- 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 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
Re: Regular Expressions in ISREDIT z/OS 2.01
I can use regular expressions, but the generic attributes such as \d for any digit do not appear to work in ISPF. If I use FIND r'\([0-9]\)' I can find the string (9), but if I use FIND r'\(\d\)' I can not. For me FIND r'd' and FIND r'\d' both find the letter d, not a digit. Any thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On Fri, 12 Dec 2014 11:20:21 -0600, Jon Butler wrote: I can use regular expressions, but the generic attributes such as \d for any digit do not appear to work in ISPF. If I use FIND r'\([0-9]\)' I can find the string (9), but if I use FIND r'\(\d\)' I can not. For me FIND r'd' and FIND r'\d' both find the letter d, not a digit. Any thoughts? There are many flavors of regex: POSIX basic and extended regex, and PCRE, for example. Do you know which you're expecting, and which z/OS provides? What do the escaped parentheses do? Provide assignment to ISPF variables, perhaps? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In the regular expression engine used by ISPF (the one in the IBM C run time), \d is not a digit but a simple d. The \ is only used as an escape character and \d is simply d in that context. The basics of what is acceptable is here: http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.f54em00/useofr1.htm%23useofr1 Basically, it appears to me that ISPF is using POSIX (of course) EREs (Extended Regular Expressions). The \d type is PCRE not ERE. On Fri, Dec 12, 2014 at 11:20 AM, Jon Butler jon.but...@fepoc.com wrote: I can use regular expressions, but the generic attributes such as \d for any digit do not appear to work in ISPF. If I use FIND r'\([0-9]\)' I can find the string (9), but if I use FIND r'\(\d\)' I can not. For me FIND r'd' and FIND r'\d' both find the letter d, not a digit. Any thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- While a transcendent vocabulary is laudable, one must be eternally careful so that the calculated objective of communication does not become ensconced in obscurity. In other words, eschew obfuscation. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In 2213232902404204.wa.paulgboulderaim@listserv.ua.edu, on 12/12/2014 at 10:59 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: Can the host determine the terminal's CCSID by such as a 3270 WSF Query? QUERY or QUERY LIST, provided that the GF bit is on in the query reply. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
In 7282308234662904.wa.jon.butlerfepoc@listserv.ua.edu, on 12/12/2014 at 11:20 AM, Jon Butler jon.but...@fepoc.com said: Any thoughts? What is an ISPF/PDF EDIT regular expression? POSIX RE? POSIX BRE? E, none of the above? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On 12/10/2014 10:45 PM, Alan Watthey wrote: David, Yes, this function works perfectly for me. You need to use R or RC in front of what you are finding or changing (first parameter). You have to learn regular expressions of course which can be a bit mind blowing but knowing PERL helps in my case. Although everyone seems to implement regular expressions differently enough to make you have to think. I love this new feature because I can now change lower case to lower case and upper case to upper case separately in files. Do you mean change lower case to upper case? Of course you could do that before; for example === c p'' p'' prefix changes the next leading lowercase letter to its uppercase version (of course, this only works correctly with character sets that distinguish between uppercase and lowercase - many languages don't). This course includes a discussion of using picture strings, which have been around a long time, but it has not been updated to include a discussion of regular expressions: http://www.trainersfriend.com/TSO_Clist_REXX_Dialog_Mgr/a633descrpt.htm Kind regards, -Steve Comstock Regards, Alan. -Original Message- From: David Speake [mailto:david.spe...@bcbssc.com] Sent: 11 December 2014 05:06 Subject: Regular Expressions in ISREDIT z/OS 2.01 We have z/OS 2.01 up in the sysprog's sandbox and I am attempting to play with regular expressions in ISREDIT FIND an CHANGE commands both from the command line and within macros. Having NO luck. When I run this MACRO /* REXX */ /* LINE */ /* LANE */ TRACE ?I ADDRESS ISREDIT SAY ADDRESS() MACRO F 'L[AI]NE' against itself it does not find line and lane, it finds 'L[AI]NE' Looking for information I went to TUTOR ISR2M21K via the long route at which point A regular expression string is used to specify a pattern for the string as supported by the C runtime library REGCOMP function, instead of the exact characters to be found. Example - === find r'l[ai]ne' word will find words lane and line in the file being edited A regular expression string is a quoted string that is preceded or followed by the letter R or the letters RC. Use RC to request a case sensitive search be performed. The string must conform to the format allowed by the REGCOMP function supported by the C runtime library and the C runtime library must be available. Could this be my problem? Is this C runtime library available in z/OS ONLY if you buy the C compiler? I do not know if we do or don't have it and I'd rather not upset my SYSPROG with invidious curiosity ;-). Whither this beast? What be its name, directory, etc. Will be back at my desk Thursday about 5:00 EDT. -- 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 IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Alan Watthey Sent: Wednesday, December 10, 2014 11:45 PM David, Yes, this function works perfectly for me. You need to use R or RC in front of what you are finding or changing (first parameter). You have to learn regular expressions of course which can be a bit mind blowing but knowing PERL helps in my case. Although everyone seems to implement regular expressions differently enough to make you have to think. I love this new feature because I can now change lower case to lower case and upper case to upper case separately in files. Having a brain cramp If you change lower case to lower case, what gets changed? Same question for upper case to upper case. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
Chase, John wrote: I love this new feature because I can now change lower case to lower case and upper case to upper case separately in files. Having a brain cramp If you change lower case to lower case, what gets changed? Same question for upper case to upper case. Uh-oh. This is a hard case to argue with. I rest my case, since you have no case in this. Pack it in your case and throw it away, just in case. ;-D :-D ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
I took that to mean that he can change lower case data independent of upper case data, even if the text strings might be similar. For example, changing ftp.mynode.somthing to ftp.newnode.something without also changing DSN=DATAFOR.MYNODE.TRANSMIT,DISP=SHR Billy On Thu, Dec 11, 2014 at 9:19 AM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Alan Watthey Sent: Wednesday, December 10, 2014 11:45 PM David, Yes, this function works perfectly for me. You need to use R or RC in front of what you are finding or changing (first parameter). You have to learn regular expressions of course which can be a bit mind blowing but knowing PERL helps in my case. Although everyone seems to implement regular expressions differently enough to make you have to think. I love this new feature because I can now change lower case to lower case and upper case to upper case separately in files. Having a brain cramp If you change lower case to lower case, what gets changed? Same question for upper case to upper case. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
Bill Ashton wrote: I took that to mean that he can change lower case data independent of upper case data, even if the text strings might be similar. For example, changing ftp.mynode.somthing to ftp.newnode.something without also changing DSN=DATAFOR.MYNODE.TRANSMIT,DISP=SHR If so, that can be done in ISPF edit session with CHANGE cftp.mynode.somthing cftp.newnode.something c - just lowercase. C - just Uppercase Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On Thu, 11 Dec 2014 08:39:23 -0600, Elardus Engelbrecht wrote: Bill Ashton wrote: I took that to mean that he can change lower case data independent of upper case data, even if the text strings might be similar. For example, changing ftp.mynode.somthing to ftp.newnode.something without also changing DSN=DATAFOR.MYNODE.TRANSMIT,DISP=SHR If so, that can be done in ISPF edit session with CHANGE cftp.mynode.somthing cftp.newnode.something c - just lowercase. C - just Uppercase I thought the 'c' modifier meant ASIS; I hadn't known of the distinction between 'c' and 'C'. And there's the obsolescent t'string' construct; still tolerated but no longer documented AFAIK. But can one control the case-sensitivity of picture strings? Something like cpstring? AFAIK, picture strings are unconditionally case-insensitive. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On 12/11/2014 8:01 AM, Paul Gilmartin wrote: On Thu, 11 Dec 2014 08:39:23 -0600, Elardus Engelbrecht wrote: Bill Ashton wrote: I took that to mean that he can change lower case data independent of upper case data, even if the text strings might be similar. For example, changing ftp.mynode.somthing to ftp.newnode.something without also changing DSN=DATAFOR.MYNODE.TRANSMIT,DISP=SHR If so, that can be done in ISPF edit session with CHANGE cftp.mynode.somthing cftp.newnode.something c - just lowercase. C - just Uppercase I thought the 'c' modifier meant ASIS; I hadn't known of the distinction between 'c' and 'C'. There is none; that's a false statement. And there's the obsolescent t'string' construct; still tolerated but no longer documented AFAIK. Huh. What was it for Paul? -Steve Comstock But can one control the case-sensitivity of picture strings? Something like cpstring? AFAIK, picture strings are unconditionally case-insensitive. -- gil -- 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
Re: Regular Expressions in ISREDIT z/OS 2.01
T is still documented in the ISPF help: A text string is used to find a character string regardless of whether alphabetic characters are upper or lower case. Example - === find t'this' find the text this A text string is a quoted string that is preceded or followed by the letter T. All alphabetic characters within a text string are treated as if they were upper case and all alphabetic characters in the data that is being searched are treated as if they were upper case. In the example above, the word this could be entered in either upper or lower case, and the FIND command would locate an upper case THIS, a lower case this, or This at the beginning of a sentence (where only the first character is in upper case). -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov Political Correctness is a doctrine fostered by a delusional, illogical minority and rabidly promoted by an unscrupulous press which holds forth the proposition that it is entirely possible to pick up a turd by the clean end. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Comstock Sent: Thursday, December 11, 2014 8:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Regular Expressions in ISREDIT z/OS 2.01 On 12/11/2014 8:01 AM, Paul Gilmartin wrote: On Thu, 11 Dec 2014 08:39:23 -0600, Elardus Engelbrecht wrote: Bill Ashton wrote: I took that to mean that he can change lower case data independent of upper case data, even if the text strings might be similar. For example, changing ftp.mynode.somthing to ftp.newnode.something without also changing DSN=DATAFOR.MYNODE.TRANSMIT,DISP=SHR If so, that can be done in ISPF edit session with CHANGE cftp.mynode.somthing cftp.newnode.something c - just lowercase. C - just Uppercase I thought the 'c' modifier meant ASIS; I hadn't known of the distinction between 'c' and 'C'. There is none; that's a false statement. And there's the obsolescent t'string' construct; still tolerated but no longer documented AFAIK. Huh. What was it for Paul? -Steve Comstock But can one control the case-sensitivity of picture strings? Something like cpstring? AFAIK, picture strings are unconditionally case-insensitive. -- gil -- 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 IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
I did a double DUH! when I saw the missing R reply. It wasn't quite that bad.I cannot cut/paste the brackets [] from/to or to/from my Reflections for IBM 3270 emulator session. Had to FTP them into my TSO/PDS and ofcourse key them into the question. The Find command in the macro did have the brackets. I still cannot find that C runtime that the Help facility says that I MUST have. Cross Posting to ISPF-L at Notre Dame. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On 2014-12-11 08:57, Grinsell, Don wrote: T is still documented in the ISPF help: I couldn't find in the ISPF Ref. Either the Ref. is more proactive in weeding out obsolescent constructs ('t' merely asserts the default), or I didn't look hard enough. A text string is used to find a character string regardless of whether alphabetic characters are upper or lower case. Example - === find t'this' find the text this A text string is a quoted string that is preceded or followed by the letter T. But can I have a choice of case-sensitive or -insensitive picture strngs? Perhaps pstringt or pstringc? On 2014-12-11 20:38, David Speake wrote: I did a double DUH! when I saw the missing R reply. It wasn't quite that bad.I cannot cut/paste the brackets [] from/to or to/from my Reflections for IBM 3270 emulator session. Works fine with xterm; either pasting or from keyboard. Come in as 0xad and 0xbd; IBM-1047, I believe/x3270 claims. Apparently Reflections is overpriced. ...Had to FTP them into my TSO/PDS and of course key them into the question. The Find command in the macro did have the brackets. I still cannot find that C runtime that the Help facility says that I MUST have. Cross Posting to ISPF-L at Notre Dame. http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.cbcsl01/header_regex.htm Standard C++ Library Reference SC14-7309-00 http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxbd00/rrgcmp.htm z/OS 2.1.0z/OS XL C/C++z/OS XL C/C++ Runtime Library ReferenceLibrary functionsregcmp() - Compile regular expression z/OS XL C/C++ Runtime Library Reference SC14-7314-00 et al. I hate EBCDIC! -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On 12/12/2014 11:38 AM, David Speake wrote: I did a double DUH! when I saw the missing R reply. It wasn't quite that bad.I cannot cut/paste the brackets [] from/to or to/from my Reflections for IBM 3270 emulator session. Had to FTP them into my TSO/PDS and ofcourse key them into the question. The Find command in the macro did have the brackets. I still cannot find that C runtime that the Help facility says that I MUST have. Cross Posting to ISPF-L at Notre Dame. The non-XPLINK C runtime (/CEEEV003//)/ can be found in CEE.SCEERUN. At most sites that's in the linklist. -- 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
Re: Regular Expressions in ISREDIT z/OS 2.01
On Thu, Dec 11, 2014 at 9:38 PM, David Speake david.spe...@bcbssc.com wrote: I did a double DUH! when I saw the missing R reply. It wasn't quite that bad.I cannot cut/paste the brackets [] from/to or to/from my Reflections for IBM 3270 emulator session. Had to FTP them into my TSO/PDS and ofcourse key them into the question. The Find command in the macro did have the brackets. I still cannot find that C runtime that the Help facility says that I MUST have. Cross Posting to ISPF-L at Notre Dame. I hadn't tried this until just now. If I cut'n'paste from the HELP screen, it works find. But if I enter it in on via the keyboard, it fails. I have x3270 and my Linux system set up using the IBM-1047 (C language) character set. !!! HOWEVER!!! the character set that the C regexp processor expects when in TSO is the stupid IBM-037 character set. So the [ and ] at code points 0xAD and 0xBD are the wrong hex values (the default CCSID is 037 and so it wants 0xBA and 0xBB for [ and ]). So now the question is how to I set the locale to the C language locale in normal TSO? I have the ISPF terminal set to 3278L1 for the C language. But that is not affecting the C run time locale. Echoing git: I hate EBCDIC!. And I'm not too damn fond of TSO either. I tried changing the CEEPRM to set the LC_ALL and LANG environment variables. But that didn't work. In any case, the z/OS 2.1 system upon which I tested this has CEE.SCEERUN and CEE.SCEERUN2 on the linklist. Those contain the C run time. You might want the CBC.SCLBDLL and CBC.SCLBDLL2 (C++ language DLLs ) on the link list as well. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
-Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Thursday, December 11, 2014 10:08 PM On 12/12/2014 11:38 AM, David Speake wrote: I did a double DUH! when I saw the missing R reply. It wasn't quite that bad.I cannot cut/paste the brackets [] from/to or to/from my Reflections for IBM 3270 emulator session. Had to FTP them into my TSO/PDS and ofcourse key them into the question. The Find command in the macro did have the brackets. I still cannot find that C runtime that the Help facility says that I MUST have. Cross Posting to ISPF-L at Notre Dame. The non-XPLINK C runtime (/CEEEV003//)/ can be found in CEE.SCEERUN. At most sites that's in the linklist. It's also delivered in CEE.SCEELPA (z/OS 1.13), so it might be in the LPA also. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Regular Expressions in ISREDIT z/OS 2.01
We have z/OS 2.01 up in the sysprog's sandbox and I am attempting to play with regular expressions in ISREDIT FIND an CHANGE commands both from the command line and within macros. Having NO luck. When I run this MACRO /* REXX */ /* LINE */ /* LANE */ TRACE ?I ADDRESS ISREDIT SAY ADDRESS() MACRO F 'L[AI]NE' against itself it does not find line and lane, it finds 'L[AI]NE' Looking for information I went to TUTOR ISR2M21K via the long route at which point A regular expression string is used to specify a pattern for the string as supported by the C runtime library REGCOMP function, instead of the exact characters to be found. Example - === find r'l[ai]ne' word will find words lane and line in the file being edited A regular expression string is a quoted string that is preceded or followed by the letter R or the letters RC. Use RC to request a case sensitive search be performed. The string must conform to the format allowed by the REGCOMP function supported by the C runtime library and the C runtime library must be available. Could this be my problem? Is this C runtime library available in z/OS ONLY if you buy the C compiler? I do not know if we do or don't have it and I'd rather not upset my SYSPROG with invidious curiosity ;-). Whither this beast? What be its name, directory, etc. Will be back at my desk Thursday about 5:00 EDT. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
You seem to be missing the r in front of the character string. On Wed, 10 Dec 2014 20:06:27 -0600, David Speake david.spe...@bcbssc.com wrote: We have z/OS 2.01 up in the sysprog's sandbox and I am attempting to play with regular expressions in ISREDIT FIND an CHANGE commands both from the command line and within macros. Having NO luck. When I run this MACRO /* REXX */ /* LINE */ /* LANE */ TRACE ?I ADDRESS ISREDIT SAY ADDRESS() MACRO F 'L[AI]NE' against itself it does not find line and lane, it finds 'L[AI]NE' Looking for information I went to TUTOR ISR2M21K via the long route at which point A regular expression string is used to specify a pattern for the string as supported by the C runtime library REGCOMP function, instead of the exact characters to be found. Example - === find r'l[ai]ne' word will find words lane and line in the file being edited A regular expression string is a quoted string that is preceded or followed by the letter R or the letters RC. Use RC to request a case sensitive search be performed. The string must conform to the format allowed by the REGCOMP function supported by the C runtime library and the C runtime library must be available. Could this be my problem? Is this C runtime library available in z/OS ONLY if you buy the C compiler? I do not know if we do or don't have it and I'd rather not upset my SYSPROG with invidious curiosity ;-). Whither this beast? What be its name, directory, etc. Will be back at my desk Thursday about 5:00 EDT. -- 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
Re: Regular Expressions in ISREDIT z/OS 2.01
I bet it's a square bracket issue. Try using IBM-1047. On 11/12/2014 10:06 AM, David Speake wrote: We have z/OS 2.01 up in the sysprog's sandbox and I am attempting to play with regular expressions in ISREDIT FIND an CHANGE commands both from the command line and within macros. Having NO luck. When I run this MACRO /* REXX */ /* LINE */ /* LANE */ TRACE ?I ADDRESS ISREDIT SAY ADDRESS() MACRO F 'L[AI]NE' against itself it does not find line and lane, it finds 'L[AI]NE' Looking for information I went to TUTOR ISR2M21K via the long route at which point A regular expression string is used to specify a pattern for the string as supported by the C runtime library REGCOMP function, instead of the exact characters to be found. Example - === find r'l[ai]ne' word will find words lane and line in the file being edited A regular expression string is a quoted string that is preceded or followed by the letter R or the letters RC. Use RC to request a case sensitive search be performed. The string must conform to the format allowed by the REGCOMP function supported by the C runtime library and the C runtime library must be available. Could this be my problem? Is this C runtime library available in z/OS ONLY if you buy the C compiler? I do not know if we do or don't have it and I'd rather not upset my SYSPROG with invidious curiosity ;-). Whither this beast? What be its name, directory, etc. Will be back at my desk Thursday about 5:00 EDT. -- 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
Re: Regular Expressions in ISREDIT z/OS 2.01
David, Yes, this function works perfectly for me. You need to use R or RC in front of what you are finding or changing (first parameter). You have to learn regular expressions of course which can be a bit mind blowing but knowing PERL helps in my case. Although everyone seems to implement regular expressions differently enough to make you have to think. I love this new feature because I can now change lower case to lower case and upper case to upper case separately in files. Regards, Alan. -Original Message- From: David Speake [mailto:david.spe...@bcbssc.com] Sent: 11 December 2014 05:06 Subject: Regular Expressions in ISREDIT z/OS 2.01 We have z/OS 2.01 up in the sysprog's sandbox and I am attempting to play with regular expressions in ISREDIT FIND an CHANGE commands both from the command line and within macros. Having NO luck. When I run this MACRO /* REXX */ /* LINE */ /* LANE */ TRACE ?I ADDRESS ISREDIT SAY ADDRESS() MACRO F 'L[AI]NE' against itself it does not find line and lane, it finds 'L[AI]NE' Looking for information I went to TUTOR ISR2M21K via the long route at which point A regular expression string is used to specify a pattern for the string as supported by the C runtime library REGCOMP function, instead of the exact characters to be found. Example - === find r'l[ai]ne' word will find words lane and line in the file being edited A regular expression string is a quoted string that is preceded or followed by the letter R or the letters RC. Use RC to request a case sensitive search be performed. The string must conform to the format allowed by the REGCOMP function supported by the C runtime library and the C runtime library must be available. Could this be my problem? Is this C runtime library available in z/OS ONLY if you buy the C compiler? I do not know if we do or don't have it and I'd rather not upset my SYSPROG with invidious curiosity ;-). Whither this beast? What be its name, directory, etc. Will be back at my desk Thursday about 5:00 EDT. -- 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