Re: Ent. Cobol 6.3 on z/os 2.2?
Will give it a try. Thanks. ITschak ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon * On Mon, Aug 15, 2022 at 7:21 AM Brian Westerman < brian_wester...@syzygyinc.com> wrote: > It should work fine, I have a client that is running 2.2 on a z114 with LE > COBOL 6.3 and they are happy with it. I wish I could convince them to > upgrade to get the benefit of 64-bit from it, but they are happy where they > are. > > Brian > > -- > 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: clarification on SDWAEPA. (was ...SWDAEPA)
The OP had an incorrect starting assumption that "the system" knows anything at all about SDWAMODN. It does not. That is a field filled in by the recovery routine. The trio of fields SDWAMODN, SDWACSCT, SDWAREXN (often accessed as a group by the containing name of SDWARECP) contain whatever a recovery routine chose to place into them. In the stated example, the system wouldn't know about "PGM2" at all. It wouldn't necessarily know about "PGM1" either, unless that was the name used for such a service as ATTACH, LINK, or XCTL. If the abending program is running in problem state under a PRB or IRB then there is a possibility that RTM2EPA will be set. For a PRB, it will be set to the value from CDENTPT if the RB has an associated CDE (RBCDE1). For an IRB, it will be set to the value from RBEP. For both of these cases there might be a module name. That is placed into SDWANAME. For a PRB, it comes from CDNAME (if there is a CDE). For an IRB, it comes from whatever CSVQUERY comes up with, based on the RBEP value. If SDWAEPA contains the EPA of PGM1, the odds are good that SDWANAME contains PGM1. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Remote HMC
After you made the changes on the HMC did you do a POR then IPL? Thanks Shelia Chalk -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Sunday, August 14, 2022 10:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Remote HMC Tony, Assuming you really described all the picture (*) it may be an issue with network rules based on MAC address - that's the only "network thing" you have changed with HMC replacement. (*) it is not honest/dishonest, it is about trust. I trust NO ONE, when analysing IT problems. No one, including me. Nobody's perfect, it is possible to miss some detail. :-) -- Radoslaw Skorupka Lodz, Poland W dniu 13.08.2022 o 03:50, Cieri, Anthony pisze: > Thanks for your reply. > We do appear to have a "network" issue. It is strange because we copied > the configs from the old machine are moved the cables from the old HMC to the > new HMC. One interface work for remote access to the remote HMC. One the > other interface, I can ping the remote gateway and the local HMC, but I > cannot ping the SEs at the local site so the manual installation does not > work. > > We certainly could (add do) use the remote access to the local HMC. We > want to get the remote HMC working for our DR test. > > Thanks again. > Tony > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Radoslaw Skorupka > Sent: Friday, August 12, 2022 5:53 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Remote HMC > > [[ SEI WARNING *** This email was sent from an external source. Do not open > attachments or click on links from unknown or suspicious senders. *** ]] > > > Well, as far as I understood you have a problem with connectivity. > 1. Check network connectivity, internal firewalls, rules, etc. > 2. Use "manual object installation" - remote HMC will NOT discover your CPCs. > You have to define it manually, it is not hard. > 3. Domain security. Leave default or check it thoroughly. > > BTW: What do you need actually? > I'm asking, because you wrote about remote HMC, but usually users need remote > access to (local) HMC. I did use both and I have to admit the functionality > available with remote HMC *but not with remote access* to the local HMC is > rather rare. In other words: vast majority of features is available though > remote access. > > Last, but not least: remote access to local HMC is much easier to set up. > > HTH > > -- > Radoslaw Skorupka > Lodz, Poland > > > > W dniu 11.08.2022 o 17:57, Cieri, Anthony pisze: >> Hi List, >> >> I have a new DR machine (BC15) that we have installed in Austin. The >> machine is running and we tested out a DR scenario when we were there. At >> that time , we did NOT have our remote HMC installed. A few week later we >> are now installing our remote HMC and we are having an issue. The HMC do not >> seem to talk to each other. >> >> We have used the same cables and copied the configurations from the >> previous machines. Our remote HMC (Oaks, PA) cannot ping the SEs in Austin, >> however the eth1 interface is up and running. >> >> Has anyone run into this situation?? >> Can you suggest any potential solutions?? >> >> Thanks in advance >> Tony >> -- 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
Optimizing DFSORT Use of Z Sort Accelerator
Hi, There has been a growing need to get the maximum value from the Z Sort Accelerator on z15s. To address this need, we created three sample ICETOOL reports that analyze DFSORT's SMF type 16 records. we also provided DFSORT Symbol mappings for SMF record type 16. You can access all of this information from https://www.ibm.com/support/pages/node/6603051 The information on this page will help you quickly and easily determine how your rollout of Z Sort Accelerator is progressing, and if there are changes that you can make to let even more sorts benefit from Z Sort. Thanks to Frank Kyne and Cheryl Watson for sharing the reprint of the Cheryl Watson Tuning Letter. The article "Optimizing DFSORT Use of Z Sort Accelerator" answers your questions to optimize your use of Z Sort. Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Optimizing DFSORT Use of Z Sort Accelerator
Hello Sri, As always, thanks for your tireless help on this topic. I was hoping this would show up in the TechDocs page (https://www.ibm.com/support/pages/ibmsearch?q=&dc=DA900&task=&startdate=19380912&sortby=desc) ... but of course it doesn't. Serious question to IBM - What is the thought process involved in allowing technical folks to produce technical content, but then making it impossible to hear about. Was the gain of re-doing the TechDocs so profound that it dwarfs the impact of your customers missing timely technical publications? In this case, since it's in the newsletter & because of your post, we learn. What about all the content that goes totally unnoticed? Ex: How does one really know that this exist - https://www.ibm.com/support/pages/system/files/inline-files/zOS%20V2R5%20Communications%20Server%20Performance%20Summary%20Report_3.pdf - KB --- Original Message --- On Monday, August 15th, 2022 at 7:16 PM, Sri h Kolusu wrote: > Hi, > > There has been a growing need to get the maximum value from the Z Sort > Accelerator on z15s. To address this need, we created three sample ICETOOL > reports that analyze DFSORT's SMF type 16 records. we also provided DFSORT > Symbol mappings for SMF record type 16. > > You can access all of this information from > > https://www.ibm.com/support/pages/node/6603051 > > The information on this page will help you quickly and easily determine how > your rollout of Z Sort Accelerator is progressing, and if there are changes > that you can make to let even more sorts benefit from Z Sort. > > Thanks to Frank Kyne and Cheryl Watson for sharing the reprint of the Cheryl > Watson Tuning Letter. The article "Optimizing DFSORT Use of Z Sort > Accelerator" answers your questions to optimize your use of Z Sort. > > Thanks, > Kolusu > DFSORT Development > IBM Corporation > > > > -- > 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: Remote HMC
No, the POR and IPLs were completed before the remote HMC was installed -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shelia Chalk Sent: Monday, August 15, 2022 8:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Remote HMC [[ SEI WARNING *** This email was sent from an external source. Do not open attachments or click on links from unknown or suspicious senders. *** ]] After you made the changes on the HMC did you do a POR then IPL? Thanks Shelia Chalk -Original Message- From: IBM Mainframe Discussion List On Behalf Of Radoslaw Skorupka Sent: Sunday, August 14, 2022 10:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Remote HMC Tony, Assuming you really described all the picture (*) it may be an issue with network rules based on MAC address - that's the only "network thing" you have changed with HMC replacement. (*) it is not honest/dishonest, it is about trust. I trust NO ONE, when analysing IT problems. No one, including me. Nobody's perfect, it is possible to miss some detail. :-) -- Radoslaw Skorupka Lodz, Poland W dniu 13.08.2022 o 03:50, Cieri, Anthony pisze: > Thanks for your reply. > We do appear to have a "network" issue. It is strange because we copied > the configs from the old machine are moved the cables from the old HMC to the > new HMC. One interface work for remote access to the remote HMC. One the > other interface, I can ping the remote gateway and the local HMC, but I > cannot ping the SEs at the local site so the manual installation does not > work. > > We certainly could (add do) use the remote access to the local HMC. We > want to get the remote HMC working for our DR test. > > Thanks again. > Tony > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Radoslaw Skorupka > Sent: Friday, August 12, 2022 5:53 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Remote HMC > > [[ SEI WARNING *** This email was sent from an external source. Do not > open attachments or click on links from unknown or suspicious senders. > *** ]] > > > Well, as far as I understood you have a problem with connectivity. > 1. Check network connectivity, internal firewalls, rules, etc. > 2. Use "manual object installation" - remote HMC will NOT discover your CPCs. > You have to define it manually, it is not hard. > 3. Domain security. Leave default or check it thoroughly. > > BTW: What do you need actually? > I'm asking, because you wrote about remote HMC, but usually users need remote > access to (local) HMC. I did use both and I have to admit the functionality > available with remote HMC *but not with remote access* to the local HMC is > rather rare. In other words: vast majority of features is available though > remote access. > > Last, but not least: remote access to local HMC is much easier to set up. > > HTH > > -- > Radoslaw Skorupka > Lodz, Poland > > > > W dniu 11.08.2022 o 17:57, Cieri, Anthony pisze: >> Hi List, >> >> I have a new DR machine (BC15) that we have installed in Austin. The >> machine is running and we tested out a DR scenario when we were there. At >> that time , we did NOT have our remote HMC installed. A few week later we >> are now installing our remote HMC and we are having an issue. The HMC do not >> seem to talk to each other. >> >> We have used the same cables and copied the configurations from the >> previous machines. Our remote HMC (Oaks, PA) cannot ping the SEs in Austin, >> however the eth1 interface is up and running. >> >> Has anyone run into this situation?? >> Can you suggest any potential solutions?? >> >> Thanks in advance >> Tony >> -- 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
Shopz Links Broken?
All links that I have tried don’t take me to the traditional Shopz website. Has IBM broken or changed something? It takes me to the IBM Software landing page and I don’t see how to get to Shopz. -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shopz Links Broken?
Hi Mike, the link I have is https://www.ibm.com/software/shopzseries/ShopzSeries.wss?action=login my company uses Single user or single sign on so once I verify my email I just get taken there HTH's Carmen On 8/15/2022 9:22 AM, Michael Babcock wrote: All links that I have tried don’t take me to the traditional Shopz website. Has IBM broken or changed something? It takes me to the IBM Software landing page and I don’t see how to get to Shopz. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shopz Links Broken?
That link did work for me on my phone. I’ll try from within the company network. Thanks! On Mon, Aug 15, 2022 at 9:33 AM Carmen Vitullo wrote: > Hi Mike, the link I have is > > https://www.ibm.com/software/shopzseries/ShopzSeries.wss?action=login > > my company uses Single user or single sign on so once I verify my email > I just get taken there > > HTH's > > > Carmen > > > On 8/15/2022 9:22 AM, Michael Babcock wrote: > > All links that I have tried don’t take me to the traditional Shopz > website. > >Has IBM broken or changed something? > > > > It takes me to the IBM Software landing page and I don’t see how to get > to > > Shopz. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shopz Links Broken?
Must be something in our network. That same link did not work from within our network. On Mon, Aug 15, 2022 at 9:38 AM Michael Babcock wrote: > That link did work for me on my phone. I’ll try from within the company > network. Thanks! > > On Mon, Aug 15, 2022 at 9:33 AM Carmen Vitullo > wrote: > >> Hi Mike, the link I have is >> >> https://www.ibm.com/software/shopzseries/ShopzSeries.wss?action=login >> >> my company uses Single user or single sign on so once I verify my email >> I just get taken there >> >> HTH's >> >> >> Carmen >> >> >> On 8/15/2022 9:22 AM, Michael Babcock wrote: >> > All links that I have tried don’t take me to the traditional Shopz >> website. >> >Has IBM broken or changed something? >> > >> > It takes me to the IBM Software landing page and I don’t see how to get >> to >> > Shopz. >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> > -- > Michael Babcock > OneMain Financial > z/OS Systems Programmer, Lead > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Shopz Links Broken?
this is the link I have bookmarked, it take me to the sign-in/register page https://www.ibm.com/software/shopzseries/ShopzSeries_public.wss On 8/15/2022 9:40 AM, Michael Babcock wrote: Must be something in our network. That same link did not work from within our network. On Mon, Aug 15, 2022 at 9:38 AM Michael Babcock wrote: That link did work for me on my phone. I’ll try from within the company network. Thanks! On Mon, Aug 15, 2022 at 9:33 AM Carmen Vitullo wrote: Hi Mike, the link I have is https://www.ibm.com/software/shopzseries/ShopzSeries.wss?action=login my company uses Single user or single sign on so once I verify my email I just get taken there HTH's Carmen On 8/15/2022 9:22 AM, Michael Babcock wrote: All links that I have tried don’t take me to the traditional Shopz website. Has IBM broken or changed something? It takes me to the IBM Software landing page and I don’t see how to get to Shopz. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Optimizing DFSORT Use of Z Sort Accelerator
>> I was hoping this would show up in the TechDocs page KB, Not sure if DA900 translates to "Tech doc". The new page is published as a part of DFSORT, you can find it here https://www.ibm.com/support/pages/ibmsearch?q=dfsort&sortby=desc Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CC compiler under CMS - LSEARCH option
On Sun, 14 Aug 2022 00:49:20 +0300, Binyamin Dissen wrote: >I am trying to tell the C compiler to use MACRO file types for #include. > : >I have tried multiple versions of LSEARCH with no luck. > >cc **name** c * (lsearch(*.macro) >WARNING CCN3261 Suboption *.macro is not valid for option LSEARCH. > >cc **name** c * (lsearch(*.*.*) >WARNING CCN3261 Suboption *.*.* is not valid for option LSEARCH. > >I can simply rename the MACRO to H and it works, but this is a bug in my >bonnet. You specified #include instead of #include "my.macro" <> are for system include files. These are always H files or members of a MACLIB. Quotes are for *user* include files. They can be any name. If not found, the LSEARCH option/default is used, ignoring the ft and fm. And your syntax for LSEARCH is wrong. It would be LSEARCH((*.macro)=(LIB(.), .)) That is, you are mapping a specific pattern to a specific set of MACLIBs. My test program that has #include "my.macro" compiles just fine without any LSEARCH specification. Alan Altmark z/VM Consultant IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CC compiler under CMS - LSEARCH option
On z/OS I've occasionally had to use NOLSEARCH,LSEARCH(...) to remove the default LSEARCH to get my LSEARCH to work. Colin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CC compiler under CMS - LSEARCH option
On Mon, 15 Aug 2022 10:55:17 -0500, Alan Altmark wrote: >>... >You specified >#include >instead of >#include "my.macro" > ><> are for system include files. These are always H files or members of a >MACLIB. > >Quotes are for *user* include files. They can be any name. If not found, the >LSEARCH option/default is used, ignoring the ft and fm. > How can the programmer indicate: o A SFS member with a directory path? (Must it be accessed with a mode letter?) o A BFS member? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Access to System Symbols from a C/C++ program?
There seem to be way too many ways to access various subsets of System and JCL symbols. I have C/C++ code that I want to be able to read its own config file (a UNIX file, that is) and perform substitution for system symbols. I do not want the user to have to run an extra job step or the like. There is program ASASYMBM that is a standalone load module in linklist. Can I invoke it from C/C++? Do any of its environmental requirements clash with those likely to be encountered in a C/C++ program running either as EXEC PGM=, or invoked from a shell prompt? There is also the program IEASYMCK in SYS1.SAMPLIB. This calls ASASYMBM, and provides at least some guidance in using it. Then there is EZACFSM1, which is a TCP/IP utility that is evidently of more general applicability. But it is that separate job step that I don't want to have to run. Can I invoke it from my C/C++ code? Does it accept DDname overrides or UNIX files (fat chance, he guesses...)? Finally, there is an LE library function __le_ceegtjs(...) that retrieves "exported JCL symbols" one at a time, but doesn't do substitution. It's less than clear if this covers anything other than the target of a JCL EXPORT statement (what does EXPORT really *do* anyway...?). At least this is C/C++ native. Although it's not so important, I would like to be able to see user-defined symbols from the JCL as well as System Symbols. But I imagine this will be problematic if my program is run from a shell prompt/BPXBATCH, because it's likely to be in another address space. The overall effect I want is to be able to say to end users of the C/C++ code roughly "you can use System [and JCL?] symbols in the config file as you would in JCL or a PARMLIB member". This would include consistent use of & and . and .. during substitution. Suggestions? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TESTAUTH from C/C++
Marginally related to my previous question - I'd like to do a TESTAUTH from C/C++ code, and refuse to run if I'm not APF authorized. I'm not proposing to actual use the result for any sort of my own security testing, but just to know if calling a C/C++ library function that is documented to require APF (or better) is likely to fail so I can tell the user early. I don't see a C library function to do this. The TESTAUTH expansion is tiny, and I could use __ASM(...), but it's perhaps neater to just test JSCBAUTH directly in C code. Yes, I realize TESTAUTH is more than just testing that one bit, but I think it's true that if that bit is off (and I'm not in supervisor state or system key, which I won't be), then a TESTAUTH would fail, and that's all I want to know. Oddly enough, there *is* a library function that appears to test for the Program Controlled state. Well, maybe not - it's __must_stay_clean() which tests for the "must not lose Program Controlled" status, so not quite the same. What's the best approach? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Access to System Symbols from a C/C++ program?
On Mon, 15 Aug 2022 13:54:18 -0400, Tony Harminc wrote: >There seem to be way too many ways to access various subsets of System and >JCL symbols. > Yes. However a mitigating factor is that many of them don't work thee way you'd like. >... I have C/C++ code that I want to be able to read its own >config file (a UNIX file, that is) and perform substitution for system >symbols. I do not want the user to have to run an extra job step or the >like. > Is the set of symbols predefined or open-ended? Wouldn't it be nice if there were a function to add all or a selected set of system and JCL symbols as environment variables in the caller's address space? then, one might: popen( command containing here-document, "r" ); E.g. #! /bin/sh cat <<-endfig The configuration is: User: $LOGNAME Time: $( date ) etc. endfig What other utilities perform symbol substitution in files? >... (what does EXPORT really *do* anyway...?). > I suspect it creates a JES control block containing names/values of JCL symbols at the end of the job step (not, as would be intuitive, at the point of the "//name DD *,SYMBOLS=...") -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TESTAUTH from C/C++
IMO, If you are going down the path of writing C/C++ for z/OS of much significance, you will likely need to write some assembler routines that you can call from C/C++.Just bite the bullet and figure out the calling conventions (XPLINK?) and you will be glad in the long run. The compiler inlining support is another option that often good, but in many cases it can be tricky because you have to carefully declare all of the register clobbers, not to mention the crazy syntax and symantics of __asm. Kirk Wolf Dovetailed Technologies, LLC http://coztoolkit.com Dovetailed Technologies: +1 636.300.0901 Note: Our website and domain name have changed from dovetail.com to coztoolkit.com On Mon, Aug 15, 2022, at 1:17 PM, Tony Harminc wrote: > Marginally related to my previous question - I'd like to do a TESTAUTH from > C/C++ code, and refuse to run if I'm not APF authorized. I'm not proposing > to actual use the result for any sort of my own security testing, but just > to know if calling a C/C++ library function that is documented to require > APF (or better) is likely to fail so I can tell the user early. > > I don't see a C library function to do this. The TESTAUTH expansion is > tiny, and I could use __ASM(...), but it's perhaps neater to just test > JSCBAUTH directly in C code. Yes, I realize TESTAUTH is more than just > testing that one bit, but I think it's true that if that bit is off (and > I'm not in supervisor state or system key, which I won't be), then a > TESTAUTH would fail, and that's all I want to know. > > Oddly enough, there *is* a library function that appears to test for the > Program Controlled state. Well, maybe not - it's __must_stay_clean() which > tests for the "must not lose Program Controlled" status, so not quite the > same. > > What's the best approach? > > Tony H. > > -- > 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: TESTAUTH from C/C++
That's what I did, for example to be able to call SWAREQ etc. from C or certain machine instructions which cannot be reached from C otherwise. Very small ASSEMBLER routines with clean C interfaces. Because we are only using 31-bit C with standard linkage conventions and NORENT, the linkage to the ASM routines is a no-brainer. No XPLINK. Even no LE dependencies or considerations. LE doesn't even notice that there are some small ASM routines doing some system-related work. Kind regards Bernd Am 15.08.2022 um 21:23 schrieb Kirk Wolf: IMO, If you are going down the path of writing C/C++ for z/OS of much significance, you will likely need to write some assembler routines that you can call from C/C++.Just bite the bullet and figure out the calling conventions (XPLINK?) and you will be glad in the long run. The compiler inlining support is another option that often good, but in many cases it can be tricky because you have to carefully declare all of the register clobbers, not to mention the crazy syntax and symantics of __asm. Kirk Wolf Dovetailed Technologies, LLC http://coztoolkit.com Dovetailed Technologies: +1 636.300.0901 Note: Our website and domain name have changed from dovetail.com to coztoolkit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TESTAUTH from C/C++
On Mon, 15 Aug 2022 at 15:26, Kirk Wolf wrote: > IMO, If you are going down the path of writing C/C++ for z/OS of much > significance, you will likely need to write some assembler routines that > you can call from C/C++.Just bite the bullet and figure out the calling > conventions (XPLINK?) and you will be glad in the long run. Yup - thanks. This is a 20+ year old code base that runs on z/OS and Windows with conditional compilation. It already uses a number of z/OS callable services, including RACF ones. I'm just trying to make it a bit more z/OS-friendly in the way it interacts with end-users and operations people. Part of this is issuing messages with the expected z/OS level of accuracy and particularity (don't laugh...), rather then the "Oops - something went wrong" that we see from Google and Microsoft et al. So it's not a matter of writing brand new C/C++ code for z/OS. If we *were* writing new z/OS code I'm pretty sure we'd be looking at the Open XL C/C++ compiler with its newfangled bells and whistles, 64-bit-only code, and so on. Our current code has run with LE and its baggage for a long time, and isn't likely to change. The compiler inlining support is another option that often good, but in > many cases it can be tricky because you have to carefully declare all of > the register clobbers, not to mention the crazy syntax and symantics of > __asm. > I've tried asking IBM over the years to provide something that's a lot more like the PL/X GENERATE statement for C, i.e. that doesn't try to cram assembler into C syntax. Of course that's for Metal C where the compiler is generating assembler statements anyway. I seem to be crying in the wilderness on this one. Tony H. On Mon, Aug 15, 2022, at 1:17 PM, Tony Harminc wrote: > > Marginally related to my previous question - I'd like to do a TESTAUTH > from > > C/C++ code, and refuse to run if I'm not APF authorized. I'm not > proposing > > to actual use the result for any sort of my own security testing, but > just > > to know if calling a C/C++ library function that is documented to require > > APF (or better) is likely to fail so I can tell the user early. > > > > I don't see a C library function to do this. The TESTAUTH expansion is > > tiny, and I could use __ASM(...), but it's perhaps neater to just test > > JSCBAUTH directly in C code. Yes, I realize TESTAUTH is more than just > > testing that one bit, but I think it's true that if that bit is off (and > > I'm not in supervisor state or system key, which I won't be), then a > > TESTAUTH would fail, and that's all I want to know. > > > > Oddly enough, there *is* a library function that appears to test for the > > Program Controlled state. Well, maybe not - it's __must_stay_clean() > which > > tests for the "must not lose Program Controlled" status, so not quite the > > same. > > > > What's the best approach? > > > > Tony H. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TESTAUTH from C/C++
ISAUTH EDCPRLG DSALEN=CDSALEN,BASEREG=NONE * TESTAUTH FCTN=1 * SRL R15,2 4 => 1 LCR R15,R15 1 => -1 AHI R15,1 1 => 0; 0 => 1 * EDCEPIL , -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Problems caused by Health Checker?
We’ve occasionally had problems with our production z/OS LPAR that seem to be caused by HZSPROC, and I was wondering if anyone else has seen anything like this. One problem we’ve seen is that sometimes when HZSPROC starts during an IPL, it for some reason seems to try to access a migrated dataset (we use FDRABR for dataset migration) and since DFRMM hasn’t started yet the recall fails. (We don’t know what dataset it is trying to access; none of the datasets explicitly in the PROC ever migrate.) Everything seems to freeze until we reply “CANCEL” to the EDG4012D message. This is annoying enough, but last Thursday one of my coworkers stopped HZSPROC because it was repeatedly issuing the message that ECSA usage was high. (We’d already scheduled an emergency IPL for Sunday to fix that.) Then Friday another coworker tried to restart HZSPROC to see if he could figure out the migration issue, and our system stopped working well. It looked like batch jobs were stuck in allocation or deallocation from what was described to me. (I’m semi-retired and don’t work on Fridays.) They decided to go ahead with the emergency IPL then and there, but without HZSPROC starting. That IPL went fine and we haven't seen any issues since then, but we’re afraid to try to start HZSPROC. Has anyone had issues like this with Health Checker? Any suggestions for how to resolve this? Thanks. -- Curtis Pew ITS Campus Solutions curtis@austin.utexas.edu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problems caused by Health Checker?
I’ve never seen anything like that in our shop. On Mon, Aug 15, 2022 at 5:09 PM Pew, Curtis G wrote: > We’ve occasionally had problems with our production z/OS LPAR that seem to > be caused by HZSPROC, and I was wondering if anyone else has seen anything > like this. > > One problem we’ve seen is that sometimes when HZSPROC starts during an > IPL, it for some reason seems to try to access a migrated dataset (we use > FDRABR for dataset migration) and since DFRMM hasn’t started yet the recall > fails. (We don’t know what dataset it is trying to access; none of the > datasets explicitly in the PROC ever migrate.) Everything seems to freeze > until we reply “CANCEL” to the EDG4012D message. > > This is annoying enough, but last Thursday one of my coworkers stopped > HZSPROC because it was repeatedly issuing the message that ECSA usage was > high. (We’d already scheduled an emergency IPL for Sunday to fix that.) > Then Friday another coworker tried to restart HZSPROC to see if he could > figure out the migration issue, and our system stopped working well. It > looked like batch jobs were stuck in allocation or deallocation from what > was described to me. (I’m semi-retired and don’t work on Fridays.) They > decided to go ahead with the emergency IPL then and there, but without > HZSPROC starting. That IPL went fine and we haven't seen any issues since > then, but we’re afraid to try to start HZSPROC. > > Has anyone had issues like this with Health Checker? Any suggestions for > how to resolve this? > > Thanks. > > > > -- > Curtis Pew > ITS Campus Solutions > curtis@austin.utexas.edu > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problems caused by Health Checker? [EXTERNAL]
I've not seem this type of behavior as far as I recall. Depending on the level of z/OS you are running there are lots of different checks being done these days. I believe some of those try to "touch" datasets (maybe) to look at allocation information. Others may know better. Could that type of situation be causing the recall situation? Paul Feller GTS Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Monday, August 15, 2022 5:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Problems caused by Health Checker? [EXTERNAL] I’ve never seen anything like that in our shop. On Mon, Aug 15, 2022 at 5:09 PM Pew, Curtis G wrote: > We’ve occasionally had problems with our production z/OS LPAR that > seem to be caused by HZSPROC, and I was wondering if anyone else has > seen anything like this. > > One problem we’ve seen is that sometimes when HZSPROC starts during an > IPL, it for some reason seems to try to access a migrated dataset (we > use FDRABR for dataset migration) and since DFRMM hasn’t started yet > the recall fails. (We don’t know what dataset it is trying to access; > none of the datasets explicitly in the PROC ever migrate.) Everything > seems to freeze until we reply “CANCEL” to the EDG4012D message. > > This is annoying enough, but last Thursday one of my coworkers stopped > HZSPROC because it was repeatedly issuing the message that ECSA usage > was high. (We’d already scheduled an emergency IPL for Sunday to fix > that.) Then Friday another coworker tried to restart HZSPROC to see if > he could figure out the migration issue, and our system stopped > working well. It looked like batch jobs were stuck in allocation or > deallocation from what was described to me. (I’m semi-retired and > don’t work on Fridays.) They decided to go ahead with the emergency > IPL then and there, but without HZSPROC starting. That IPL went fine > and we haven't seen any issues since then, but we’re afraid to try to start > HZSPROC. > > Has anyone had issues like this with Health Checker? Any suggestions > for how to resolve this? > > Thanks. > > > > -- > Curtis Pew > ITS Campus Solutions > curtis@austin.utexas.edu > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Please note: This message originated outside your organization. Please use caution when opening links or attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to set time parameter in TSO/E REXX getmsg function
Hi all, Can we set variable time parameter in TSO/E REXX getmsg function ? We would like to specify wait time value from argue. But getmsg seems to accept only specific numeric seconds as follows. msgrett = getmsg(’dmsg’,’sol’,’C1D7D7D3F2F9F6F8’X,,60) time the amount of time, in seconds, that GETMSG should wait, if the requested message has not yet been routed to the user's console. If you specify a time value and the time expires before the message is routed to the user's console, GETMSG does not retrieve the message. Otherwise, if the message is available before the time expires, GETMSG retrieves the message. If you do not specify time, GETMSG uses a time value of 0 seconds. If the message has not been routed to the user's console, GETMSG does not retrieve the message. Best regarss, Nobuhiko Furuya(古谷信彦) V-SOL Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problems caused by Health Checker?
On Mon, 15 Aug 2022 22:09:13 +, Pew, Curtis G wrote: >We’ve occasionally had problems with our production z/OS LPAR that seem to be >caused by HZSPROC, and I was wondering if anyone else has seen anything like >this. > >One problem we’ve seen is that sometimes when HZSPROC starts during an IPL, it >for some reason seems to try to access a migrated dataset (we use FDRABR for >dataset migration) and since DFRMM hasn’t started yet the recall fails. (We >don’t know what dataset it is trying to access; none of the datasets >explicitly in the PROC ever migrate.) Everything seems to freeze until we >reply “CANCEL” to the EDG4012D message. > >This is annoying enough, but last Thursday one of my coworkers stopped HZSPROC >because it was repeatedly issuing the message that ECSA usage was high. (We’d >already scheduled an emergency IPL for Sunday to fix that.) Then Friday >another coworker tried to restart HZSPROC to see if he could figure out the >migration issue, and our system stopped working well. It looked like batch >jobs were stuck in allocation or deallocation from what was described to me. >(I’m semi-retired and don’t work on Fridays.) They decided to go ahead with >the emergency IPL then and there, but without HZSPROC starting. That IPL went >fine and we haven't seen any issues since then, but we’re afraid to try to >start HZSPROC. > >Has anyone had issues like this with Health Checker? Any suggestions for how >to resolve this? > The only thing that comes to mind is that the logger offloads are getting migrated and at startup when Health Checker connects to the logstream it wants to delete old data that happens to be migrated at the time. Check your hlq.HZS.HCHECKER.HISTORY (your name may be different depending on how you defined the logstream) and see if anything is migrated ever. In my case I define the logstream with AUTODELETE(YES) and RETPD(14). It gets assigned a MGMTCLAS that doesn't migrate. Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CC compiler under CMS - LSEARCH option
On Mon, 15 Aug 2022 12:40:57 -0500, Paul Gilmartin wrote: >How can the programmer indicate: > >o A SFS member with a directory path? > (Must it be accessed with a mode letter?) There is no such capability; the directory must be accessed. You can use LSEARCH(A,B,D), for example, to restrict where the compiler looks for user include files. >o A BFS member? #include "/usr/alan/src/include/my.macro" LSEARCH(/usr/alan/src/include) And I should point out that the SEARCH option is how you change the search order for *system* include files. The compiler behaves differently with/without the OE option. All of this is thoroughly documented in the XL C/C++ for z/VM: User's Guide. I've only scratched the surface. Alan Altmark IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Optimizing DFSORT Use of Z Sort Accelerator
Hi Sri, Looking at my TechDocs like, it does have 'DA900' in it; so it must be the same. What you've shown is that we have to search for something, and then find out that there's something new. What I mean is a very simple page like https://public.dhe.ibm.com/s390/newfunctionapars/mvsstore.zosallfu.html, which I can visit once in a while to learn the new stuff. This is what TechDocs used to be... - KB --- Original Message --- On Monday, August 15th, 2022 at 8:44 PM, Sri h Kolusu wrote: > > > I was hoping this would show up in the TechDocs page > > > KB, > > Not sure if DA900 translates to "Tech doc". The new page is published as a > part of DFSORT, you can find it here > > https://www.ibm.com/support/pages/ibmsearch?q=dfsort&sortby=desc > > > Thanks, > Kolusu > DFSORT Development > IBM Corporation > > -- > 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: CC compiler under CMS - LSEARCH option
On Mon, 15 Aug 2022 21:44:57 -0500, Alan Altmark wrote: > >>o A BFS member? > >#include "/usr/alan/src/include/my.macro" > Must ot be fully qualified, or can it be relative to current working directory? >LSEARCH(/usr/alan/src/include) > Same question. -- Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to set time parameter in TSO/E REXX getmsg function
There is nothing special about getmsg; the time parameter can be any expression that evaluates to a positive number. Note: specifying the CART in hexadecimal is certainly valid, but it makes the code harder to read. From: IBM Mainframe Discussion List on behalf of Nobuhiko Furuya Sent: Monday, August 15, 2022 9:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How to set time parameter in TSO/E REXX getmsg function Hi all, Can we set variable time parameter in TSO/E REXX getmsg function ? We would like to specify wait time value from argue. But getmsg seems to accept only specific numeric seconds as follows. msgrett = getmsg(’dmsg’,’sol’,’C1D7D7D3F2F9F6F8’X,,60) time the amount of time, in seconds, that GETMSG should wait, if the requested message has not yet been routed to the user's console. If you specify a time value and the time expires before the message is routed to the user's console, GETMSG does not retrieve the message. Otherwise, if the message is available before the time expires, GETMSG retrieves the message. If you do not specify time, GETMSG uses a time value of 0 seconds. If the message has not been routed to the user's console, GETMSG does not retrieve the message. Best regarss, Nobuhiko Furuya(古谷信彦) V-SOL Inc. -- 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: Blank page print after upgrade Zos2.5
You claimed "The JES2 guide says that JES2 calls IEFSD095 *to build the separator pages*"; it's the last 5 words that are different from what I wrote, and wrong. IEFSD095 is the block letter routine and nothing more. From: IBM Mainframe Discussion List on behalf of Joe Monk Sent: Wednesday, August 10, 2022 12:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Blank page print after upgrade Zos2.5 "rather, the separator routine calls IEFSD095." Which is EXACTLY what I said! "The JES2 guide says that JES2 calls IEFSD095 to build the separator pages..." Joe On Wed, Aug 10, 2022 at 11:49 AM Seymour J Metz wrote: > Read it more carefully. IEFSD095 is not the separator routine, rather, the > separator routine calls IEFSD095. JES2, JES3, the External Writer and > packages running over FSS each have their own separator routines. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of Joe Monk [joemon...@gmail.com] > Sent: Wednesday, August 10, 2022 11:14 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Blank page print after upgrade Zos2.5 > > The JES2 guide says that JES2 calls IEFSD095 to build the separator > pages... > > "For printer-destined output, the separator routine can use an IBM-supplied > routine to construct separation records in a block character format. This > routine is a reentrant module named IEFSD095 that resides in the module > library SYS1.AOSB0." > > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.5.0%3Ftopic%3Dworks-using-block-character-routine&data=05%7C01%7Csmetz3%40gmu.edu%7C1d5eeb4e470948fc67a808da7af0d270%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637957471992795710%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=DkAtBH2l%2FP2Pmy6CAXgzQlYca0Sy3Gfd8neuleQ0mg4%3D&reserved=0 > > Joe > > On Wed, Aug 10, 2022 at 10:01 AM Seymour J Metz wrote: > > > IEFSD095 is not a JES routine; it's part of the External Writer. JES2 and > > JES3 have their own separator routines, either of which may be replaced > by > > an installation-specific separator. > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > > of Allan Staller [0387911dea17-dmarc-requ...@listserv.ua.edu] > > Sent: Wednesday, August 10, 2022 8:09 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Blank page print after upgrade Zos2.5 > > > > Classification: Confidential > > > > JES Seperator Page exit? (IEFSD095?) > > Check the fine manuals. > > > > -Original Message- > > From: IBM Mainframe Discussion List On Behalf > > Of Tommy Tsui > > Sent: Tuesday, August 9, 2022 7:04 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Blank page print after upgrade Zos2.5 > > > > [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.] > > > > We found most statements printing a blank page after separator exit. > > Anyone hits the same problem after upgrade to zos2.5. We check all the > jes2 > > spool data are normal without error. Thanks > > > > -- > > 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 subscri
Re: clarification on SDWAEPA. (was ...SWDAEPA)
Peter, Where can I find a definitive write-up on how ESTAE recovery works and how to use it? The doc I can find is not really very easy to understand. Since I have problems understanding it, I would think that someone trying to use it for the first time would have even more issues. :) Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to set time parameter in TSO/E REXX getmsg function
Thanks. But I can't find how to code it. I would line to change time value depend on the logic. How can I resolve this ? For example, when I coded as follows, T=60 msghsm = getmsg('resp.','SOL','HSM',,T) the following messages appeared. IKJ55303I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55303I AN ERROR OCCURRED DURING CONSOLE INITIALIZATION. THE MCSOPER RETURN CODE WAS X'0004' AND THE REASON CODE WAS X''. 25 *-* address console "CART HSM" +++ RC(-3) +++ 31 *-* address console "F "hsmid","hsmcmd +++ RC(-3) +++ IKJ55323I GETMSG PROCESSING HAS TERMINATED. A CONSOLE SESSION IS NOT ACTIVE. IKJ55307I THE CONSOLE COMMAND HAS TERMINATED.+ Best regards, Nobuhiko Furuya(古谷信彦) V-SOL Inc. On 2022/08/16 13:33, Seymour J Metz wrote: There is nothing special about getmsg; the time parameter can be any expression that evaluates to a positive number. Note: specifying the CART in hexadecimal is certainly valid, but it makes the code harder to read. From: IBM Mainframe Discussion List on behalf of Nobuhiko Furuya Sent: Monday, August 15, 2022 9:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How to set time parameter in TSO/E REXX getmsg function Hi all, Can we set variable time parameter in TSO/E REXX getmsg function ? We would like to specify wait time value from argue. But getmsg seems to accept only specific numeric seconds as follows. msgrett = getmsg(’dmsg’,’sol’,’C1D7D7D3F2F9F6F8’X,,60) time the amount of time, in seconds, that GETMSG should wait, if the requested message has not yet been routed to the user's console. If you specify a time value and the time expires before the message is routed to the user's console, GETMSG does not retrieve the message. Otherwise, if the message is available before the time expires, GETMSG retrieves the message. If you do not specify time, GETMSG uses a time value of 0 seconds. If the message has not been routed to the user's console, GETMSG does not retrieve the message. Best regarss, Nobuhiko Furuya(古谷信彦) V-SOL Inc. -- 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: LINK monitor status for OSA HMC
Hi The OSA port is connected with working cable LC-LC MM fibre to the 1g switch. From the Cisco switch it has been set as auto negotiate to yes. Still from the mainframe the port doesn't show up the LED indication at all. I tried toggling standby/online but still no luck. Ran port diagnostics too with no error. Not sure where to look. Has anyone faced a similar issue and have any idea on what needs to be done? Jake On Sat, Aug 13, 2022, 1:57 AM Radoslaw Skorupka wrote: > What's your question? > Link monitor means no physical connection to the switch, which means you > card will not work. > Reason? A lot of, including broken cable, improper cable (MM instead of > SM and vice versa), bad connection (Tx to Tx...), disabled port on the > switch... > > > -- > Radoslaw Skorupka > Lodz, Poland > > > > W dniu 10.08.2022 o 07:19, Jake Anderson pisze: > > Hello > > > > Cross posted > > > > I apologize for my ignorance. > > > > I was looking for the status of one of our OSA card under OSA advanced > > facilities under HMC. For one of their PCHPID belonging to OSA shows the > > port status as 'LINK MONITOR' > > > > When I checked with my network team if their switch sees the MAC address > of > > my OSA port but they don't see it. > > > > From the physical cabling perspective what do I need to do? > > > > Z14 zr1 > > > > Jake > > > > > > -- > 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: Problems caused by Health Checker?
Health checks can run under the asid of the HC. if you reply cancel, you should see msg IKJ5622I in JESYSMSG with the dataset that caused the failed allocation. ITschak *| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux and IBM I **| * *|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|* *Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il **|* On Tue, Aug 16, 2022 at 1:09 AM Pew, Curtis G wrote: > We’ve occasionally had problems with our production z/OS LPAR that seem to > be caused by HZSPROC, and I was wondering if anyone else has seen anything > like this. > > One problem we’ve seen is that sometimes when HZSPROC starts during an > IPL, it for some reason seems to try to access a migrated dataset (we use > FDRABR for dataset migration) and since DFRMM hasn’t started yet the recall > fails. (We don’t know what dataset it is trying to access; none of the > datasets explicitly in the PROC ever migrate.) Everything seems to freeze > until we reply “CANCEL” to the EDG4012D message. > > This is annoying enough, but last Thursday one of my coworkers stopped > HZSPROC because it was repeatedly issuing the message that ECSA usage was > high. (We’d already scheduled an emergency IPL for Sunday to fix that.) > Then Friday another coworker tried to restart HZSPROC to see if he could > figure out the migration issue, and our system stopped working well. It > looked like batch jobs were stuck in allocation or deallocation from what > was described to me. (I’m semi-retired and don’t work on Fridays.) They > decided to go ahead with the emergency IPL then and there, but without > HZSPROC starting. That IPL went fine and we haven't seen any issues since > then, but we’re afraid to try to start HZSPROC. > > Has anyone had issues like this with Health Checker? Any suggestions for > how to resolve this? > > Thanks. > > > > -- > Curtis Pew > ITS Campus Solutions > curtis@austin.utexas.edu > > > > > -- > 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: LINK monitor status for OSA HMC
Is it a 10G (1 port) or 1G (2 port) OSA card? 10G cards won't negotiate speed, from what I've seen. On 8/15/2022 10:21 PM, Jake Anderson wrote: Hi The OSA port is connected with working cable LC-LC MM fibre to the 1g switch. From the Cisco switch it has been set as auto negotiate to yes. Still from the mainframe the port doesn't show up the LED indication at all. I tried toggling standby/online but still no luck. Ran port diagnostics too with no error. Not sure where to look. Has anyone faced a similar issue and have any idea on what needs to be done? Jake On Sat, Aug 13, 2022, 1:57 AM Radoslaw Skorupka wrote: What's your question? Link monitor means no physical connection to the switch, which means you card will not work. Reason? A lot of, including broken cable, improper cable (MM instead of SM and vice versa), bad connection (Tx to Tx...), disabled port on the switch... -- Radoslaw Skorupka Lodz, Poland W dniu 10.08.2022 o 07:19, Jake Anderson pisze: Hello Cross posted I apologize for my ignorance. I was looking for the status of one of our OSA card under OSA advanced facilities under HMC. For one of their PCHPID belonging to OSA shows the port status as 'LINK MONITOR' When I checked with my network team if their switch sees the MAC address of my OSA port but they don't see it. From the physical cabling perspective what do I need to do? Z14 zr1 Jake -- 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: TESTAUTH from C/C++
inline bool isauth() { int rc; __asm (" TESTAUTH FCTN=1" : "=NR:r15"(rc) : : "r1", "r14", "r15"); return rc == 0; } On 16/08/2022 2:17 am, Tony Harminc wrote: Marginally related to my previous question - I'd like to do a TESTAUTH from C/C++ code, and refuse to run if I'm not APF authorized. I'm not proposing to actual use the result for any sort of my own security testing, but just to know if calling a C/C++ library function that is documented to require APF (or better) is likely to fail so I can tell the user early. I don't see a C library function to do this. The TESTAUTH expansion is tiny, and I could use __ASM(...), but it's perhaps neater to just test JSCBAUTH directly in C code. Yes, I realize TESTAUTH is more than just testing that one bit, but I think it's true that if that bit is off (and I'm not in supervisor state or system key, which I won't be), then a TESTAUTH would fail, and that's all I want to know. Oddly enough, there *is* a library function that appears to test for the Program Controlled state. Well, maybe not - it's __must_stay_clean() which tests for the "must not lose Program Controlled" status, so not quite the same. What's the best approach? Tony H. -- 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