Re: Netview
"AKA" is after all just a fancy way of saying "or." CM On Sun, 28 Apr 2024 10:08:32 +1000, Peter Vels wrote: >"vel" is, amongst other things, Latin for "or". -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
Radoslaw Skorupka wrote:
>"vel" is not Polish. We don't have letter "v". It is latin, so I
>supposed it is wide known.
>And yes, it is "aka".
>BTW: WTF is aka??? :-)
Interesting. I believe ya (not gonna argue with someone about their native
language!) but the usage seems to be Polish, per:
https://en.wiktionary.org/wiki/vel#Polish
For anyone wondering: AKA is a TLA for Also Known As, i.e., vel :-)
("Wait, haven't we done this?" "Oh, yes, sorry!" - Monty Python, though I'm
damned if I can remember anything else from the sketch
and probably don't have it 100% right)
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
"vel" is, amongst other things, Latin for "or". Peter *Vel*s On Sun, 28 Apr 2024 at 10:03, Bob Bridges < 0587168ababf-dmarc-requ...@listserv.ua.edu> wrote: > "Also Known As...". > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* I believe what really happens in history is this: The old man is > always wrong, and the young people are always wrong about what is wrong > with him. The practical form it takes is this: that, while the old man may > stand by some stupid custom, the young man always attacks it with some > theory that turns out to be equally stupid. -G K Chesterton */ > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Radoslaw Skorupka > Sent: Saturday, April 27, 2024 18:08 > > "vel" is not Polish. We don't have letter "v". It is latin, so I supposed > it is wide known. > And yes, it is "aka". > BTW: WTF is aka??? :-) > > Last, but not least: thank you for kind words about my English (I still > polish my English :-) ) > > -- > 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: Netview
"Also Known As...". --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* I believe what really happens in history is this: The old man is always wrong, and the young people are always wrong about what is wrong with him. The practical form it takes is this: that, while the old man may stand by some stupid custom, the young man always attacks it with some theory that turns out to be equally stupid. -G K Chesterton */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Saturday, April 27, 2024 18:08 "vel" is not Polish. We don't have letter "v". It is latin, so I supposed it is wide known. And yes, it is "aka". BTW: WTF is aka??? :-) Last, but not least: thank you for kind words about my English (I still polish my English :-) ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
LOL, "polish my English" a small play on words. Sent from Proton Mail Android Original Message On 4/27/24 6:07 PM, Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > (off-topic, but on-thread) > "vel" is not Polish. We don't have letter "v". It is latin, so I > supposed it is wide known. > And yes, it is "aka". > BTW: WTF is aka??? :-) > > Last, but not least: thank you for kind words about my English > (I still polish my English :-) ) > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > W dniu 26.04.2024 o 18:25, Phil Smith III pisze: > > For those who are curious like me, "vel" is Polish for "AKA". That was my > guess, confirmed via Tha Goog. > > > > Not throwing shade at Radoslaw, whose English is better than that of a lot > of folks on the list who are native speakers! > > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf > Of Radoslaw Skorupka > > Sent: Friday, April 26, 2024 7:22 AM > > To:IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Netview > > > > It is not so easy. > > Do you know IWS vel TWS vel Workload Scheduler? > > It is still being sold by IBM, but development is out of IBM. > > The same for SDSF (Rocket), PCOMM (HCL), Omegamon, etc. The list is longer. > > And it is nothing new IMHO, as far as I remember ESCON Director was also > third party product under IBM logo. > > > > Note, JES3 and z/VSE are different - in both cases products are supported > and marketed by their current producers - that means PSI and 21CS. > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > W dniu 26.04.2024 o 07:38, Bruce Hewson pisze: > >> Hello Steve, > >> > >> FUD > >> > >> "IBM Netview for Z/OS" is still being sold and supported by IBM, and is a > pre-req for IBM System Automation and GDPS. No evidence that this product > has been sold. > >> > >> On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver > wrote: > >> > >>> My understanding is that IBM sold off Netview. > >>> > >>> Who did they sell it to? > >>> > >>> > >>> Sent from my iPhone > >>> > >>> No one said I could type with one thumb > >>> > > -- > 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: Netview
On Sat, 27 Apr 2024, at 23:07, Radoslaw Skorupka wrote: > "vel" is not Polish. > And yes, it is "aka". > BTW: WTF is aka??? :-) "Also Known As", commonly used when listing aliases used by criminals, eg "Fred Smith aka Fred Jones aka James Jones". -- Jeremy Nicoll - my opinions are my own. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
Also Known As > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Radoslaw Skorupka > Sent: Saturday, April 27, 2024 3:08 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Netview > > [EXTERNAL EMAIL] > > (off-topic, but on-thread) > "vel" is not Polish. We don't have letter "v". It is latin, so I supposed it > is wide > known. > And yes, it is "aka". > BTW: WTF is aka??? :-) > > Last, but not least: thank you for kind words about my English (I still > polish my > English :-) ) > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > W dniu 26.04.2024 o 18:25, Phil Smith III pisze: > > For those who are curious like me, "vel" is Polish for "AKA". That was my > guess, confirmed via Tha Goog. > > > > Not throwing shade at Radoslaw, whose English is better than that of a lot > > of > folks on the list who are native speakers! > > > > -Original Message----- > > From: IBM Mainframe Discussion List On > > Behalf Of Radoslaw Skorupka > > Sent: Friday, April 26, 2024 7:22 AM > > To:IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Netview > > > > It is not so easy. > > Do you know IWS vel TWS vel Workload Scheduler? > > It is still being sold by IBM, but development is out of IBM. > > The same for SDSF (Rocket), PCOMM (HCL), Omegamon, etc. The list is > longer. > > And it is nothing new IMHO, as far as I remember ESCON Director was also > third party product under IBM logo. > > > > Note, JES3 and z/VSE are different - in both cases products are supported > and marketed by their current producers - that means PSI and 21CS. > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > W dniu 26.04.2024 o 07:38, Bruce Hewson pisze: > >> Hello Steve, > >> > >> FUD > >> > >> "IBM Netview for Z/OS" is still being sold and supported by IBM, and is a > pre-req for IBM System Automation and GDPS. No evidence that this product > has been sold. > >> > >> On Wed, 24 Apr 2024 16:19:17 -0500, Steve > Beaver wrote: > >> > >>> My understanding is that IBM sold off Netview. > >>> > >>> Who did they sell it to? > >>> > >>> > >>> Sent from my iPhone > >>> > >>> No one said I could type with one thumb > >>> > > -- > 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: Netview
(off-topic, but on-thread) "vel" is not Polish. We don't have letter "v". It is latin, so I supposed it is wide known. And yes, it is "aka". BTW: WTF is aka??? :-) Last, but not least: thank you for kind words about my English (I still polish my English :-) ) -- Radoslaw Skorupka Lodz, Poland W dniu 26.04.2024 o 18:25, Phil Smith III pisze: For those who are curious like me, "vel" is Polish for "AKA". That was my guess, confirmed via Tha Goog. Not throwing shade at Radoslaw, whose English is better than that of a lot of folks on the list who are native speakers! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Friday, April 26, 2024 7:22 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Netview It is not so easy. Do you know IWS vel TWS vel Workload Scheduler? It is still being sold by IBM, but development is out of IBM. The same for SDSF (Rocket), PCOMM (HCL), Omegamon, etc. The list is longer. And it is nothing new IMHO, as far as I remember ESCON Director was also third party product under IBM logo. Note, JES3 and z/VSE are different - in both cases products are supported and marketed by their current producers - that means PSI and 21CS. -- Radoslaw Skorupka Lodz, Poland W dniu 26.04.2024 o 07:38, Bruce Hewson pisze: Hello Steve, FUD "IBM Netview for Z/OS" is still being sold and supported by IBM, and is a pre-req for IBM System Automation and GDPS. No evidence that this product has been sold. On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver wrote: My understanding is that IBM sold off Netview. Who did they sell it to? Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
For those who are curious like me, "vel" is Polish for "AKA". That was my guess, confirmed via Tha Goog. Not throwing shade at Radoslaw, whose English is better than that of a lot of folks on the list who are native speakers! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Friday, April 26, 2024 7:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Netview It is not so easy. Do you know IWS vel TWS vel Workload Scheduler? It is still being sold by IBM, but development is out of IBM. The same for SDSF (Rocket), PCOMM (HCL), Omegamon, etc. The list is longer. And it is nothing new IMHO, as far as I remember ESCON Director was also third party product under IBM logo. Note, JES3 and z/VSE are different - in both cases products are supported and marketed by their current producers - that means PSI and 21CS. -- Radoslaw Skorupka Lodz, Poland W dniu 26.04.2024 o 07:38, Bruce Hewson pisze: > Hello Steve, > > FUD > > "IBM Netview for Z/OS" is still being sold and supported by IBM, and is a > pre-req for IBM System Automation and GDPS. No evidence that this product > has been sold. > > On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver > wrote: > >> My understanding is that IBM sold off Netview. >> >> Who did they sell it to? >> >> >> Sent from my iPhone >> >> No one said I could type with one thumb >> > > Regards > Bruce Hewson > > -- > 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: Netview
Thank you. IBM has sold or pushed support of we need a program to know what is what Sent from my iPhone No one said I could type with one thumb > On Apr 26, 2024, at 06:22, Radoslaw Skorupka > <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > > It is not so easy. > Do you know IWS vel TWS vel Workload Scheduler? > It is still being sold by IBM, but development is out of IBM. > The same for SDSF (Rocket), PCOMM (HCL), Omegamon, etc. The list is longer. > And it is nothing new IMHO, as far as I remember ESCON Director was also > third party product under IBM logo. > > Note, JES3 and z/VSE are different - in both cases products are supported and > marketed by their current producers - that means PSI and 21CS. > > -- > Radoslaw Skorupka > Lodz, Poland > > > > W dniu 26.04.2024 o 07:38, Bruce Hewson pisze: >> Hello Steve, >> >> FUD >> >> "IBM Netview for Z/OS" is still being sold and supported by IBM, and is a >> pre-req for IBM System Automation and GDPS. No evidence that this product >> has been sold. >> >>> On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver >>> wrote: >>> >>> My understanding is that IBM sold off Netview. >>> >>> Who did they sell it to? >>> >>> >>> Sent from my iPhone >>> >>> No one said I could type with one thumb >>> >> >> Regards >> Bruce Hewson >> >> -- >> 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: Netview
It is not so easy. Do you know IWS vel TWS vel Workload Scheduler? It is still being sold by IBM, but development is out of IBM. The same for SDSF (Rocket), PCOMM (HCL), Omegamon, etc. The list is longer. And it is nothing new IMHO, as far as I remember ESCON Director was also third party product under IBM logo. Note, JES3 and z/VSE are different - in both cases products are supported and marketed by their current producers - that means PSI and 21CS. -- Radoslaw Skorupka Lodz, Poland W dniu 26.04.2024 o 07:38, Bruce Hewson pisze: Hello Steve, FUD "IBM Netview for Z/OS" is still being sold and supported by IBM, and is a pre-req for IBM System Automation and GDPS. No evidence that this product has been sold. On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver wrote: My understanding is that IBM sold off Netview. Who did they sell it to? Sent from my iPhone No one said I could type with one thumb Regards Bruce Hewson -- 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: Netview
Hello Steve, FUD "IBM Netview for Z/OS" is still being sold and supported by IBM, and is a pre-req for IBM System Automation and GDPS. No evidence that this product has been sold. On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver wrote: >My understanding is that IBM sold off Netview. > >Who did they sell it to? > > >Sent from my iPhone > >No one said I could type with one thumb > Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Netview
IBM Z System Automation — IBM’s automation software for z/OS (and more than z/OS) — requires IBM Z NetView. And IBM Geographically Dispersed Parallel Sysplex (GDPS) solutions require IBM Z System Automation and thus IBM Z NetView, too. — Timothy Sipples Senior Architect Digital Assets, Industry Solutions, and Cybersecurity IBM Z/LinuxONE, Asia-Pacific sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
UNICOM. In the early 80's I worked at the same place as Corry Hong, founder. He had his first saleable program running for testing, a CICS monitor I think, but he was running it all in the main CICS task. He came over to my desk and I showed him how to use the ATTACH macro. Did I get any shares in UNICOM?? Nothing :) On 4/25/2024 11:48 AM, Phil Smith III wrote: Also lots of stuff went to UNICOM, like the Optim products (and more). -- 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: Netview
Also lots of stuff went to UNICOM, like the Optim products (and more). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
Log-On bought WAVE from IBM as well, sold VSE to 21st Century and lots of stuff to Rocket Software as well. >From the looks of things, they're generating cash flow for more mergers and acquisitions: https://newsroom.ibm.com/mergers-and-acquisitions On Thu, Apr 25, 2024 at 6:54 AM John S. Giltner, Jr. < 05a978a73af8-dmarc-requ...@listserv.ua.edu> wrote: > NetView or NetView FTP? NetView FTP was sold off to Log-On Software, Inc. > > > https://www.ibm.com/mysupport/s/topic/0TO0z006v6NGAQ/netview-ftp?language=en_US > > On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver > wrote: > > >My understanding is that IBM sold off Netview. > > > >Who did they sell it to? > > > > > >Sent from my iPhone > > > >No one said I could type with one thumb > > > >-- > >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 > -- ><º>`·.¸¸´¯`·.¸.·´¯`·...¸>(((º> .·´¯`·.><º>`·.¸¸.·´¯`·.¸.·´¯`·...¸><º> <>< Go fishing ><> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
NetView or NetView FTP? NetView FTP was sold off to Log-On Software, Inc. https://www.ibm.com/mysupport/s/topic/0TO0z006v6NGAQ/netview-ftp?language=en_US On Wed, 24 Apr 2024 16:19:17 -0500, Steve Beaver wrote: >My understanding is that IBM sold off Netview. > >Who did they sell it to? > > >Sent from my iPhone > >No one said I could type with one thumb > >-- >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: Netview - just obsolete
I don't think they sold it to anyone, I believe it's just been rendered obsolete. A lot of people who used it were using it for mostly the automation capability part(s) so it conflicted with the "other" (much more expensive) automation product they sell. When they first announced it, we (Syzygy Inc.) ended up getting traffic from a lot of their users because the replacement products were extremely expensive and our automation package was (and still is) less than 1/10th the price and even cheaper than Netview at less 1/5th the price they were already paying. So the sites found that our software did everything that IBM's (and CA's and BMC's) automation did at a small fraction of the price and we were so flooded by new clients that we had to temporarily stop marketing. That was over a year ago, and since then we have streamlined the licensing process and that allowed us to reduce the cost even more. Plus, volume made a big difference. You can afford to reduce prices quite a bit when you have several hundred users instead of just 150. Whereas I think most vendors just keep raising (or at least not lowering) their prices because they get greedy. Unfortunately, we found back then that it was a lot harder to support 500 more sites and we just plain were not prepared for it. :) Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
Just a question? Sent from my iPhone No one said I could type with one thumb > On Apr 24, 2024, at 17:51, Jousma, David > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > > Just wondering why it might matter? > > Dave Jousma > > Vice President | Director, Technology Engineering > > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, > MI 49546 > > 616.653.8429 > > From: IBM Mainframe Discussion List on behalf of > Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> > Sent: Wednesday, April 24, 2024 6:40:11 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Netview > > Radoslaw. That is as good as answer as any Sent from my iPhone No one said I > could type with one thumb > On Apr 24, 2024, at 17: 36, Radoslaw Skorupka > <0471ebeac275-dmarc-request@ listserv. ua. edu> wrote: > > W dniu 24. > 04. 2024 > > > Radoslaw. That is as good as answer as any > > > Sent from my iPhone > > No one said I could type with one thumb > >> On Apr 24, 2024, at 17:36, Radoslaw Skorupka >> <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: >> >> W dniu 24.04.2024 o 23:19, Steve Beaver pisze: >>> My understanding is that IBM sold off Netview. >>> >>> Who did they sell it to? >> >> HCL? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
Just wondering why it might matter? Dave Jousma Vice President | Director, Technology Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 From: IBM Mainframe Discussion List on behalf of Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, April 24, 2024 6:40:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Netview Radoslaw. That is as good as answer as any Sent from my iPhone No one said I could type with one thumb > On Apr 24, 2024, at 17: 36, Radoslaw Skorupka <0471ebeac275-dmarc-request@ listserv. ua. edu> wrote: > > W dniu 24. 04. 2024 Radoslaw. That is as good as answer as any Sent from my iPhone No one said I could type with one thumb > On Apr 24, 2024, at 17:36, Radoslaw Skorupka > <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > > W dniu 24.04.2024 o 23:19, Steve Beaver pisze: >> My understanding is that IBM sold off Netview. >> >> Who did they sell it to? > > HCL? > > > > -- > Radoslaw Skorupka > Lodz, Poland > > -- > 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 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview
Radoslaw. That is as good as answer as any Sent from my iPhone No one said I could type with one thumb > On Apr 24, 2024, at 17:36, Radoslaw Skorupka > <0471ebeac275-dmarc-requ...@listserv.ua.edu> wrote: > > W dniu 24.04.2024 o 23:19, Steve Beaver pisze: >> My understanding is that IBM sold off Netview. >> >> Who did they sell it to? > > HCL? > > > > -- > Radoslaw Skorupka > Lodz, Poland > > -- > 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: Netview
W dniu 24.04.2024 o 23:19, Steve Beaver pisze: My understanding is that IBM sold off Netview. Who did they sell it to? HCL? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Netview
My understanding is that IBM sold off Netview. Who did they sell it to? Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview, REXX and assembler interfaces for variable access
For some reason Microsoft Defender on our Exchange server has started quarantining a high percentage of messages from this listserv as phishing attempts. At first I thought it was just the messages talking about s.s.h. (periods added for this reason), but even messages like this one below were caught. I don't know what is triggering it, unless it is the footer. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Willy Jensen Sent: Tuesday, January 9, 2024 10:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Netview, REXX and assembler interfaces for variable access Turns out the problem is with IRXSAY, I can read and write variables using IRXEXCOM. But IRXSAY returns with return code 28 'A language processor environment could not be located'. Unfortunately I was not checking for IRXSAY return codes, as IRXSAY just works, well at least in TSO it does. So now to find an alternative to that. -- 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: Netview, REXX and assembler interfaces for variable access
On Tue, 9 Jan 2024 10:26:54 -0600, Willy Jensen wrote: > IRXSAY returns with return code 28 'A language processor environment could > not be located'. You have a coding error. Does R0 point to the ENVBLOCk? IRXSAY works in Netview otherwise the REXX SAY command would not work. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview, REXX and assembler interfaces for variable access
Turns out the problem is with IRXSAY, I can read and write variables using IRXEXCOM. But IRXSAY returns with return code 28 'A language processor environment could not be located'. Unfortunately I was not checking for IRXSAY return codes, as IRXSAY just works, well at least in TSO it does. So now to find an alternative to that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview, REXX and assembler interfaces for variable access
On Fri, 5 Jan 2024 08:10:52 -0600, Willy Jensen wrote: >When running in Netview it doesn't abend, but it doesn't do anything either, > except that the return value is valid. It returns 0, which indicates success. Saying "returns 0" tells us nothing. >The function in question reads. lists and writes variables, it uses IRXEXCOM >for variable access, > IRXSTK for stack access and IRXSAY for terminal output. There's too much going on for us to be of any help. Start with IRXEXCOM that creates a REXX variable with a known value and a REXX that calls this program and displays it. The ENVBLOCK should be correct and this is the simplest method to verify you have R0 and 2 parmlist fields pointing to it. Once you have this working, then you can proceed to other functions. > r0 points to an ENVBLOCK Make sure you pass it correctly to IRXEXCOM (R0 and 2 parmlist fields). In theory, these can be 0, but why make REXX search for it when you have it in R0. > field ENVBLOCK_IRXEXTE points to a valid IRXEXTE, > but the fields IRXEXCOM, IRXSTK and IRXSAY in there points to the TSO > modules. REXX was first ported to TSO and those modules were coded generically. It could also be that a TSO environment is built into Netview. I know it's built into another automation product. >I verified this by running the program under TSO. TSO REXX is more forgiving than other environments. >I did look at the sample Netview program CNMS8002, but that didn't help. I don't have access to z/OS so I can't comment on this program and the requirements to setup a valid REXX environment for Netview. Later, it might be useful to compare with your program but for now, it's not helpful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Netview, REXX and assembler interfaces for variable access
Hi, I am trying to make a REXX function writen in assembler run in Netview REXX. The function in question reads. lists and writes variables, it uses IRXEXCOM for variable access, IRXSTK for stack access and IRXSAY for terminal output. When running in Netview it doesn't abend, but it doesn't do anything either, except that the return value is valid. It returns 0, which indicates success. I have written another test program, which shows that on entry r0 points to an ENVBLOCK field ENVBLOCK_IRXEXTE points to a valid IRXEXTE, but the fields IRXEXCOM, IRXSTK and IRXSAY in there points to the TSO modules. I verified this by running the program under TSO. I have read the manuals, but haven't found a clue. My old friend Google was no help either. I did look at the sample Netview program CNMS8002, but that didn't help. Anybody got a hint? A link to or the name of a manual would be nice, a working sample even better. rgds Willy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re; Rexx function STORAGE with weird behavior on Netview
The devil is in the details. What sort of security controls will IBM have for Python scripts in Netview? From: IBM Mainframe Discussion List on behalf of Steve Horein Sent: Tuesday, December 20, 2022 5:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re; Rexx function STORAGE with weird behavior on Netview Re: scripting: Not yet? https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fibm-z-software-portal.ideas.ibm.com%2Fideas%2FZNETVIEW-I-42=05%7C01%7Csmetz3%40gmu.edu%7C8c8d7d2a5eab4dd1366408dae2dc9915%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C638071734348128669%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=fMdTBHPlgDmp%2FQXiVTg2Ljd65m6dQGfsOzX42ri7YzY%3D=0 I am not the author of the idea, but I will certainly vote for it next time I'm logged on. On Tue, Dec 20, 2022 at 12:40 PM Seymour J Metz wrote: > Doesn't NETVIEW run multiple users in the same address space? Can you > write NETVIEW scripts in anything other than CLIST and REXX? > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] > Sent: Tuesday, December 20, 2022 10:58 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Re; Rexx function STORAGE with weird behavior on Netview > > On Tue, 20 Dec 2022 10:31:37 +0000, Jack Zukt wrote: > > > >The glitch was the NETVIEW REXXSTRF value thas was set to the default > >DISABLE. While we wait for an IPL, the OVERRIDE solves the issue. > > > Please describe OVERRIDE. Is that a parameter to NETVIEW? > > Star Trek trope: > "Computer, access data base." > > "Access denied." > > "Override!" > > "Access granted." > > ... makes sense if "Override" is the root password. > > I'm puzzled. If the objective of DISABLE is to prevent access to > sensitive data, > wouldn't storage keys and segment protection be sufficient and necessary? > REXXSTRF would seem to restrict only REXX, not other programming languages. > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re; Rexx function STORAGE with weird behavior on Netview
Re: scripting: Not yet? https://ibm-z-software-portal.ideas.ibm.com/ideas/ZNETVIEW-I-42 I am not the author of the idea, but I will certainly vote for it next time I'm logged on. On Tue, Dec 20, 2022 at 12:40 PM Seymour J Metz wrote: > Doesn't NETVIEW run multiple users in the same address space? Can you > write NETVIEW scripts in anything other than CLIST and REXX? > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] > Sent: Tuesday, December 20, 2022 10:58 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Re; Rexx function STORAGE with weird behavior on Netview > > On Tue, 20 Dec 2022 10:31:37 +0000, Jack Zukt wrote: > > > >The glitch was the NETVIEW REXXSTRF value thas was set to the default > >DISABLE. While we wait for an IPL, the OVERRIDE solves the issue. > > > Please describe OVERRIDE. Is that a parameter to NETVIEW? > > Star Trek trope: > "Computer, access data base." > > "Access denied." > > "Override!" > > "Access granted." > > ... makes sense if "Override" is the root password. > > I'm puzzled. If the objective of DISABLE is to prevent access to > sensitive data, > wouldn't storage keys and segment protection be sufficient and necessary? > REXXSTRF would seem to restrict only REXX, not other programming languages. > > -- > 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: Rexx function STORAGE with weird behavior on Netview
Try putting a line like numeric digits 20 somewhere before your first use of the storage function. Some of the storage function calculations need more than the default 9 digits' precision, depending on address values and memory contents. I've had inconsistent results when I've forgotten to set numeric digits to a decent value. That's why Mark Zelden has the comment /* dflt of 9 not enough */ in his IPLINFO exec. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Re; Rexx function STORAGE with weird behavior on Netview
Doesn't NETVIEW run multiple users in the same address space? Can you write NETVIEW scripts in anything other than CLIST and REXX? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [042bfe9c879d-dmarc-requ...@listserv.ua.edu] Sent: Tuesday, December 20, 2022 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Re; Rexx function STORAGE with weird behavior on Netview On Tue, 20 Dec 2022 10:31:37 +, Jack Zukt wrote: > >The glitch was the NETVIEW REXXSTRF value thas was set to the default >DISABLE. While we wait for an IPL, the OVERRIDE solves the issue. > Please describe OVERRIDE. Is that a parameter to NETVIEW? Star Trek trope: "Computer, access data base." "Access denied." "Override!" "Access granted." ... makes sense if "Override" is the root password. I'm puzzled. If the objective of DISABLE is to prevent access to sensitive data, wouldn't storage keys and segment protection be sufficient and necessary? REXXSTRF would seem to restrict only REXX, not other programming languages. -- 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: Re; Rexx function STORAGE with weird behavior on Netview
Hi, That was on a LINK provided by Sebastian Welton (thank you Sebastian): https://www.ibm.com/docs/en/z-netview/6.2.0?topic=overview-netview-restrictions-rexx-functions Regards, Jack On Tue, 20 Dec 2022 at 15:58, Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 20 Dec 2022 10:31:37 +, Jack Zukt wrote: > > > >The glitch was the NETVIEW REXXSTRF value thas was set to the default > >DISABLE. While we wait for an IPL, the OVERRIDE solves the issue. > > > Please describe OVERRIDE. Is that a parameter to NETVIEW? > > Star Trek trope: > "Computer, access data base." > > "Access denied." > > "Override!" > > "Access granted." > > ... makes sense if "Override" is the root password. > > I'm puzzled. If the objective of DISABLE is to prevent access to > sensitive data, > wouldn't storage keys and segment protection be sufficient and necessary? > REXXSTRF would seem to restrict only REXX, not other programming languages. > > -- > 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: Re; Rexx function STORAGE with weird behavior on Netview
On Tue, 20 Dec 2022 10:31:37 +, Jack Zukt wrote: > >The glitch was the NETVIEW REXXSTRF value thas was set to the default >DISABLE. While we wait for an IPL, the OVERRIDE solves the issue. > Please describe OVERRIDE. Is that a parameter to NETVIEW? Star Trek trope: "Computer, access data base." "Access denied." "Override!" "Access granted." ... makes sense if "Override" is the root password. I'm puzzled. If the objective of DISABLE is to prevent access to sensitive data, wouldn't storage keys and segment protection be sufficient and necessary? REXXSTRF would seem to restrict only REXX, not other programming languages. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Tested examples are good. I sent an RCF, but didn't suggest examples. Also, it might be good to bold "hexadecimal" in the parameter description. From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Monday, December 19, 2022 3:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx function STORAGE with weird behavior on Netview On Mon, 19 Dec 2022 16:29:37 +, Seymour J Metz wrote: >In REXX, a decimal number *IS* a string. > Yes. Trying the following instruction might be informative: say c2x( 10 ) c2x( '10' ) c2x( "10" ) >... The semantics for the first parameter of STORAGE is the same on every > REXX implementation that I have used. > >For hexadecimal arithmetic, try something like FOO = D2X ( X2D(BAR) + X2D(BAZ) >) > The very brief section in the TSO/E Rexx User's Guide, "Using the STORAGE Function" would benefit from a *tested* example of using STORAGE() to follow a chain of control blocks. Such as: P = STORAGE( addr, 4 ) NEXT = STORAGE( C2X( C2D( P ) + OFFSET ), 4 ) /* Untested! */ The comment, "be sure that the values for REXXSTRF is ENABLE" seems most plausible. -- 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: Re; Rexx function STORAGE with weird behavior on Netview
Hello all, The glitch was the NETVIEW REXXSTRF value thas was set to the default DISABLE. While we wait for an IPL, the OVERRIDE solves the issue. And as Kulosu noted, it is Mark Zelden's IPLINFO rexx that we are using, not an IBM supplied one. Thank you all for your time and valuable assistance. Best Regards, Jack On Mon, 19 Dec 2022 at 17:01, Phil Smith III wrote: > A local Rexx function doesn't override a BIF unless it's in the same Rexx > program. At least, not that I've ever seen. > > > > This seems like it should be easy to diagnose: just write a tiny program > that just does that storage() call and trace it. > > > -- > 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: Rexx function STORAGE with weird behavior on Netview
Also ensure that it is not being called as a DATA REXX as described here, this has hit me previously: https://www.ibm.com/docs/en/z-netview/6.2.0?topic=overview-netview-restrictions-rexx-functions Sebastian >This is exactly what I was going to point to: >REXXSTRF: ENABLE > >https://www.ibm.com/docs/en/z-netview/6.4.0?topic=statements-defaults >https://www.ibm.com/docs/en/z-netview/6.4.0?topic=descriptions-defaults-nccf > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
On Mon, 19 Dec 2022 16:29:37 +, Seymour J Metz wrote: >In REXX, a decimal number *IS* a string. > Yes. Trying the following instruction might be informative: say c2x( 10 ) c2x( '10' ) c2x( "10" ) >... The semantics for the first parameter of STORAGE is the same on every > REXX implementation that I have used. > >For hexadecimal arithmetic, try something like FOO = D2X ( X2D(BAR) + X2D(BAZ) >) > The very brief section in the TSO/E Rexx User's Guide, "Using the STORAGE Function" would benefit from a *tested* example of using STORAGE() to follow a chain of control blocks. Such as: P = STORAGE( addr, 4 ) NEXT = STORAGE( C2X( C2D( P ) + OFFSET ), 4 ) /* Untested! */ The comment, "be sure that the values for REXXSTRF is ENABLE" seems most plausible. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
This is exactly what I was going to point to: REXXSTRF: ENABLE https://www.ibm.com/docs/en/z-netview/6.4.0?topic=statements-defaults https://www.ibm.com/docs/en/z-netview/6.4.0?topic=descriptions-defaults-nccf REXXSTRF Specifies whether the NetView operator can run REXX command lists that use the REXX STORAGE function. ENABLE Indicates that the NetView operator can run REXX command lists that use the REXX STORAGE function. DISABLE Indicates that the NetView operator cannot run REXX command lists that use the REXX STORAGE function. DISABLE is the default. Note: The DEFAULTS REXXSTRF command is effective the next time a REXX environment is initialized, which is determined by the current REXXENV value and the number of active REXX command lists. Thus, it is never effective in the same command list invocation from which it is issued. On Mon, Dec 19, 2022 at 10:31 AM Cieri, Anthony < 02d7f4ec1fff-dmarc-requ...@listserv.ua.edu> wrote: > > Did you check the value of REXXSTRF in the netview defaults??? > > Try a LIST DEFAULTS command in Netview and be sure that the values > for REXXSTRF is ENABLE > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Jack Zukt > Sent: Monday, December 19, 2022 8:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Rexx function STORAGE with weird behavior on Netview > > [[ SEI WARNING *** This email was sent from an external source. Do not > open attachments or click on links from unknown or suspicious senders. *** > ]] > > > Hi, > > My colleagues come to me with a weird situation for which I cannot find an > explanation. > > You are probably familiar with the IPLINFO REXX. It works just fine but > there is one system on which, when invoked by NETVIEW, the > > CVT = C2d(Storage(10,4))/* point to CVT */ > > instruction fails by not returning a value: > > IRX0044I Error running ASVTASID, line 42: Function did not return data > > As I said before, it works fine on every system and when running under > NETVIEW, except on this one system. > > Any ideas where to look for the reason for this behavior? > Thank you all for your help, > Regards, > Jack > > -- > 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: Rexx function STORAGE with weird behavior on Netview
That's why you will come across truckloads of
/***
* PTR & STG & SWAREQ: *
* *
* Utility procedures to access z/OS control blocks *
***/
ptr: return c2d(storage(d2x(arg(1)), arg(2)))
stg: return storage(d2x(arg(1)), arg(2))
swareq: procedure
if right(c2x(arg(1)), 1) \= 'F' then /* SWA=BELOW ?*/
return c2d(arg(1)) + 16 /* Yes, return SVA + 16 */
sva = c2d(arg(1))/* Convert to decimal */
tcb = ptr(540, 4)/* TCB PSATOLD*/
jscb = ptr(tcb + 180, 4) /* JSCB TCBJSCB */
qmpl = ptr(jscb + 244, 4) /* QMPL JSCBQMPI */
qmat = ptr(qmpl + 24, 4) /* QMAT QMADD */
do while sva > 65536
qmat = ptr(qmat + 12, 4)/* Next QMAT QMAT + 12*/
sva = sva - 65536 /* 010006F -> 06F */
end
return ptr(qmat + sva + 1) + 16
In many REXX routines...
Robert
On Mon, 19 Dec 2022 at 17:12, Rupert Reynolds wrote:
> On Mon, 19 Dec 2022, 15:16 Paul Gorlinsky, wrote:
>
> > Results from a zos 2.4 system
> >
> > /* */
> > Say c2x(Storage("10",8))
> > Say c2x(Storage(10+0,4))
> > Say c2x(Storage(10+4,4))
> > Z = c2x(Storage(10,4))
> > Say c2x(Storage(Z,8))
> >
> > Results:
> >
> > 00FD4EA8
> > 00FD4EA8
> >
> > 021800FED054
> >
> > Any comments?
> >
> > --
>
> From memory*, if you want 8 bytes at CVTPTR then that last line should be
> say c2x(storage(c2x(Z),8)).
>
> I'm thinking the return from storage is raw data, so to use it as a pointer
> represented in hex for storage() you need c2x().
>
> *memory is old, and there are more hex and bin functions available now than
> there were back in the '90s.
>
> Roops
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
--
Robert AH Prins
robert(a)prino(d)org
The hitchhiking grandfather
Some REXX code for use on z/OS
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
On Mon, 19 Dec 2022, 15:16 Paul Gorlinsky, wrote:
> Results from a zos 2.4 system
>
> /* */
> Say c2x(Storage("10",8))
> Say c2x(Storage(10+0,4))
> Say c2x(Storage(10+4,4))
> Z = c2x(Storage(10,4))
> Say c2x(Storage(Z,8))
>
> Results:
>
> 00FD4EA8
> 00FD4EA8
>
> 021800FED054
>
> Any comments?
>
> --
>From memory*, if you want 8 bytes at CVTPTR then that last line should be
say c2x(storage(c2x(Z),8)).
I'm thinking the return from storage is raw data, so to use it as a pointer
represented in hex for storage() you need c2x().
*memory is old, and there are more hex and bin functions available now than
there were back in the '90s.
Roops
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Hr... There has to be some significance to it only breaking on Netview on that system. Maybe that Netview proc has something going on weird in a library concatenation or something? On Mon, Dec 19, 2022 at 10:32 AM Eric D Rossman wrote: > That's the expected behavior. STORAGE is documented that the first arg is > a string containing the hexadecimal address. A decimal number will be > converted to a string in this case but treated as hexadecimal. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Paul Gorlinsky > Sent: Monday, December 19, 2022 10:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: Rexx function STORAGE with weird behavior on > Netview > > Yes they all returned the appropriate values ... > > But unexpected since 10+0 should have been passed as a decimal number and > not a string ... maybe this is IBM REXX v ooREXX ... don't know... > > 10+4 is 14 decimal and storage treated it as 14 hex > > just not the behavior I have seen with other REXX implementations... > > more experimenting > > -- > 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 > -- Jay Maynard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re; Rexx function STORAGE with weird behavior on Netview
A local Rexx function doesn't override a BIF unless it's in the same Rexx program. At least, not that I've ever seen. This seems like it should be easy to diagnose: just write a tiny program that just does that storage() call and trace it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
That's the expected behavior. STORAGE is documented that the first arg is a string containing the hexadecimal address. A decimal number will be converted to a string in this case but treated as hexadecimal. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gorlinsky Sent: Monday, December 19, 2022 10:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Rexx function STORAGE with weird behavior on Netview Yes they all returned the appropriate values ... But unexpected since 10+0 should have been passed as a decimal number and not a string ... maybe this is IBM REXX v ooREXX ... don't know... 10+4 is 14 decimal and storage treated it as 14 hex just not the behavior I have seen with other REXX implementations... more experimenting -- 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: Rexx function STORAGE with weird behavior on Netview
Did you check the value of REXXSTRF in the netview defaults??? Try a LIST DEFAULTS command in Netview and be sure that the values for REXXSTRF is ENABLE -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Zukt Sent: Monday, December 19, 2022 8:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Rexx function STORAGE with weird behavior on Netview [[ SEI WARNING *** This email was sent from an external source. Do not open attachments or click on links from unknown or suspicious senders. *** ]] Hi, My colleagues come to me with a weird situation for which I cannot find an explanation. You are probably familiar with the IPLINFO REXX. It works just fine but there is one system on which, when invoked by NETVIEW, the CVT = C2d(Storage(10,4))/* point to CVT */ instruction fails by not returning a value: IRX0044I Error running ASVTASID, line 42: Function did not return data As I said before, it works fine on every system and when running under NETVIEW, except on this one system. Any ideas where to look for the reason for this behavior? Thank you all for your help, Regards, Jack -- 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: Rexx function STORAGE with weird behavior on Netview
In REXX, a decimal number *IS* a string. The semantics for the first parameter of STORAGE is the same on every REXX implementation that I have used. For hexadecimal arithmetic, try something like FOO = D2X ( X2D(BAR) + X2D(BAZ) ) -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gorlinsky [p...@atsmigrations.com] Sent: Monday, December 19, 2022 10:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx function STORAGE with weird behavior on Netview Yes they all returned the appropriate values ... But unexpected since 10+0 should have been passed as a decimal number and not a string ... maybe this is IBM REXX v ooREXX ... don't know... 10+4 is 14 decimal and storage treated it as 14 hex just not the behavior I have seen with other REXX implementations... more experimenting -- 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: Rexx function STORAGE with weird behavior on Netview
Classic REXX, including ANSI Rexx, has only one data type - string. The result
of a numeric computation is a string. The STORAGE function expects the first
operand to be composed of 0-9 and A-F, and converts it from hexadecimal to
binary. It were ever thus.
Yes, languages with strict typing are safer, but sometimes clumsier. REXX has a
lot of expressive power when used for scripting.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gorlinsky [p...@atsmigrations.com]
Sent: Monday, December 19, 2022 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx function STORAGE with weird behavior on Netview
Say c2x(Storage(16-6,8))
Say c2x(Storage((1+1+1+1+21-15),8))
Say c2x(Storage(10,8))
Say c2x(Storage("10",8))
So here is the problem I have, the address portion is being computed as decimal
numbers and yet the storage function is treating the final result as a string
of HEX numbers.
Somehow this just doesn't seem to be correct with respect to expression typing
and values...
Does REXX on z/OS have such a loose typing of data being passed... This is how
programming mistakes occur...
IMHO
--
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: Rexx function STORAGE with weird behavior on Netview
Say c2x(Storage(16-6,8))
Say c2x(Storage((1+1+1+1+21-15),8))
Say c2x(Storage(10,8))
Say c2x(Storage("10",8))
So here is the problem I have, the address portion is being computed as decimal
numbers and yet the storage function is treating the final result as a string
of HEX numbers.
Somehow this just doesn't seem to be correct with respect to expression typing
and values...
Does REXX on z/OS have such a loose typing of data being passed... This is how
programming mistakes occur...
IMHO
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Yes they all returned the appropriate values ... But unexpected since 10+0 should have been passed as a decimal number and not a string ... maybe this is IBM REXX v ooREXX ... don't know... 10+4 is 14 decimal and storage treated it as 14 hex just not the behavior I have seen with other REXX implementations... more experimenting -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Ooh, that's good! Someone on the erring system wrote a REXX subroutine and named it STORAGE; I like it. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Setting aside the scandal caused by His Messianic claims and His reputation as a political firebrand, only two accusations of personal depravity seem to have been brought against Jesus of Nazareth. First, that He was a Sabbath-breaker. Secondly...that He ate too heartily, drank too freely, and kept very disreputable company, including grafters of the lowest type and ladies who were no better than they should be. For nineteen and a half centuries, the Christian Churches have laboured, not without success, to remove this unfortunate impression made by their Lord and Master. They have hustled the Magdalens from the Communion-table, founded Total Abstinence Societies in the name of Him who made the water wine, and added improvements of their own, such as various bans and anathemas upon dancing and theatre-going. They have transferred the Sabbath from Saturday to Sunday, and, feeling that the original commandment "Thou shalt not work" was rather half-hearted, have added to it the new commandment, "Thou shalt not play." -Dorothy L Sayers, _Unpopular Opinions_ */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gorlinsky Sent: Monday, December 19, 2022 10:00 Humm Is there a possibility of a STORAGE() function in a library on the failing system that could be called instead of the intended version? Maybe check the library concatenation sequences for another module ... including linklst There might have been another storage function from an earlier release that had different calling parms ... like STORAGE(addr,len) where both addr and len are numeric. What gets returned when you do just a Say Storage(10,4) ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
? The posted test had the expected values. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gorlinsky [p...@atsmigrations.com] Sent: Monday, December 19, 2022 10:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx function STORAGE with weird behavior on Netview Should be ... but look at the results of Storage(10+0,4) which should have treated 10+0 and 10+4 as numeric expressions but it didn't -- 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: Rexx function STORAGE with weird behavior on Netview
Z = c2x(Storage(10,4));
Say c2x(Storage(D2X(Z),8))
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gorlinsky [p...@atsmigrations.com]
Sent: Monday, December 19, 2022 10:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx function STORAGE with weird behavior on Netview
Results from a zos 2.4 system
/* */
Say c2x(Storage("10",8))
Say c2x(Storage(10+0,4))
Say c2x(Storage(10+4,4))
Z = c2x(Storage(10,4))
Say c2x(Storage(Z,8))
Results:
00FD4EA8
00FD4EA8
021800FED054
Any comments?
--
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: Rexx function STORAGE with weird behavior on Netview
Please show the code that gets different results, with trace i active. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gorlinsky [p...@atsmigrations.com] Sent: Monday, December 19, 2022 10:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx function STORAGE with weird behavior on Netview Should be ... but look at the results of Storage(10+0,4) which should have treated 10+0 and 10+4 as numeric expressions but it didn't -- 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: Rexx function STORAGE with weird behavior on Netview
>> This is (I think) an IBM supplied REXX Not really. I believe that you referring to Mark Zelden's utility IPLINFO. Here is the link to it http://www.mzelden.com/mvsfiles/iplinfo.txt >> except on one system AND when executed by a NETVIEW address space According to Mark none of his REXX execs show common storage allocation by ASID which explains the error you received and works if executed as a TSO command. Thanks, Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
got ya, thanks - all examples I have show all lower case, I' still suck in clists, ;) very little rexx Carmen On 12/19/2022 9:29 AM, Seymour J Metz wrote: REXX is not case sensitive; it's a matter of style. Those of us who grew up on Hollerith cards are more used to upper case, while those who grew up on dual-case terminals are more used to, e.g., camel case, lower case. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Carmen Vitullo [petevi...@gmail.com] Sent: Monday, December 19, 2022 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx function STORAGE with weird behavior on Netview I'm not really great with rexx but everything I have, and seen shows all lower case ? c2d(storage(d2x( etc Carmen On 12/19/2022 7:20 AM, Jack Zukt wrote: Hi, My colleagues come to me with a weird situation for which I cannot find an explanation. You are probably familiar with the IPLINFO REXX. It works just fine but there is one system on which, when invoked by NETVIEW, the CVT = C2d(Storage(10,4))/* point to CVT */ instruction fails by not returning a value: IRX0044I Error running ASVTASID, line 42: Function did not return data As I said before, it works fine on every system and when running under NETVIEW, except on this one system. Any ideas where to look for the reason for this behavior? Thank you all for your help, Regards, Jack -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Carmen -- 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 -- Carmen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
My guess is that there is a routine (possibly CLIST or REXX) named STORAGE that is not the REXX STORAGE function. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jack Zukt [jzuk...@gmail.com] Sent: Monday, December 19, 2022 8:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Rexx function STORAGE with weird behavior on Netview Hi, My colleagues come to me with a weird situation for which I cannot find an explanation. You are probably familiar with the IPLINFO REXX. It works just fine but there is one system on which, when invoked by NETVIEW, the CVT = C2d(Storage(10,4))/* point to CVT */ instruction fails by not returning a value: IRX0044I Error running ASVTASID, line 42: Function did not return data As I said before, it works fine on every system and when running under NETVIEW, except on this one system. Any ideas where to look for the reason for this behavior? Thank you all for your help, Regards, Jack -- 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: Rexx function STORAGE with weird behavior on Netview
REXX is not case sensitive; it's a matter of style. Those of us who grew up on Hollerith cards are more used to upper case, while those who grew up on dual-case terminals are more used to, e.g., camel case, lower case. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Carmen Vitullo [petevi...@gmail.com] Sent: Monday, December 19, 2022 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx function STORAGE with weird behavior on Netview I'm not really great with rexx but everything I have, and seen shows all lower case ? c2d(storage(d2x( etc Carmen On 12/19/2022 7:20 AM, Jack Zukt wrote: > Hi, > > My colleagues come to me with a weird situation for which I cannot find an > explanation. > > You are probably familiar with the IPLINFO REXX. It works just fine but > there is one system on which, when invoked by NETVIEW, the > > CVT = C2d(Storage(10,4))/* point to CVT */ > > instruction fails by not returning a value: > > IRX0044I Error running ASVTASID, line 42: Function did not return data > > As I said before, it works fine on every system and when running under > NETVIEW, except on this one system. > > Any ideas where to look for the reason for this behavior? > Thank you all for your help, > Regards, > Jack > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Carmen -- 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: Rexx function STORAGE with weird behavior on Netview
No, 10, '10' and "10" all represent the same string. Since ADDRESS interprets
the address operand as a hexadecimal representation of the address, that is the
CVT pointer. My guess is that the code uses a computed address and does not
feed it into D2X.
FOO = STORAGE(CVT+BAR,8) /* Incorrect */
FOO = STORAGE(D2X(CVT+BAR),8) /* Correct */
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Eric D Rossman [edros...@us.ibm.com]
Sent: Monday, December 19, 2022 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx function STORAGE with weird behavior on Netview
The first argument to STORAGE is a string. 16 would be wrong.
While it's possible that this won't fix it, the correct syntax would be:
CVT = C2d(Storage('10',4))/* point to CVT */
>From the TSO/E REXX Reference:
STORAGE returns length bytes of data from the specified address in storage. The
address is a character
string containing the hexadecimal representation of the storage address from
which data is retrieved.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gorlinsky
Sent: Monday, December 19, 2022 8:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Rexx function STORAGE with weird behavior on Netview
If you are trying to get the cut the address is x10 not 10 try 16 instead of
10… boundary issue if you use 10…
--
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: Rexx function STORAGE with weird behavior on Netview
decimal numeric values not hex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Should be ... but look at the results of Storage(10+0,4) which should have treated 10+0 and 10+4 as numeric expressions but it didn't -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Never say never,,, investigate ... We don't know the history of the installation and ALL possibilities should be examined ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Results from a zos 2.4 system
/* */
Say c2x(Storage("10",8))
Say c2x(Storage(10+0,4))
Say c2x(Storage(10+4,4))
Z = c2x(Storage(10,4))
Say c2x(Storage(Z,8))
Results:
00FD4EA8
00FD4EA8
021800FED054
Any comments?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
10, '10' and "10" are all the same value. In REXX a numeric value is a special
case of a string.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gorlinsky [p...@atsmigrations.com]
Sent: Monday, December 19, 2022 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rexx function STORAGE with weird behavior on Netview
As a string "10" or '10' but not 10
Storage("10",4) should be correct
--
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: Rexx function STORAGE with weird behavior on Netview
I'd say that there is no chance of a REXX STORAGE function from a different release having a length parameter. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gorlinsky [p...@atsmigrations.com] Sent: Monday, December 19, 2022 10:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx function STORAGE with weird behavior on Netview Humm Is there a possibility of a STORAGE() function in a library on the failing system that could be called instead of the intended version? Maybe check the library concatenation sequences for another module ... including linklst There might have been another storage function from an earlier release that had different calling parms ... like STORAGE(addr,len) where both addr and len are numeric. What gets returned when you do just a Say Storage(10,4) ? -- 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: Rexx function STORAGE with weird behavior on Netview
Humm Is there a possibility of a STORAGE() function in a library on the failing system that could be called instead of the intended version? Maybe check the library concatenation sequences for another module ... including linklst There might have been another storage function from an earlier release that had different calling parms ... like STORAGE(addr,len) where both addr and len are numeric. What gets returned when you do just a Say Storage(10,4) ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
As a string "10" or '10' but not 10
Storage("10",4) should be correct
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Thank you all for your comments May be I was not clear before. This is (I think) an IBM supplied REXX. I am not sure on its origin, but it works fine as is, except on one system AND when executed by a NETVIEW address space. If executed as a TSO command it works just fine. It even works under NETVIEW on other systems. It works if used by a TSO userid with no privileges. So, it is not a matter of APF authority, and there are no RACF messages. I am at a loss as where to look Regards Jack On Mon, Dec 19, 2022, 14:26 Lennie Dymoke-Bradshaw < 032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote: > The Rexx Reference manual has this in the description of the STORAGE > function. > > "STORAGE returns length bytes of data from the specified address in > storage. The address is a character > string containing the hexadecimal representation of the storage address > from which data is retrieved." > > So I think that specifying 10 to represent address X'10' is actually > correct in this instance. > It is in my copy of IPLINFO, which works. > > Lennie > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Paul Gorlinsky > Sent: 19 December 2022 13:52 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Rexx function STORAGE with weird behavior on Netview > > If you are trying to get the cut the address is x10 not 10 try 16 instead > of 10… boundary issue if you use 10… > > -- > 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
IPLINFO (was: Rexx function STORAGE with weird behavior on Netview)
On Mon, 19 Dec 2022 07:52:02 -0600, Paul Gorlinsky wrote: >If you are trying to get the cut the address is x10 not 10 try 16 instead of >10… boundary issue if you use 10… > This does not explain that: > You are probably familiar with the IPLINFO REXX. It works just fine but > there is one system on which, when invoked by NETVIEW, the > > CVT = C2d(Storage(10,4))/* point to CVT */ > > instruction fails by not returning a value: IPLINFO is probably one of the most tested REXX execs in existence. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
The Rexx Reference manual has this in the description of the STORAGE function. "STORAGE returns length bytes of data from the specified address in storage. The address is a character string containing the hexadecimal representation of the storage address from which data is retrieved." So I think that specifying 10 to represent address X'10' is actually correct in this instance. It is in my copy of IPLINFO, which works. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gorlinsky Sent: 19 December 2022 13:52 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx function STORAGE with weird behavior on Netview If you are trying to get the cut the address is x10 not 10 try 16 instead of 10… boundary issue if you use 10… -- 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: Rexx function STORAGE with weird behavior on Netview
Yep…I guessed that it was a valid numeric address… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Paul, the Storage command works on Hex values by default, so Storage(10,4) is dealing with the address x'0010'. Thank you and best regards, Billy Ashton -- Original Message -- From "Paul Gorlinsky" To IBM-MAIN@listserv.ua.edu Date 12/19/2022 8:52:02 AM Subject Re: Rexx function STORAGE with weird behavior on Netview If you are trying to get the cut the address is x10 not 10 try 16 instead of 10… boundary issue if you use 10… -- 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: Rexx function STORAGE with weird behavior on Netview
The first argument to STORAGE is a string. 16 would be wrong.
While it's possible that this won't fix it, the correct syntax would be:
CVT = C2d(Storage('10',4))/* point to CVT */
From the TSO/E REXX Reference:
STORAGE returns length bytes of data from the specified address in storage. The
address is a character
string containing the hexadecimal representation of the storage address from
which data is retrieved.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Paul Gorlinsky
Sent: Monday, December 19, 2022 8:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Rexx function STORAGE with weird behavior on Netview
If you are trying to get the cut the address is x10 not 10 try 16 instead of
10… boundary issue if you use 10…
--
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: Rexx function STORAGE with weird behavior on Netview
If you are trying to get the cut the address is x10 not 10 try 16 instead of 10… boundary issue if you use 10… -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rexx function STORAGE with weird behavior on Netview
Hi Jack, I would recommend that you put a Call Trace("I") statement
before this CVT variable set statement, and also add a Say
C2X(Storage(10,4)) statement before it, so you can see what is there.
This piece of code would look like:
Call Trace("I")
Say C2X(Storage(10,4))
CVT= C2D(Storage(10,4))
Call Trace("O") /* though you won't get here if it fails...*/
Thank you and best regards,
Billy Ashton
-- Original Message --
From "Jack Zukt"
To IBM-MAIN@listserv.ua.edu
Date 12/19/2022 8:20:10 AM
Subject Rexx function STORAGE with weird behavior on Netview
Hi,
My colleagues come to me with a weird situation for which I cannot find an
explanation.
You are probably familiar with the IPLINFO REXX. It works just fine but
there is one system on which, when invoked by NETVIEW, the
CVT = C2d(Storage(10,4))/* point to CVT */
instruction fails by not returning a value:
IRX0044I Error running ASVTASID, line 42: Function did not return data
As I said before, it works fine on every system and when running under
NETVIEW, except on this one system.
Any ideas where to look for the reason for this behavior?
Thank you all for your help,
Regards,
Jack
--
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: Rexx function STORAGE with weird behavior on Netview
I'm not really great with rexx but everything I have, and seen shows all lower case ? c2d(storage(d2x( etc Carmen On 12/19/2022 7:20 AM, Jack Zukt wrote: Hi, My colleagues come to me with a weird situation for which I cannot find an explanation. You are probably familiar with the IPLINFO REXX. It works just fine but there is one system on which, when invoked by NETVIEW, the CVT = C2d(Storage(10,4))/* point to CVT */ instruction fails by not returning a value: IRX0044I Error running ASVTASID, line 42: Function did not return data As I said before, it works fine on every system and when running under NETVIEW, except on this one system. Any ideas where to look for the reason for this behavior? Thank you all for your help, Regards, Jack -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Carmen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Rexx function STORAGE with weird behavior on Netview
Hi, My colleagues come to me with a weird situation for which I cannot find an explanation. You are probably familiar with the IPLINFO REXX. It works just fine but there is one system on which, when invoked by NETVIEW, the CVT = C2d(Storage(10,4))/* point to CVT */ instruction fails by not returning a value: IRX0044I Error running ASVTASID, line 42: Function did not return data As I said before, it works fine on every system and when running under NETVIEW, except on this one system. Any ideas where to look for the reason for this behavior? Thank you all for your help, Regards, Jack -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NetView question
Hi Mark, Thanks a lot that's good to know. In this case I've just discovered it in the Defining Automation Policy manual. It generates this command by default. I need to add a parameter to the command and this can be done using the Application Information screen specifying the string of characters to be added. So the command itself doesn't need to be defined, just the parameters. The example in the manual is that if you want the command to be this: S VTAM,,,(LIST=00) Then you need to define this in the Application Information Startup Parameters field: ,,,(LIST=00) Regards, John. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NetView question
John, In case you're not aware, there is a NetView and a SAusers group on groups.io where you can post your question to also. marktre...@gmail.com On Thu, Jan 13, 2022, 10:35 John Blythe Reid wrote: > Hello, > > I have a question about this NetView screen: > > AOFKINFO Automation Control - Command Dialogs Line 57of > 166 > Domain Id . : NETVx DISPINFO Date . . : > 01/13/22 > Operator Id : xTime . . : > 16:15:33 > > Subsystem => ADAxxx Target => CPUx System name, domain ID > > or sysplex name > > >Start Up Process - > > Prestart : > >None > > > Startup : > > >Start command to be used : > > MVS S ADAxxx > > >User Start Up Commands : > > CMD=(NORMAL,,'MVS S ADAxxx,MSGCLASS=T') > > CMD=(EMER,,'MVS S ADAxxx,MSGCLASS=T,ING=Y') > > In the policy definition for Automation Control the two 'User Start Up > Commands' are defined. However the 'Start command to be used', the 'MVS S > ADAxxx' is not defined anywhere. But it must have come from somewhere. > > I've been digging through the manuals to no avail. Could anyone please > shed any light on where this command would have come from ? > > Thanks in advance. > > Regards, > John. > > -- > 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
NetView question
Hello, I have a question about this NetView screen: AOFKINFO Automation Control - Command Dialogs Line 57of 166 Domain Id . : NETVx DISPINFO Date . . : 01/13/22 Operator Id : xTime . . : 16:15:33 Subsystem => ADAxxx Target => CPUx System name, domain ID or sysplex name Start Up Process - Prestart : None Startup : Start command to be used : MVS S ADAxxx User Start Up Commands : CMD=(NORMAL,,'MVS S ADAxxx,MSGCLASS=T') CMD=(EMER,,'MVS S ADAxxx,MSGCLASS=T,ING=Y') In the policy definition for Automation Control the two 'User Start Up Commands' are defined. However the 'Start command to be used', the 'MVS S ADAxxx' is not defined anywhere. But it must have come from somewhere. I've been digging through the manuals to no avail. Could anyone please shed any light on where this command would have come from ? Thanks in advance. Regards, John. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NETVIEW SA Challenge
Join https://groups.io/g/SAUsers On Tue, Jun 22, 2021 at 7:20 AM Steve Beaver wrote: > I need to create a job SUBMISSION processor what will be executed by > NetView SA.as a STC > > As part of the process, I need to calculate the date of the input file name > suffix, then put the job > thru in INTRDR. > > Then I have to make it such that no one including me can manually push thru > the STARTED Task > manually once I have built the processor. > > Any Idea's? > > > > > > > -- > 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
NETVIEW SA Challenge
I need to create a job SUBMISSION processor what will be executed by NetView SA.as a STC As part of the process, I need to calculate the date of the input file name suffix, then put the job thru in INTRDR. Then I have to make it such that no one including me can manually push thru the STARTED Task manually once I have built the processor. Any Idea's? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Migration Netview Access to CL/Supersession
Dear list: I'd like to know if someone have migrated the Session Manager from Netview Access to CL/Supersession. We are starting to do it and I could not find if there is a process to migrate in order to keep the groups defined in RACF for Access to be used in CL/Supersession. Details related to RACF definitions would be a good start. Thanks in advance for any help. Regards, Gilson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NetView and CNMSTYLE
Are you wanting to convert security options? If so, take a look at the SECMIGR command. https://www.ibm.com/docs/en/z-netview/6.2.1?topic=descriptions-secmigr-nccf-cnme8004 On Mon, Jun 7, 2021 at 7:25 AM Steve Beaver wrote: > Does anyone in the group have NetView® under full RACF control and would > you be willing to share your > CNMSTYLE out of your DSIPARM? > > -- > 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
NetView and CNMSTYLE
Does anyone in the group have NetView® under full RACF control and would you be willing to share your CNMSTYLE out of your DSIPARM? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview 5.4
I don't have a direct answer to your question, but here's some degree of reassurance. z/OS 2.3 became generally available on September 29, 2017. Tivoli NetView 5.4 for z/OS reached its End of Support date on October 31, 2017. Thus it appears this particular release combination was briefly fully IBM supported. Obviously you ought to upgrade to the latest release of NetView as soon as reasonably practical. If the only reason you're holding off is due to Single Version Charge (SVC) limitation concerns, don't hold off. In 2017 IBM abolished the SVC time limits for everyone per IBM Announcement Letter 217-093. - - - - - - - - - - Timothy Sipples I.T. Architect Executive Digital Asset & Other Industry Solutions IBM Z & LinuxONE - - - - - - - - - - E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview 5.4
Is NV 5.4 even supported at this time? I am running NV 6.2 on z/OS 2.2. and 2.4 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Thursday, June 4, 2020 2:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Netview 5.4 [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] I don't know of a Netview listserv, but even if there is one this is a legitimate place to post Netview questions. You'll probably get more eyeballs here than one a more specialized list. -- Shmuel (Seymour J.) Metz https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C40c1c5902c5042e86cf408d808c045c5%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637268969198719412sdata=2KValI2HNlGFL%2FSgvzM2%2FQdhKXV4JIB23nfKPOY1%2BA4%3Dreserved=0 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of William Widmayer [william.widma...@ensono.com] Sent: Thursday, June 4, 2020 3:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Netview 5.4 Apologies if I posted in the wrong forum. If there is a better one for Netview, please let me know. I am in the middle of z/OS upgrade from 2.2 to 2.3 . Is anyone running Netview 5.4 on a z/OS 2.3 system? Bill Widmayer (c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono, LP. The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. -- 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 ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview 5.4
When Yahoo Groups was no longer an option, the NetView and System Automation folks moved here: https://groups.io/g/NetView https://groups.io/g/SAUsers On Thu, Jun 4, 2020 at 2:38 PM William Widmayer wrote: > Apologies if I posted in the wrong forum. If there is a better one for > Netview, please let me know. > I am in the middle of z/OS upgrade from 2.2 to 2.3 . > Is anyone running Netview 5.4 on a z/OS 2.3 system? > > Bill Widmayer > > > (c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono, > LP. The information contained in this communication is confidential, is > intended only for the use of the recipient named above, and may be legally > privileged. If the reader of this message is not the intended recipient, > you are hereby notified that any dissemination, distribution or copying of > this communication is strictly prohibited. If you have received this > communication in error, please resend this communication to the sender and > delete the original message or any copy of it from your computer system. > > -- > 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: Netview 5.4
I don't know of a Netview listserv, but even if there is one this is a legitimate place to post Netview questions. You'll probably get more eyeballs here than one a more specialized list. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of William Widmayer [william.widma...@ensono.com] Sent: Thursday, June 4, 2020 3:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Netview 5.4 Apologies if I posted in the wrong forum. If there is a better one for Netview, please let me know. I am in the middle of z/OS upgrade from 2.2 to 2.3 . Is anyone running Netview 5.4 on a z/OS 2.3 system? Bill Widmayer (c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono, LP. The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. -- 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
Netview 5.4
Apologies if I posted in the wrong forum. If there is a better one for Netview, please let me know. I am in the middle of z/OS upgrade from 2.2 to 2.3 . Is anyone running Netview 5.4 on a z/OS 2.3 system? Bill Widmayer (c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono, LP. The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NetView
FWIW This is a Netview Clist I wrote for IBM in the early 90's. It won't tell you how to issue a Netview %STARTUP command, but it will show you *how* to code Netview commands for whatever anything else using Netview Clist. (BTW Its syntax is not like that of TSO Clist.) HTH. Cheers, Chris Poncelet (retired sysprog) === BEGIN === TPNSX1VT CLIST ERR * *** * Submit 1 out of &1 TPNS terminals skipping &2 terminals every * * &3 seconds and beginning with terminal &4. * * * * Use: TPNSX1VT terminals,skip,seconds,first * * where terminals is the number of TPNS terminals to be * * released and submitted for CICS logon * * skip is the number of terminals to be skipped * * at each subsequent release * * seconds is the number of seconds between * * consecutive terminal releases, default = 5 * * and first is the first terminal to be released, * * default = 000. * * * * Example: * * TPNSX1VT 300,16,8,15 * * requests that terminals X1VT000-X1VT299 be released (300) * * starting with X1VT015 (15) and then, every 8 seconds, * * release the 16th next terminal (16). * * Thus: X1VT015,X1VT031,...,X1VT287,X1VT004,X1VT021,... * * * * 27/03/92 CMP * *** * > 4 -ERR1 < 2 -ASKIBM * -PRECHECK = &1 = &2 = 5 .&3 ^= . = &3 = 0 .&4 ^= . = &4 * -CHECK * Check that parameters are numeric = + + + * Check that parameters other than are greater than 0 < 1 -TERMIV < 1 -SKIPIV < 1 -TIMEIV < 0 -FRSTLT * Check that not more than 1000 terminals (000-999) > 1000 -TERMIV * Check that skip value is less than number of terminals ^<-SKIPGT * * Ensure that first terminal to be started is within terminal range = - 1 -CHECKFIRST ^>-INITIALISE = - -CHECKFIRST * -INITIALISE = = * -LASTCHECK = # = 00 3 CLEAR SUB -ENDLASTCHK Number of terminals . . . . . . . . . . . . . . . . . = Number of terminals to be skipped between releases . . = Time delay between terminal releases . . . . . . . . . = seconds First terminal to be released . . . . . . . . . . . . = X1VT# If correct, please reply GO. Otherwise, " " CANCEL. Ta. -ENDLASTCHK NOINPUT * -TIMEOUT * Check whether all terminals have been released = 0 -ALLDONE -LEAPFROG >= - * Check that 'next' terminal has not already been released ... . = . -RELEASE * ... otherwise try next terminal = + 1 * (wrap-around) -LEAPFROG * -RELEASE * Determine next terminal's 3-digit suffix id = # = 00 3 * * Release the next terminal TPNS A X1VT#,RELEASE * Adjust count of terminals waiting to be released = - 1 * Inform Operator - >>>>>> TPNS released X1VT# : terminals left to go <<<<<< * * Set flag ID so this terminal does not get 'released' again = * Point to next terminal to be released = + * -WAIT * Wait for specified time before releasing any more terminals *=-TIMEOUT * *** *** *** * * Remainder of C-List is display messages * *** * -TERMIV CLEAR SUB -ENDTRMIV Number of terminals &1 must be positive number not greater than 1000. Your request cannot be processed - task cancelled. Please try again. Ta. -ENDTRMIV -EXIT * *** * -SKIPIV CLEAR SUB -ENDSIV Number of terminals to be skipped at each release, &2, must be a positive number. Your request cannot be processed - task cancelled. Please try again. Ta. -ENDSIV -EXIT * *** * -TIMEIV CLEAR SUB -ENDTIV Number of seconds &3 between terminal releases must be positive number. Your request cannot be processed - task cancelled. Please try again. Ta. -ENDTIV -EXIT *
Re: NetView
You would want to use either CNMSTUSR or CxySTGEN to make any style sheet updates, including AuxInitCmd. CNMSTYLE is "owned" by IBM, with the other two members being for local customization. On Thu, Feb 13, 2020 at 11:08 AM Cieri, Anthony wrote: > > Correction: > > The main Netview "parm" member is CNMSTYLE (Netview Style sheet) > and it is located in a dataset in the DSIPARM concatenation. > > Sorry about the "fat fingers"! > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Cieri, Anthony > Sent: Thursday, February 13, 2020 11:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: NetView > > [[ SEI WARNING *** This email was sent from an external source. Do not > open attachments or click on links from unknown or suspicious senders. *** > ]] > > > > The main Netview "parm" member is CNMSTYLE (Netview Style sheet) > and it is located in a dataset in the DSIARPM concatenation. The standard > user configurable member is CNMSTUSR. In this member you could code > AuxInitCmd commands that Netview will execute at initialization time: > > Comments from CNMSTYLE > > * auxInitCmd Statements * > * Commands specified here will run after the style sheet is * > * interpreted and before any command at any autotask. * > * Commands will be run in alphabetical order by tail value. * > * Only the first 21 characters of the tail are considered.* > * (e.g. auxInitCmd.COOL runs before auxInitCmd.ZEBRA).* > * Alphabetic characters are translated to upper case before sorting. * > > > These commands could be Netview commands or netview Clist/rexxs > that you create. > > Another possibility is to create your own Automated operator > defined with its own profile. In that profile, you could code an Initial > Command (IC= on the PROFILE statement). Of course, you might want to > automatically start your automated operator, perhaps in an AuxInitCmd. > > Hth > Tony > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Dana Mitchell > Sent: Thursday, February 13, 2020 9:28 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: NetView > > [[ SEI WARNING *** This email was sent from an external source. Do not > open attachments or click on links from unknown or suspicious senders. *** > ]] > > > I developed some REXX'es to do auto startup and shutdown using Netview > back in the late 90's. If I recall correctly, there was a config member > to have a REXX kicked off at Netview startup. It would then check to see > if it was really IPL time, (not just a Netview recycle) then cycle > through and perform all the required startup tasks. > > Dana > > On Thu, 13 Feb 2020 07:32:28 -0600, Steve Beaver > wrote: > > >Upfront I will admit that I know very little about all the capabilities > of NetView. > > > >Given that, is there a way to have NetView automation auto-magically > >execute A %STARTUP command without the console prompting the %STARTUP. > > > >Thanks in Advance > >Steve > > > > -- > 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: NetView
Correction:
The main Netview "parm" member is CNMSTYLE (Netview Style sheet) and it
is located in a dataset in the DSIPARM concatenation.
Sorry about the "fat fingers"!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Cieri, Anthony
Sent: Thursday, February 13, 2020 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NetView
[[ SEI WARNING *** This email was sent from an external source. Do not open
attachments or click on links from unknown or suspicious senders. *** ]]
The main Netview "parm" member is CNMSTYLE (Netview Style sheet) and it
is located in a dataset in the DSIARPM concatenation. The standard user
configurable member is CNMSTUSR. In this member you could code AuxInitCmd
commands that Netview will execute at initialization time:
Comments from CNMSTYLE
* auxInitCmd Statements *
* Commands specified here will run after the style sheet is *
* interpreted and before any command at any autotask. *
* Commands will be run in alphabetical order by tail value. *
* Only the first 21 characters of the tail are considered.*
* (e.g. auxInitCmd.COOL runs before auxInitCmd.ZEBRA).*
* Alphabetic characters are translated to upper case before sorting. *
These commands could be Netview commands or netview Clist/rexxs that
you create.
Another possibility is to create your own Automated operator defined
with its own profile. In that profile, you could code an Initial Command (IC=
on the PROFILE statement). Of course, you might want to automatically start
your automated operator, perhaps in an AuxInitCmd.
Hth
Tony
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Dana Mitchell
Sent: Thursday, February 13, 2020 9:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NetView
[[ SEI WARNING *** This email was sent from an external source. Do not open
attachments or click on links from unknown or suspicious senders. *** ]]
I developed some REXX'es to do auto startup and shutdown using Netview back in
the late 90's. If I recall correctly, there was a config member to have a
REXX kicked off at Netview startup. It would then check to see if it was
really IPL time, (not just a Netview recycle) then cycle through and perform
all the required startup tasks.
Dana
On Thu, 13 Feb 2020 07:32:28 -0600, Steve Beaver wrote:
>Upfront I will admit that I know very little about all the capabilities of
>NetView.
>
>Given that, is there a way to have NetView automation auto-magically
>execute A %STARTUP command without the console prompting the %STARTUP.
>
>Thanks in Advance
>Steve
>
--
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: NetView
The main Netview "parm" member is CNMSTYLE (Netview Style sheet) and it is located in a dataset in the DSIARPM concatenation. The standard user configurable member is CNMSTUSR. In this member you could code AuxInitCmd commands that Netview will execute at initialization time: Comments from CNMSTYLE * auxInitCmd Statements * * Commands specified here will run after the style sheet is * * interpreted and before any command at any autotask. * * Commands will be run in alphabetical order by tail value. * * Only the first 21 characters of the tail are considered.* * (e.g. auxInitCmd.COOL runs before auxInitCmd.ZEBRA).* * Alphabetic characters are translated to upper case before sorting. * These commands could be Netview commands or netview Clist/rexxs that you create. Another possibility is to create your own Automated operator defined with its own profile. In that profile, you could code an Initial Command (IC= on the PROFILE statement). Of course, you might want to automatically start your automated operator, perhaps in an AuxInitCmd. Hth Tony -Original Message- From: IBM Mainframe Discussion List On Behalf Of Dana Mitchell Sent: Thursday, February 13, 2020 9:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: NetView [[ SEI WARNING *** This email was sent from an external source. Do not open attachments or click on links from unknown or suspicious senders. *** ]] I developed some REXX'es to do auto startup and shutdown using Netview back in the late 90's. If I recall correctly, there was a config member to have a REXX kicked off at Netview startup. It would then check to see if it was really IPL time, (not just a Netview recycle) then cycle through and perform all the required startup tasks. Dana On Thu, 13 Feb 2020 07:32:28 -0600, Steve Beaver wrote: >Upfront I will admit that I know very little about all the capabilities of >NetView. > >Given that, is there a way to have NetView automation auto-magically >execute A %STARTUP command without the console prompting the %STARTUP. > >Thanks in Advance >Steve > -- 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: NetView
I developed some REXX'es to do auto startup and shutdown using Netview back in the late 90's. If I recall correctly, there was a config member to have a REXX kicked off at Netview startup. It would then check to see if it was really IPL time, (not just a Netview recycle) then cycle through and perform all the required startup tasks. Dana On Thu, 13 Feb 2020 07:32:28 -0600, Steve Beaver wrote: >Upfront I will admit that I know very little about all the capabilities of >NetView. > >Given that, is there a way to have NetView automation auto-magically execute >A %STARTUP command without the console prompting the %STARTUP. > >Thanks in Advance >Steve > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
NetView
Upfront I will admit that I know very little about all the capabilities of NetView. Given that, is there a way to have NetView automation auto-magically execute A %STARTUP command without the console prompting the %STARTUP. Thanks in Advance Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NetView session manager - Session Clone
Yes - Under USER ADMIN - copy profile function Marshall -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: Monday, November 26, 2018 2:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] NetView session manager - Session Clone Hi I have never used NetView session manager and my experience is just with TPX and Supersession. Under NetView do we have an option to clone an existing user sessions to a new NetView user ? Peter -- 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 may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
NetView session manager - Session Clone
Hi I have never used NetView session manager and my experience is just with TPX and Supersession. Under NetView do we have an option to clone an existing user sessions to a new NetView user ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview Automation Table Code
If the MPFLST is setup correctly, you should see a CNM493I message in
you Netview logs. This message indicates a match in Netview Message automation
Table .
Depending upon whether the dataset you want to trap on the FROM dataset
or the TO dataset will dictate which line you want to trap. The FROM dataset is
in the second line and the TO dataset is in the third line.
For specific help on the Trap syntax, I would consider using the
Netview Group on Yahoo!!
Hth
Tony
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of saurabh khandelwal
Sent: Wednesday, June 13, 2018 12:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Netview Automation Table Code
Hello Tony,
Thanks for reply. I have don’t have programming knowledge to code member in
SDGASAMP for
DGA.SDGASAMP(DGADTFY2).
Also, my netview knowledge is limited to code trap command as you mentioned
previously.
SVTM052I STEP1COPY FKFD022( 704) SNODE=SEB.SND.TCS 280
SVTM052I FROM ECP.A601P2.ATI7.NBK.PS
<http://e2cp.azd601p2.ati7.nbk.ps/>.G3104V00
SVTM052I TO FBT.DATA.VLUS.SAT17.G1678V00*
SVTM052I COMPLETED /SCPA000I
Can you please help me to code this multiline WTO..
I checked MVS initialization guide and found that by default,
If you do not specify an MPFLSTxx member, the defaults are AUTO(YES). So, we
don’t have to code this . Please correct me, if wrong.
On Tue, Jun 12, 2018 at 7:54 PM, Cieri, Anthony wrote:
>
> Hello Saurabh,
>
> I can hopefully offer a few points of clarification. I think
> that the IGD104I messages are generally only written to the joblog.
> Connect:Direct uses dynamic allocation for all processes.
> The SVTM052I message IS written to syslog and can be automated
> if you have coded AUTO(YES) in you MPFLSTxx PARMLIB member. Also, the
> most significant point was offered by @Vince. The SVTM052I message ID
> is Multi-line Write-to-Operator (MLWTO) message. It is generally
> issued as a
> (4) line WTO, but each line has the SVTM052I message ID. Your message
> trap as provided in a previous post will not work because the 'TO'
> text does NOT occur in the first line of the MLWTO. We do something
> similar here and I have pasted my trap for reference:
>
> IF (LABEL:SVTM052A) MSGID = 'SVTM052I' & JOBNAME = JOB
> & (ACQUIRE('LASTLINE WORD 4.1') = .'SDEDSNRI'. |
> ACQUIRE('LASTLINE WORD 4.1') = .'SDEPDSRI'.)
> THEN EXEC( CMD('MVS %CON ') ROUTE(ONE AUTONDM));
>
> This MAT entry is used to trap the sense code is the last
> (4th) line of the MLWTO. You could do something similar to trap the
> 'TO' text and Dataset name in the third line of the MLWTO.
>
> Also, in case you were not aware, there are a few utility
> programs that are distributed along with Connect:Direct for z/OS. One
> in particular, DGADTFY2 (DMNOTFY2) can be used within a Conenct:Direct
> process to send a message to a TSO user when the process ends. You
> can pass the TO dataset name as a parameter to DGADTFY2. You can also
> use modal logic in the process to send the message for a successful or
> unsuccessful COPY step (or BOTH if you choose). Here is a simple example:
>
> STEP02 IF (COPY01 = 0) THEN
> NOTE21 RUN TASK (PGM=DGADTFY2,PARM=(GOOD,'',)) -
>
> SNODE
> ELSE
> NOTE22 RUN TASK (PGM=DGADTFY2,PARM=(FAIL,'',)) -
>
> SNODE
>
> The first step (NOTE21) will send a message to the user
> specified by indicating that the file transfer was successful
> if the COPY01 Step ended with a return code of 0.. The message will
> also contain the dataset name. The second step (NOTE22) will send a
> message to the same user indicating that the file transfer fails, if
> the COPY01 step ends with a return code other than 0. Of course, this
> example assumes that you have coded a Connect:Direct COPY step named COPY01.
>
> I hope this helps some.
>
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of saurabh khandelwal
> Sent: Tuesday, June 12, 2018 7:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Netview Automation Table Code
>
> Hello Steve,
>
> I couldn't understand your point. Can you please help to understand this.
>
> I am getting below message in SYSLOG generated using DCON and I could
> see these messages are in JESYSMSG, JESMSGLG and also in SYSLOG
>
> OUR SYSLOG VIEW*
>
> ---6+7+8+9+0+1+2+
>
> IGD104I FDNBT.DATA
Re: Netview Automation Table Code
Hello Tony,
Thanks for reply. I have don’t have programming knowledge to code member
in SDGASAMP for
DGA.SDGASAMP(DGADTFY2).
Also, my netview knowledge is limited to code trap command as you mentioned
previously.
SVTM052I STEP1COPY FKFD022( 704) SNODE=SEB.SND.TCS 280
SVTM052I FROM ECP.A601P2.ATI7.NBK.PS
<http://e2cp.azd601p2.ati7.nbk.ps/>.G3104V00
SVTM052I TO FBT.DATA.VLUS.SAT17.G1678V00*
SVTM052I COMPLETED /SCPA000I
Can you please help me to code this multiline WTO..
I checked MVS initialization guide and found that by default,
If you do not specify an MPFLSTxx member, the defaults are AUTO(YES). So,
we don’t have to code this . Please correct me, if wrong.
On Tue, Jun 12, 2018 at 7:54 PM, Cieri, Anthony wrote:
>
> Hello Saurabh,
>
> I can hopefully offer a few points of clarification. I think that
> the IGD104I messages are generally only written to the joblog.
> Connect:Direct uses dynamic allocation for all processes.
> The SVTM052I message IS written to syslog and can be automated if
> you have coded AUTO(YES) in you MPFLSTxx PARMLIB member. Also, the most
> significant point was offered by @Vince. The SVTM052I message ID is
> Multi-line Write-to-Operator (MLWTO) message. It is generally issued as a
> (4) line WTO, but each line has the SVTM052I message ID. Your message trap
> as provided in a previous post will not work because the 'TO' text does NOT
> occur in the first line of the MLWTO. We do something similar here and I
> have pasted my trap for reference:
>
> IF (LABEL:SVTM052A) MSGID = 'SVTM052I' & JOBNAME = JOB
> & (ACQUIRE('LASTLINE WORD 4.1') = .'SDEDSNRI'. |
> ACQUIRE('LASTLINE WORD 4.1') = .'SDEPDSRI'.)
> THEN EXEC( CMD('MVS %CON ') ROUTE(ONE AUTONDM));
>
> This MAT entry is used to trap the sense code is the last (4th)
> line of the MLWTO. You could do something similar to trap the 'TO' text
> and Dataset name in the third line of the MLWTO.
>
> Also, in case you were not aware, there are a few utility programs
> that are distributed along with Connect:Direct for z/OS. One in
> particular, DGADTFY2 (DMNOTFY2) can be used within a Conenct:Direct process
> to send a message to a TSO user when the process ends. You can pass the TO
> dataset name as a parameter to DGADTFY2. You can also use modal logic in
> the process to send the message for a successful or unsuccessful COPY step
> (or BOTH if you choose). Here is a simple example:
>
> STEP02 IF (COPY01 = 0) THEN
> NOTE21 RUN TASK (PGM=DGADTFY2,PARM=(GOOD,'',)) -
>
> SNODE
> ELSE
> NOTE22 RUN TASK (PGM=DGADTFY2,PARM=(FAIL,'',)) -
>
> SNODE
>
> The first step (NOTE21) will send a message to the user specified
> by indicating that the file transfer was successful if the COPY01
> Step ended with a return code of 0.. The message will also contain the
> dataset name. The second step (NOTE22) will send a message to the same user
> indicating that the file transfer fails, if the COPY01 step ends with a
> return code other than 0. Of course, this example assumes that you have
> coded a Connect:Direct COPY step named COPY01.
>
> I hope this helps some.
>
> Tony
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of saurabh khandelwal
> Sent: Tuesday, June 12, 2018 7:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Netview Automation Table Code
>
> Hello Steve,
>
> I couldn't understand your point. Can you please help to understand this.
>
> I am getting below message in SYSLOG generated using DCON and I could see
> these messages are in JESYSMSG, JESMSGLG and also in SYSLOG
>
> OUR SYSLOG VIEW*
>
> ---6+7+8+9+0+1+2+
>
> IGD104I FDNBT.DATA.VPLUS.SDPAT17.G1678V00RETAINED,
>
> DDNAME=NDM00222
>
> SVTM052I FROM E2CP.AZD601P2.ATI7.NBK.PS.G3104V00
>
> * SVTM052I TO FDNBT.DATA.VPLUS.SDPAT17.G1678V00*
>
> SVTM052I COMPLETED /SCPA000I
>
> - -TIMINGS (MINS.)-
>
>
> Thanks & Regards
> Saurabh
>
> On Tue, Jun 12, 2018 at 1:04 PM, Steve Horein
> wrote:
>
> > It appears the messages are found in JESYSMSG, and not
> > JESMSGLG/SYSLOG/OPERLOG.
> > You will likely need something like System Automation's Job Log
> > Monitoring <https://www.ibm.com/support/knowledgecenter/SSWRCJ_4.1.0/
> > com.ibm.safos.doc_4.1/CustandProg/Joblog_Monitoring.html>
> > to accomplish the g
Re: Netview Automation Table Code
Hello Saurabh,
I can hopefully offer a few points of clarification. I think that the
IGD104I messages are generally only written to the joblog. Connect:Direct uses
dynamic allocation for all processes.
The SVTM052I message IS written to syslog and can be automated if you
have coded AUTO(YES) in you MPFLSTxx PARMLIB member. Also, the most
significant point was offered by @Vince. The SVTM052I message ID is Multi-line
Write-to-Operator (MLWTO) message. It is generally issued as a (4) line WTO,
but each line has the SVTM052I message ID. Your message trap as provided in a
previous post will not work because the 'TO' text does NOT occur in the first
line of the MLWTO. We do something similar here and I have pasted my trap for
reference:
IF (LABEL:SVTM052A) MSGID = 'SVTM052I' & JOBNAME = JOB
& (ACQUIRE('LASTLINE WORD 4.1') = .'SDEDSNRI'. |
ACQUIRE('LASTLINE WORD 4.1') = .'SDEPDSRI'.)
THEN EXEC( CMD('MVS %CON ') ROUTE(ONE AUTONDM));
This MAT entry is used to trap the sense code is the last (4th) line of
the MLWTO. You could do something similar to trap the 'TO' text and Dataset
name in the third line of the MLWTO.
Also, in case you were not aware, there are a few utility programs that
are distributed along with Connect:Direct for z/OS. One in particular,
DGADTFY2 (DMNOTFY2) can be used within a Conenct:Direct process to send a
message to a TSO user when the process ends. You can pass the TO dataset name
as a parameter to DGADTFY2. You can also use modal logic in the process to send
the message for a successful or unsuccessful COPY step (or BOTH if you choose).
Here is a simple example:
STEP02 IF (COPY01 = 0) THEN
NOTE21 RUN TASK (PGM=DGADTFY2,PARM=(GOOD,'',)) -
SNODE
ELSE
NOTE22 RUN TASK (PGM=DGADTFY2,PARM=(FAIL,'',)) -
SNODE
The first step (NOTE21) will send a message to the user specified by
indicating that the file transfer was successful if the COPY01 Step
ended with a return code of 0.. The message will also contain the dataset name.
The second step (NOTE22) will send a message to the same user indicating that
the file transfer fails, if the COPY01 step ends with a return code other than
0. Of course, this example assumes that you have coded a Connect:Direct COPY
step named COPY01.
I hope this helps some.
Tony
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of saurabh khandelwal
Sent: Tuesday, June 12, 2018 7:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Netview Automation Table Code
Hello Steve,
I couldn't understand your point. Can you please help to understand this.
I am getting below message in SYSLOG generated using DCON and I could see
these messages are in JESYSMSG, JESMSGLG and also in SYSLOG
OUR SYSLOG VIEW*
---6+7+8+9+0+1+2+
IGD104I FDNBT.DATA.VPLUS.SDPAT17.G1678V00RETAINED,
DDNAME=NDM00222
SVTM052I FROM E2CP.AZD601P2.ATI7.NBK.PS.G3104V00
* SVTM052I TO FDNBT.DATA.VPLUS.SDPAT17.G1678V00*
SVTM052I COMPLETED /SCPA000I
- -TIMINGS (MINS.)-
Thanks & Regards
Saurabh
On Tue, Jun 12, 2018 at 1:04 PM, Steve Horein
wrote:
> It appears the messages are found in JESYSMSG, and not
> JESMSGLG/SYSLOG/OPERLOG.
> You will likely need something like System Automation's Job Log
> Monitoring <https://www.ibm.com/support/knowledgecenter/SSWRCJ_4.1.0/
> com.ibm.safos.doc_4.1/CustandProg/Joblog_Monitoring.html>
> to accomplish the goal, or some other method to get these messages as WTOs.
>
>
>
> On Tue, Jun 12, 2018 at 4:31 AM saurabh khandelwal <
> venkatkulkarn...@gmail.com> wrote:
>
> > Hello Vince,
> >
> > Thanks for reply.
> >
> > I want to trap below dataset only when
> >
> > FDNBT.DATA.VPLUS.SDPAT17.G1678V00
> >
> > we see SVTM052I this msgid and TEXT "TO " .
> > I am not sure, if i made mistake in coding this in netview
> > automation table.
> >
> > please suggest.
> >
> > On Tue, Jun 12, 2018 at 12:10 PM, Vince Getgood
> >
> > wrote:
> >
> > > I'm not a Netview or Systems Automation expert, but I THINK what's
> > > happening here is that SVTM052I is a multi-line message, and you
> > > are
> > trying
> > > to process it like a single line message.
> > >
> > >
