Re: Programe CCNDRVR not compiling-Event-Action blocking
Vinoth, Are you seeing any IDC3009I messages. A s913 abend is usually a security related issue. It looks like you have EventAction active on your system, and it is not allowing the CCNDRVR program to be run. I'm not conversant with how EventAction works, but maybe it has rules to limit on what system that program is allowed to be run on. Peter On Sat, 26 Jun 2021 20:57:52 -0500, Vinoth wrote: >Hi, > >we are upgrading CFT product and we see a strange issue on C/C++ compiling on >one of the system, even after adding the SYS1.* to event-action for >Authorization, it didn't went well. > >MZC4824I PROGRAM NAME=CCNDRVRCalled by IEFIICCkpt=2A >MZC4830I The execution is disallowed by eventACTION >IEF450I A00CUSI COMPILE EDCC - ABEND=S913 U REASON=D4E9 753 > >Appreciate your help on this. > >Thanks.. > >-- >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: SMF30IO and IOC SRM Service Coefficient
Thanks. IBM also confirmed. Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Sunday, June 27th, 2021 at 7:56 PM, Attila Fogarasi wrote: > Correct, setting IOC to 0 will change SMF30IO as you noted ... IBM does > > document that changing service coefficients may require changing accounting > > procedures. The next release of z/OS after 2.4 is stated to not allow > > setting any coefficients (and IOC is hard-coded as 0). From a resource > > management perspective that is a great change, but requires modernization > > of job chargeback formulas :) > > On Sat, Jun 26, 2021 at 8:46 AM Mark Jacobs < > > 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > > > We noticed that the SMF30IO field has a zero value in our SMF type 30 > > > > records. We've also set our IOC SRM Service Coefficient to 0.00 as > > > > currently recommended. Is that the root cause of the observation? > > > > Mark Jacobs > > > > Sent from ProtonMail, Swiss-based encrypted > > > > email. > > > > GPG Public Key - > > > > https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com > > > > 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: Software drag racing
Not being a COBOL person, I could not resist trying the prime number COBOL program previously listed. Working on a zPDT system (based on a rather large laptop) I tried the NA-LINE OCCURS 26214 version and this took .14 seconds CPU, producing about 2800 lines of output. I then tried the NA-LINE OCCURS 3355440 version and this took 4.97 seconds CPU and exceeded my output line count by about 228,000 lines. In both cases the "printed" prime numbers looked like real prime numbers although I did not try to factor any of them. (I did not try the NA-LINE OCCURS 5000 version!) The CPU times are the emulated IBM Z times for the compiled program execution under z/OS 2.4. Being very definitely not a COBOL person, I needed to review what goes in "section A" vs "section B" of a COBOL source program. Very interesting. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New to DFSMS? New to DFSMShsm? Education! [EXTERNAL]
There are a few sites that seem to hit firewall issues, and IBM BOX is one of them. These links are set up so that anyone with the link can access the files in the box folder, but IBM can't do anything about your firewalls. The work around is to access these files from a personal, or non-firewalled, computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software drag racing
Being a bit more curious, I set //GO.SYSOUT DD DUMMY to remove the overhead of formatting and printing, and the CPU time for the 3355440 version went to 1.10 seconds. Very impressive. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS SYSVAR looks weird
Eric Rosenfeld of the TSO/E team points to the following variables that REXX provides: SYSOSSEQ returns data based on the value in ECVTPSEQ SYSMVS returns CVTPRODN SYSOPSYS returns data based on ECVTPVER||ECVTREL||ECVTPMOD (and probably ECVTPNAM and CVTPRODI since I see "z/OS" and the FMID of the BCP) I see SYSOSSEQ: 01.02.04.00 SYSMVS: SP7.2.4 SYSOPSYS: z/OS 02.04.00 HBB77C0 All the values for CVTPRODN and ECVTPSEQ are described in their respective field's commentary (the value and comment is updated for each release) 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: Programe CCNDRVR not compiling-Event-Action blocking
On 2021-06-26 21:57 PM, Vinoth wrote: Hi, we are upgrading CFT product and we see a strange issue on C/C++ compiling on one of the system, even after adding the SYS1.* to event-action for Authorization, it didn't went well. MZC4824I PROGRAM NAME=CCNDRVRCalled by IEFIICCkpt=2A MZC4830I The execution is disallowed by eventACTION IEF450I A00CUSI COMPILE EDCC - ABEND=S913 U REASON=D4E9 753 Appreciate your help on this. Thanks.. Hi Vinoth, These messages indicate that the execution of program CCNDRVR is being blocked by the Product Execution Control feature of eventACTION. The options for this feature are separate from those for change tracking and change control. Please contact Action Software support at https://actionsoftware.com/support/ for assistance. Thanks! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Programe CCNDRVR not compiling-Event-Action blocking
If it is an S913, look for ICH408I messages to indicate what the SAF Product failed Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gord Tomlin Sent: Monday, June 28, 2021 10:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Programe CCNDRVR not compiling-Event-Action blocking On 2021-06-26 21:57 PM, Vinoth wrote: > Hi, > > we are upgrading CFT product and we see a strange issue on C/C++ compiling on > one of the system, even after adding the SYS1.* to event-action for > Authorization, it didn't went well. > > MZC4824I PROGRAM NAME=CCNDRVRCalled by IEFIICCkpt=2A > MZC4830I The execution is disallowed by eventACTION IEF450I A00CUSI > COMPILE EDCC - ABEND=S913 U REASON=D4E9 753 > > Appreciate your help on this. > > Thanks.. Hi Vinoth, These messages indicate that the execution of program CCNDRVR is being blocked by the Product Execution Control feature of eventACTION. The options for this feature are separate from those for change tracking and change control. Please contact Action Software support at https://actionsoftware.com/support/ for assistance. Thanks! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- 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: Programe CCNDRVR not compiling-Event-Action blocking
On 2021-06-28 13:14 PM, Lizette Koehler wrote: If it is an S913, look for ICH408I messages to indicate what the SAF Product failed In this case, Vinoth should report it to Action Software support. See the reason code value. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software drag racing
On 28/06/2021 1:15 pm, Andrew Rowley wrote: Well, I'm seeing different results on z/OS. There is no PyPy on z/OS. I don't know. IBM describe it as a "Native Python compiler for z/OS" so maybe it is JIT compiled? I guess it's a good thing if it is. I'm using Rocket's Python which is definitely CPython (the same as IBMs). When the say "native" they mean it's a native z/OS port. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software drag racing
On 29/06/2021 11:14 am, David Crayford wrote: I'm using Rocket's Python which is definitely CPython (the same as IBMs). When the say "native" they mean it's a native z/OS port. Interesting... I found a pull request that claims a 65-130x faster Python implementation with details here: https://github.com/PlummersSoftwareLLC/Primes/pull/40 When I compared Python solution_1 to solution_2, solution_2 was about 200x faster (Ubuntu under VMWare on Windows). The Python solution_2was just ahead of the C++ solution where I removed vector. C++ using vector was about 45% faster. I guess it shows how much difference a knowledge of language features and picking the right structures etc. can make. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New to DFSMS? New to DFSMShsm? Education! [EXTERNAL]
>There are a few sites that seem to hit firewall issues, and IBM BOX is one of >them. > >These links are set up so that anyone with the link can access the files in >the box folder, but IBM can't do anything about your firewalls. > >The work around is to access these files from a personal, or non-firewalled, >computer. Which is usually forbidden in those sites that firewall box.com. Why does IBM insist on putting documentation where customers can get at it? Box.com is one example (some ptf hold actions are on box.com, for IBM's convenience, no doubt), using ftp-Links to provide documentation (hold data, ptf hold actions and otherwise) is another example, when ftp is not supported by the corporate browser. Only https and sometimes ftps are. Each and every site that gets their firewall no-no list from outside (in Germany that are most if not all of the big banks that have to adhere to regulatory 'counsil') will block box.com. And it is just about impossible (not to mention forbidden) to use private computers to get at data and then bring those data into the company. All corporate laptops are blocking USB ports, and email doesn't allow large attachments. So please DON'T consider private devices a 'bypass'! Such a shame in this case, as it would be nice to see that for my trainee. Almost criminal for cases where I cannot get at the ptf documentation to see if new parms came in that will prohibit me from IPLing successfully! Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
