Re: [EXTERNAL] ISPF usage question
ot; end if substr(ls, 13, 1) = '1' then do line = ' - Data on line was changed by the TE, TF or ' ||, 'TS command' "isredit line_before .ELS = noteline (LINE)" end if substr(ls, 14, 1) = '1' then do line = ' - The line was renumbered' "isredit line_before .ELS = noteline (LINE)" end end exit 1 No clue if there's a flag for lines originating from "MD" Robert -- Robert AH Prins robert(a)prino(d)org The hitchhiking grandfather <https://prino.neocities.org/index.html> Some REXX code for use on z/OS <https://prino.neocities.org/zOS/zOS-Tools.html> From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex > Sent: Friday, April 14, 2023 11:28 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] ISPF usage question > > Thanks, all, for your suggestions. It is as I feared/figured. ISPF edit > doesn't have any mechanism to actually search for information in =NOTE= or > ==MSG> lines without converting them to full data lines. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Horne, Jim > Sent: Tuesday, April 11, 2023 6:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] ISPF usage question > > Check out the ISPF Edit LOCATE command, especially LOCATE SPECIAL and > LOCATE NOTE > > Jim Horne > -Original Message- > > Running certain ISPF macros and/or commands, we get lines added to the > ISPF edit screen with "=NOTE=" or "==MSG>" lines. Is there a way to make > these lines searchable without converting them to full data lines? The > specific instance I'm asking about is running a third party JCL checker, > the lines output from the checker are typically notes or messages. The > nice thing about them being such, is they aren't really part of the member > being edited/checked so if I save the member, these lines aren't included > in the member being saved. The drawback of them is that they aren't > searchable, so for example, if I'm looking at output with a called PROC, > and I want to search for a particular piece of substituted JCL, I can't do > so (that I know of) unless I do a full "make data" on the member, which > then makes me vulnerable to accidentally saving the member with all the > notes and messages still there. > > > NOTICE: All information in and attached to the e-mails below may be > proprietary, confidential, privileged and otherwise protected from improper > or erroneous disclosure. If you are not the sender's intended recipient, > you are not authorized to intercept, read, print, retain, copy, forward, or > disseminate this message. If you have erroneously received this > communication, please notify the sender immediately by phone (704-758-1000) > or by e-mail and destroy all copies of this message electronic, paper, or > otherwise. By transmitting documents via this email: Users, Customers, > Suppliers and Vendors collectively acknowledge and agree the transmittal of > information via email is voluntary, is offered as a convenience, and is not > a secured method of communication; Not to transmit any payment information > E.G. credit card, debit card, checking account, wire transfer information, > passwords, or sensitive and personal information E.G. Driver's license, > DOB, social security, or any other information the user wishes to remain > confidential; To transmit only non-confidential information such as plans, > pictures and drawings and to assume all risk and liability for and > indemnify Lowe's from any claims, losses or damages that may arise from the > transmittal of documents or including non-confidential information in the > body of an email transmittal. Thank you. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for > delivering this message to the intended recipient, you are hereby notified > that any disclosure, distribution, copying, or any action taken or action > omitted in reliance on it, is strictly prohibited and may be unlawful. If > you have received this communication in error, please notify us immediately > by replying to this message and destroy the material in its entirety, > whether in electronic or hard co
Re: [EXTERNAL] ISPF usage question
I like that. I would work nicely with REXX. "It is kind of like there needs to be syntax that references messages lines relative to a data line. For example, if there's 3 messages following the data line at relative line number 10, these would be 10.1, 10.2, 10.3." Steve Thompson On 4/14/2023 1:56 PM, Schmitt, Michael wrote: Nice idea, but doesn't work for two reasons. The first is that LINE "retrieves the data from the DATA line" (emphasis mine), but messages lines are not data lines. The second is that the syntax for retrieving data requires either LINE linenum or LINE label; you can't just say (varname) = LINE. What you're seeing in the manual: LINE Data from this line is used is referring to the options for the *data* part of the syntax, where you're assigning data to a line. It is one of the values acceptable for operand when using the Merge format. I've had other people ask me about how a macro can retrieve message lines before. I'm thinking an enhancement request (Idea) is in order, but I'm not sure what to ask for. The problem is that Edit works by using relative line numbers, but messages have no line numbers. So if they were able to be referenced, how? It is kind of like there needs to be syntax that references messages lines relative to a data line. For example, if there's 3 messages following the data line at relative line number 10, these would be 10.1, 10.2, 10.3. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob Bridges Sent: Friday, April 14, 2023 12:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] ISPF usage question I've never had to deal with this so I've kept my figurative mouth shut so far. But if you're planning to give up at this point, I'll expose my ignorance: Couldn't you write a REXX that uses LOCATE to find the next message or note line, then LINE to pull the contents of that line and examine it? It seems to say here that specifying LINE without a line number pulls the current line. But as I say, I've never tested it. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* I went water skiing and it turns out I scream the same way whether I'm about to be devoured by a Great White or a piece of seaweed touches my foot. -attributed to both Kevin James and Axel Rose */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Friday, April 14, 2023 12:28 Thanks, all, for your suggestions. It is as I feared/figured. ISPF edit doesn't have any mechanism to actually search for information in =NOTE= or ==MSG> lines without converting them to full data lines. -- 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 -- Regards, Steve Thompson VS Strategies LLC Westfield IN 972-983-9430 cell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] ISPF usage question
Nice idea, but doesn't work for two reasons. The first is that LINE "retrieves the data from the DATA line" (emphasis mine), but messages lines are not data lines. The second is that the syntax for retrieving data requires either LINE linenum or LINE label; you can't just say (varname) = LINE. What you're seeing in the manual: LINE Data from this line is used is referring to the options for the *data* part of the syntax, where you're assigning data to a line. It is one of the values acceptable for operand when using the Merge format. I've had other people ask me about how a macro can retrieve message lines before. I'm thinking an enhancement request (Idea) is in order, but I'm not sure what to ask for. The problem is that Edit works by using relative line numbers, but messages have no line numbers. So if they were able to be referenced, how? It is kind of like there needs to be syntax that references messages lines relative to a data line. For example, if there's 3 messages following the data line at relative line number 10, these would be 10.1, 10.2, 10.3. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob Bridges Sent: Friday, April 14, 2023 12:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] ISPF usage question I've never had to deal with this so I've kept my figurative mouth shut so far. But if you're planning to give up at this point, I'll expose my ignorance: Couldn't you write a REXX that uses LOCATE to find the next message or note line, then LINE to pull the contents of that line and examine it? It seems to say here that specifying LINE without a line number pulls the current line. But as I say, I've never tested it. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* I went water skiing and it turns out I scream the same way whether I'm about to be devoured by a Great White or a piece of seaweed touches my foot. -attributed to both Kevin James and Axel Rose */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Friday, April 14, 2023 12:28 Thanks, all, for your suggestions. It is as I feared/figured. ISPF edit doesn't have any mechanism to actually search for information in =NOTE= or ==MSG> lines without converting them to full data lines. -- 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: [EXTERNAL] ISPF usage question
I've never had to deal with this so I've kept my figurative mouth shut so far. But if you're planning to give up at this point, I'll expose my ignorance: Couldn't you write a REXX that uses LOCATE to find the next message or note line, then LINE to pull the contents of that line and examine it? It seems to say here that specifying LINE without a line number pulls the current line. But as I say, I've never tested it. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* I went water skiing and it turns out I scream the same way whether I'm about to be devoured by a Great White or a piece of seaweed touches my foot. -attributed to both Kevin James and Axel Rose */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Friday, April 14, 2023 12:28 Thanks, all, for your suggestions. It is as I feared/figured. ISPF edit doesn't have any mechanism to actually search for information in =NOTE= or ==MSG> lines without converting them to full data lines. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] ISPF usage question
You could try something like this: 1. while in edit (or view) exclude all 2. then md to convert all 3. then do a compare * Now all the 'new' records will have a indicator in the record number field - I don't recall if you can access that but suspect you might be able to do so. Lionel B. Dyck <>< Website: https://www.lbdsoftware.com Github: https://github.com/lbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Friday, April 14, 2023 11:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] ISPF usage question Thanks, all, for your suggestions. It is as I feared/figured. ISPF edit doesn't have any mechanism to actually search for information in =NOTE= or ==MSG> lines without converting them to full data lines. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Horne, Jim Sent: Tuesday, April 11, 2023 6:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] ISPF usage question Check out the ISPF Edit LOCATE command, especially LOCATE SPECIAL and LOCATE NOTE Jim Horne -Original Message- Running certain ISPF macros and/or commands, we get lines added to the ISPF edit screen with "=NOTE=" or "==MSG>" lines. Is there a way to make these lines searchable without converting them to full data lines? The specific instance I'm asking about is running a third party JCL checker, the lines output from the checker are typically notes or messages. The nice thing about them being such, is they aren't really part of the member being edited/checked so if I save the member, these lines aren't included in the member being saved. The drawback of them is that they aren't searchable, so for example, if I'm looking at output with a called PROC, and I want to search for a particular piece of substituted JCL, I can't do so (that I know of) unless I do a full "make data" on the member, which then makes me vulnerable to accidentally saving the member with all the notes and messages still there. NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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: [EXTERNAL] ISPF usage question
Thanks, all, for your suggestions. It is as I feared/figured. ISPF edit doesn't have any mechanism to actually search for information in =NOTE= or ==MSG> lines without converting them to full data lines. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Horne, Jim Sent: Tuesday, April 11, 2023 6:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] ISPF usage question Check out the ISPF Edit LOCATE command, especially LOCATE SPECIAL and LOCATE NOTE Jim Horne -Original Message- Running certain ISPF macros and/or commands, we get lines added to the ISPF edit screen with "=NOTE=" or "==MSG>" lines. Is there a way to make these lines searchable without converting them to full data lines? The specific instance I'm asking about is running a third party JCL checker, the lines output from the checker are typically notes or messages. The nice thing about them being such, is they aren't really part of the member being edited/checked so if I save the member, these lines aren't included in the member being saved. The drawback of them is that they aren't searchable, so for example, if I'm looking at output with a called PROC, and I want to search for a particular piece of substituted JCL, I can't do so (that I know of) unless I do a full "make data" on the member, which then makes me vulnerable to accidentally saving the member with all the notes and messages still there. NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] ISPF usage question
Check out the ISPF Edit LOCATE command, especially LOCATE SPECIAL and LOCATE NOTE Jim Horne -Original Message- Running certain ISPF macros and/or commands, we get lines added to the ISPF edit screen with "=NOTE=" or "==MSG>" lines. Is there a way to make these lines searchable without converting them to full data lines? The specific instance I'm asking about is running a third party JCL checker, the lines output from the checker are typically notes or messages. The nice thing about them being such, is they aren't really part of the member being edited/checked so if I save the member, these lines aren't included in the member being saved. The drawback of them is that they aren't searchable, so for example, if I'm looking at output with a called PROC, and I want to search for a particular piece of substituted JCL, I can't do so (that I know of) unless I do a full "make data" on the member, which then makes me vulnerable to accidentally saving the member with all the notes and messages still there. NOTICE: All information in and attached to the e-mails below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message electronic, paper, or otherwise. By transmitting documents via this email: Users, Customers, Suppliers and Vendors collectively acknowledge and agree the transmittal of information via email is voluntary, is offered as a convenience, and is not a secured method of communication; Not to transmit any payment information E.G. credit card, debit card, checking account, wire transfer information, passwords, or sensitive and personal information E.G. Driver's license, DOB, social security, or any other information the user wishes to remain confidential; To transmit only non-confidential information such as plans, pictures and drawings and to assume all risk and liability for and indemnify Lowe's from any claims, losses or damages that may arise from the transmittal of documents or including non-confidential information in the body of an email transmittal. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
