Re: AUTHPGM in IKJTSOxx

On Tue, Nov 26, 2019 at 07:13:47PM +, Seymour J Metz wrote: > If you have update access to APF authorized libraries then you could > certainly write such a program, although a competent auditor would read > you the riot act if he found out. Exploiting a program that follows the > rules is

Re: SMFPRMFxx SYS SUBSYS and EXITs question

It is a very confusing bit of business. I find it clearer to work from D SMF,O rather than the raw parmlib member. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nick Varley Sent: Tuesday, November 26, 2019 7:28 AM To:

Re: Question - UUID Approach for Mainframes in Japan

Yeah, sorry, I fully admit I have zero real-world experience with UUIDs on Z -- Japanese or otherwise. And relatively little elsewhere: I have used them for version signing on Visual Studio -- that's it. I would certainly think (hope!) that any reasonable code would be using the underlying

Re: Question - UUID Approach for Mainframes in Japan

The UUID specification requires accepting both lowercase and uppercase letters as input, so changing lowercase to uppercase does not change the value of the UUID. That same specification specifies that only lowercase is allowed for output (to make it more human readable), however many

Re: WTO

Of course it was reentrant, but was it good form? I prefer to protect code against wild stores by marking it as r/o. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of John McKown Sent: Tuesday,

Re: WTO

On Tue, Nov 26, 2019 at 1:21 PM Seymour J Metz wrote: > What makes your program non-reentrant is failing to serialize shared data. > Long ago in a galaxy far away IBM actually shipped reentrant code that > modified itself; AFAIK they have cleaned up that abomination. > I agree that it's an

JES3 to JES2 migration experience

Varun, We have lots of migration experience. If you would like to discuss the gotcha’s for such a migration, drop me an email to ma...@rsmpartners.com Mark From: IBM Mainframe Discussion List mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of Mainframe Sysprog

Re: WTO

What makes your program non-reentrant is failing to serialize shared data. Long ago in a galaxy far away IBM actually shipped reentrant code that modified itself; AFAIK they have cleaned up that abomination. In the case of WTO, use of MF=L in the CSECT does not keep the code from being

Re: AUTHPGM in IKJTSOxx

If you have update access to APF authorized libraries then you could certainly write such a program, although a competent auditor would read you the riot act if he found out. Exploiting a program that follows the rules is harder. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

RES: JES3 to JES2 migration experience

Hi, There is an IBM Redbook about this subject. We have converted from JES3 to JES2 in 2005 when there was nothing documented and, AFAIR, the main points were: 1) ISV products in general and Automation package specifically. 2) We have to code some JES2 exits to cover funtionalities that were

Re: JES3 to JES2 migration experience

I found this presentation with more information that may help http://conferences.gse.org.uk/2019/presentations/BQ.pdf For pricing on slide 27 1. JES3plus is fully supported, has a road map for enhancements, and can be implemented by existing IBM JES3 customers through a trivial

Re: JES3 to JES2 migration experience

Thanks, Lionel for your comment (year end bonus would be great :) I have also read the announcement from Phoenix software, and the mail from Edward on this list. That is definitely being considered as an option. It would be interesting to see a cost comparison for JES3 being supported from

Re: AUTHPGM in IKJTSOxx

Not if the resources are protected by a ESM..of some sort, i.e.; RACF... On Tue, Nov 26, 2019 at 6:35 AM Jeremy Nicoll wrote: > On Tue, 26 Nov 2019, at 00:20, Jesse 1 Robinson wrote: > > I'm having trouble imagining a scenario where an EBCDIC representation > > of an address would be useful.

Re: JES3 to JES2 migration experience

Save your company the time and resources and stay with JES3 now that it will be supported by Phoenix Software Check it out at https://phoenixsoftware.com/jes3plus.htm This is a very promising development for the JES3 community and will save those considering the migration the time and expense

JES3 to JES2 migration experience

Hi List, I know this topic has been discussed multiple times, and with the recent SOD on JES3, I am looking for some hands-on tips or experiences from anyone who has had the chance of converting from JES3 to JES2. Can anyone share their experience on what are the most troublesome areas to be

Re: AUTHPGM in IKJTSOxx

I believe when Walt raveled this fiber of the thread he posited assembler CALL macro or JCL PARM format (they're the same.) I think of those two as not the same when both the parameter list and the parameter are considered. If you pass a single parameter via CALL, then the parameter list

Re: Question - UUID Approach for Mainframes in Japan

Thanks Charles, I was hoping someone with a Japan background would weigh in to say something along the lines of "have the Consumers upper case the UUID BEFORE they send it to you" or, "we use DATAPOWER to force upper case on all UUIDs BEFORE the strings arrive in the mainframe". or something else.

Re: SMFPRMFxx SYS SUBSYS and EXITs question

>From Init & Tuning Ref: You can specify exits on the SYS and SUBSYS statements of SMFPRMxx. Your choice of SYS or SUBSYS depends on the scope of work you want to influence (system-wide or subsystem-wide), as follows: On the SYS parameter, specify the exits that are to affect work

Re: SMFPRMFxx SYS SUBSYS and EXITs question

Check: Initialization and Tuning Guide SMFPRMxx description Statements and parameters for SMFPRMxx the SUBSYS parameter Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nick Varley Sent: 26 November 2019 13:28 To:

Re: SMFPRMFxx SYS SUBSYS and EXITs question

Not sure if you did an actual cut/paste of your member, but there is a comma missing at the end of the SYS line. SYS(NOTYPE(4,5,20,34,35,40) EXITS(IEFU83,IEFU84,IEFU85,IEFACTRT,IEFUJV,IEFUSI, IEFUJP,IEFUSO,IEFUJI,IEFUTL)) But in my SMFPRMxx there are comma's

SMFPRMFxx SYS SUBSYS and EXITs question

In an SMFPRMxx member if you have this: ... SYS(NOTYPE(4,5,20,34,35,40) EXITS(IEFU83,IEFU84,IEFU85,IEFACTRT,IEFUJV,IEFUSI, IEFUJP,IEFUSO,IEFUJI,IEFUTL)) SUBSYS(STC,EXITS(IEFUJP,IEFUSO)) ... then why would the IEFU83/84/85 exits not fire for SMF records coming from STCs? Documentation

Re: AUTHPGM in IKJTSOxx

On Tue, 26 Nov 2019, at 00:20, Jesse 1 Robinson wrote: > I'm having trouble imagining a scenario where an EBCDIC representation > of an address would be useful. The problem is, in a job step situation, > how would you figure out an address to pass? > > //STEP1 EXEC PGM=my-pgm,PARM=??? > > How