Re: Vendor Licensing Frustrations

2017-04-23 Thread Timothy Sipples
Al Sherkow wrote: >I can see an ISV being interested if they are competing with IBM products >that are charged based on SCRT reports. How about also if they're not competing but want to make life easier, simpler, and more streamlined for their treasured customers so that they don't have to

Re: Vendor Licensing Frustrations

2017-04-23 Thread Timothy Sipples
Charles Mills argues in defense of software product keys for mainframe software. OK, let's pursue these arguments a bit. To start off, assuming IBM provides what the z/OS 2.3 preview announcement describes, isn't it reasonable for even the most "stodgy" vendor to concede that the scope for

Re: Vendor Licensing Frustrations

2017-04-23 Thread Al Sherkow
A few comments: ONE: SCRT V24.11.1, in all the various flavors (Java zOS, linux, windows) delivered "Sub-Capacity Reports for ISV products" (see . I don't which ISVs are participating. TWO: I can see an ISV being

Re: DFHEXLI vs DFHECI

2017-04-23 Thread Tony Thigpen
I can verify that it really is an online program. It is in CICS and the programmer just recompiled it with a small change to verify it was really the right compile. The change showed up and I looked at the linkmap (which I included with the last email). Tony Thigpen esst...@juno.com wrote on

Re: SETRP with DUMP=YES

2017-04-23 Thread Charles Mills
I believe so. As I said, SETRP is a "set bits in the SDWA" function, not a "do this now" function. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esst...@juno.com Sent: Sunday, April 23, 2017 9:33 AM To:

Re: DFHEXLI vs DFHECI

2017-04-23 Thread esst...@juno.com
Hello Tony I'm a bit confused ... Are You Sure this is a program that runs as a CICS Transaction ? Can You issue CEMT I PROG(x), or CEMT I TRANS(*) PROG() or better yet issue a CECI LOAD PRPGRAM() . I suspect its a Batch Submitted program using EXCI to LINK To or Start a

Re: SETRP with DUMP=YES

2017-04-23 Thread esst...@juno.com
Thank You Peter and Charles for refreshing my memory. If I issue several SETRP macros in a recovery routine, and one of the SETRPs specifies DUMP=YES, I suspect the dump is taken when the Recovery Routine ends and before The Retry Routine receives control. . . Is My Assesment correct ? . Paul

Re: SETRP with DUMP=YES

2017-04-23 Thread Peter Relson
SETRP, IIRC, always "returns to the next sequential instruction" unless you specify the REGS parameter. One thing that I think you can't do is to set the "DUMP = Yes" option (or any other option for that matter) without also setting the "return code", as all the expansions set that, and the