Re: z/OS 2.1 to 2.4 [EXTERNAL]

2019-08-30 Thread Brian Westerman
Yes, you need to have current maintenance on your old 2.1 system, but your ability to fall back based on what you have stated in your response makes it so that your fallback (if necessary) will not be an issue for you. Depending on your product mix, I think that SAG might have a simple work

Re: Assembler :- PC Instruction

2019-08-30 Thread Jon Perryman
> What you describe as being able to run code in any  > address space sounds more like scheduling an SRB. SRB is one method to execute authorized code in any address space but surely you must be familiar with others such as SVC, PC and IEFSSREQ. Or are you suggesting that getmain and storage

Global Foundary sues TSMC for patent infringement

2019-08-30 Thread Edward Finnell
https://uk.reuters.com/article/uk-globalfoundries-tsmc-lawsuit/globalfoundries-sues-tsmc-wants-u-s-import-ban-on-some-products-idUKKCN1VH0WE tinyfied:https://tinyurl.com/y55sr58n -- For IBM-MAIN subscribe / signoff / archive

Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend

2019-08-30 Thread Charles Mills
And then your successor can modify and debug it! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Friday, August 30, 2019 3:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Case TS002648607 (PMR

Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend

2019-08-30 Thread Frank Swarbrick
Swift is even smarter. It seems like even a newline doesn't absolutely indicate the end of a statement, as long as the compiler can infer that a statement absolutely has not completed. You can (but I don't recommend it) even do something like this: let a = 1 print ( a )

Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend

2019-08-30 Thread scott Ford
Gil, I agree with you on Rexx, writing it since it first came out on VM. Some of the other languages are a bit funky. Scott On Fri, Aug 30, 2019 at 6:04 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 30 Aug 2019 17:33:56 +, Seymour J Metz wrote: > >

Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend

2019-08-30 Thread Paul Gilmartin
On Fri, 30 Aug 2019 17:33:56 +, Seymour J Metz wrote: >Be careful what you ask for - you might get it. It's one of the things that I >don't like about REXX. > >ObHamlet "And make us rather bear those semicolons we have, then fly to >continuation conventions that we know not of" > ( C 'then'

Re: Migrate MQ from 7.0.1 to 9.1

2019-08-30 Thread Andy Cooper
Thank you, David. Very good information for Dana. And "NEWFUNC" was the parm I couldn't recall off the top of my head. :-) Andy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: vendor distributes their private key

2019-08-30 Thread Christian Svensson
Fwiw, For client authentication we ask our clients to send us a Certificate Signing Request for the keypair they want to use, and we sign them using our internal Client Authentication CA. We set the CN and other options to what we want for our systems to authorize them correctly, and then send

Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Gibney, Dave
Many of our tailored members are apply to all four of my LPARs and reside in SYS1.WSU.PARMLIB LPAR specific members are in SYS1.lparname.PARMLIB Changes are first IPL'd in SYS1.lparname.PARMLIB.OVERRIDE Which is where I was before the migration to FNTS, so Changed, common members where in

Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Jousma, David
Holy parmlibs batman!!! Why on earth so many? _ Dave Jousma AVP | Manager, Systems Engineering  Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 49546

Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Gibney, Dave
I learned this from Skip, I think at my first SHARE. IMHO, SYS1.PARMLIB should be on SYSRES and EMPTY. SYS1.IBM.PARMLIB, on SYSRES and SMP/E maintained. My current production parmlib concatenation is: PARMLIB SYS1.FNTS.WSUMVS1.PARMLIBWSUFNT PARMLIB SYS1.FNTS.PARMLIB

Re: Case TS002648607 (PMR 76523,082,000) - Compiler abend

2019-08-30 Thread Seymour J Metz
Be careful what you ask for - you might get it. It's one of the things that I don't like about REXX. ObHamlet "And make us rather bear those semicolons we have, then fly to continuation conventions that we know not of" -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: z/OS 2.1 to 2.4 [EXTERNAL]

2019-08-30 Thread Gibney, Dave
I will have all available (and RSU,IBM or Hiper) maintenance on. And, yes fallback is one of my larger concerns. One of my least favorite memories from the early 90s is standalone restore of catalog and SMS control dataset volumes between failed IPLs without proper fallback PTFs on. I think

Re: SYNCSORT and STEPLIB/JOBLIB/LINKLIB issue

2019-08-30 Thread Farley, Peter x23353
Problem resolved. Programmer error or ECC memory check in the programmer's brain (take your pick). The "global application library" is actually TWO libraries, one PDSE (current application target library) and one PDS (modules not recently recompiled). The E15 / E35 exit programs are located

Re: Assembler :- PC Instruction

2019-08-30 Thread Seymour J Metz
Their meaning was vague in the 1950s. Try using MIPS to compare the performance of a 704 and 704 without knowing the workload. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Vernooij, Kees

Re: Assembler :- PC Instruction

2019-08-30 Thread Seymour J Metz
I interpreted "might have taken pages of assembler instructions" as referring to GETMAIN, FREEMAIN and linkage needed in conjunction with the BALR. With PC/PR the registers are saved and restored with no additional user code. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: z/OS 2.1 to 2.4 [EXTERNAL]

2019-08-30 Thread David Spiegel
Hi Paul, The buzzword you are hinting at is called "Toleration Maintenance". Regards, David On 2019-08-30 12:39, Feller, Paul wrote: > Sorry if my wording was off a little. But yes the idea is to apply any z/OS > 2.1 fixes needed related to support of z/OS 2.3. That would get you nearer > to

Re: vendor distributes their private key

2019-08-30 Thread Charles Mills
Andrew, that's a good thought. I'm not knowledgeable enough to tell whether it is perfect from a cryptographic point of view or not. FWIW though, that is not how X.509 standard client authentication works. It works the way I described, in accordance with RFC 5246 7.4.6. Passwords work, and are

Re: An acronym that doesn't start with the word Mother

2019-08-30 Thread Charles Mills
Third party vendors also offer pure mainframe-based MFA. I am slightly familiar with an offering from Vanguard, for example. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mooney Sent: Friday, August 30, 2019 7:19 AM

Re: Assembler :- PC Instruction

2019-08-30 Thread Charles Mills
"A PC can execute what might have taken many instructions before" is true in the same sense that it is true for BAL: one instruction that you code goes off and does a bunch of stuff elsewhere, saving you having to code all those instructions. It is also true in the sense that a PC can do in one

Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Seymour J Metz
I would put it outside of the target zone but would keep a close tab on IBM changes that you potentially might want to mirror. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 -- For IBM-MAIN subscribe / signoff /

Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Jousma, David
Agreed! Our parmlib concatenation consist of the business parmlib that resides on MCAT pack, followed by the serverpack provided sys1.ibm.parmlib. The sys1.parmlib from serverpack never gets used in our shop, except to take a peek at what IBM thinks we should do on something.

Re: z/OS 2.1 to 2.4 [EXTERNAL]

2019-08-30 Thread Feller, Paul
Sorry if my wording was off a little. But yes the idea is to apply any z/OS 2.1 fixes needed related to support of z/OS 2.3. That would get you nearer to a system that might allow for fall back from z/OS 2.4. I'm sure IBM would suggest a two step approach. Install z/OS 2.3 as soon as

Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Jesse 1 Robinson
I'd like to address a question implied in this thread: where should I put the installation 'business' PARMLIB, that is, the data set that typically contains 90+% of all required members, which are often tailored and do not change at all from release to release. I would argue strongly in favor

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Martin Packer
The analogy is with iOS apps. The ones you'd ideally want to use are those where the vendor is beta'ing iOS 13 (actually 13.1.) Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook

Re: z/OS 2.1 to 2.4 [EXTERNAL]

2019-08-30 Thread Pommier, Rex
Tom, The idea is to apply 2.1 maintenance that would make 2.1 compatible with 2.3. Since IBM won't release 2.4 compatibility maintenance for 2.1, if there's some that would make 2.1 co-exist with 2.3, that might make it easier for the OP to make the jump from 2.1 to 2.4. Rex -Original

Re: z/OS 2.1 to 2.4 [EXTERNAL]

2019-08-30 Thread Tom Marchant
On Fri, 30 Aug 2019 10:48:03 +, Feller, Paul wrote: Would it be a good thing to at least try to get any z/OS 2.3 compatibility maintenance applied? What does that mean to someone who is running z/OS 2.1? You can't apply a z/OS 2.3 PTF to a z/OS 2.1 system. -- Tom Marchant

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Jousma, David
Yea That vendor until recently was still developing on z/OS 1.13 until this summer when they made the jump to 2.2 or maybe 2.3. We are already at V2.3, and really don’t want to skip a release or delay, although that is an option I guess. It's just a bit short sighted on the vendors

Re: SYNCSORT and STEPLIB/JOBLIB/LINKLIB issue

2019-08-30 Thread Farley, Peter x23353
Thanks Massimo, I did try that and got the same results - only the LINKLIST version gets loaded even when the MODS statement uses a specific DD name. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Massimo Biancucci Sent: Friday, August 30, 2019 4:56 AM To:

Re: SYNCSORT and STEPLIB/JOBLIB/LINKLIB issue

2019-08-30 Thread Farley, Peter x23353
Thanks Peter. In this case both exit programs are resident in LINKLIST and the global application library in LINKLIST is (AFAIK) also LLA/VLF managed. The precise sequence is a little more complicated than I first thought. Here is the sequence: JCL Invokes SYNCSORT SYNCSORT invokes COBOL

Re: Assembler :- PC Instruction

2019-08-30 Thread Tom Marchant
On Thu, 29 Aug 2019 20:59:02 +, Jon Perryman wrote: >As for "executing authorized code in other address spaces", I actually meant >any address space. What do you mean by that? A PC instruction can pass control to code in a specific address space, as defined when the PC routine was

Re: Assembler :- PC Instruction

2019-08-30 Thread Martin Packer
Maybe he's talking about the more limited Primary and Secondary address spaces. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog:

Re: Assembler :- PC Instruction

2019-08-30 Thread Tom Marchant
On Thu, 29 Aug 2019 19:56:57 -1000, Anne & Lynn Wheeler wrote: >in the wake of the FS faulure (FS was going to be completely different >than 370, and 370 efforts were being shutdown during FS period, also >lack of 370 offerings during FS period is credited with giving clone >mainframe vendors

Re: SYNCSORT and STEPLIB/JOBLIB/LINKLIB issue

2019-08-30 Thread Mike Schwab
Exit loadlib should be listed in the MODLIB DD statement. Page 380 / 4.27 in https://mysupport.syncsort.com/largefiles/mfx14pg.pdf On Fri, Aug 30, 2019 at 7:19 AM Peter Relson wrote: > > I know nothing about SYNCSORT, but it is possible (and if so they should > document) that the way they ask

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Mike Schwab
On Fri, Aug 30, 2019 at 6:49 AM Elardus Engelbrecht wrote: > > Jousma, David wrote: > > >Elardus, yea, I took quite a bit of vacation this summer > [deleted] > Good luck. (While I'm also waiting for z/OS v2.4 to be made available... ;-D ) > > Groete / Greetings > Elardus Engelbrecht > Well,

Re: [External] Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Pommier, Rex
Brian, What datasets do you mean by "IPL datasets cataloged to "? Everything on my SYSRES is cataloged to except SYS1.PARMLIB and we IPL just fine. According to the 2.2 INIT & TUNING manual, changing is not allowed in IEASYMxx at all. The further documented restriction is that

MFA: An acronym that doesn't start with the word Mother

2019-08-30 Thread Jim Mooney
We've been asked to implement MFA on the zOS Mainframe. I've read some threads on here, and it seems some have implemented IBM's MFA solution on zOS, and some have implemented MFA on 'winders.' The zOS solution is pricey so we are looking at alternatives. My question is: Does a windows

Re: Assembler :- PC Instruction

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
Peter, Ok, than I misunderstood what was or could be put into the PC microcode. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter Relson > Sent: 30 August, 2019 14:25 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re:

Re: Assembler :- PC Instruction

2019-08-30 Thread Peter Relson
>From what I understood of the PC instruction: with 1 instruction you can now execute a 'function' that might have taken pages of assembler instructions before. I'm not sure where this thought comes from. The PC instruction is not magic. It does not execute a "function" beyond the function

Re: SYNCSORT and STEPLIB/JOBLIB/LINKLIB issue

2019-08-30 Thread Peter Relson
I know nothing about SYNCSORT, but it is possible (and if so they should document) that the way they ask the system to fetch the module specifically indicates not to use tasklib/steplib/joblib. When the system does that it is typically to be using its copy of the named module rather than

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Jousma, David
Kees, I fully agree!!! I suspect there are quite a few banks that run this application. When I had a meeting with these folks, I got the impression that there was may the "one guy left" that could delve into the assembler code that supports this. We are escalating the vendor now

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Elardus Engelbrecht
Jousma, David wrote: >Elardus, yea, I took quite a bit of vacation this summer Grrr, I'm so jealous! ;-) But, I have been in a lot of projects and am now just lurking sniffing out the IBM-MAIN and other listserv posts on their websites... >I always suspend delivery

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
Yes, then it is the end for this application. But from your description I understand that there must be more customers who will have the 2.4 problem. Is this still no reason for the company to start converting to the current standards? Kees. > -Original Message- > From: IBM Mainframe

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Jousma, David
Well, my excitement was short-lived.In the text of OA56180 I read: Note: This APAR only applies to user key CSA storage. Both user key (8-15) SCOPE=COMMON data spaces and the usage of the CHANGKEY service to change the storage key of common storage to a key of 8-15 are not affected by

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
It does, because 2.4 does not support userkeycsa(yes) anymore. It is also discussed in the 2.4 migration guide. It seems to me the feature will stay, because IBM has fulfilled its goal to block CSA from being used by unauthorized users with full read/write access. Now you must selectively

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Jousma, David
Elardus, yea, I took quite a bit of vacation this summer I always suspend delivery of IBM-MAIL mail during that time, otherwise my outlook email box would probably fill up. :) _ Dave

Re: z/OS 2.1 to 2.4 [EXTERNAL]

2019-08-30 Thread Feller, Paul
Would there be any concerns with internal changes to system dataset structures? As an example like catalogs or things like HSM CDS datasets? Going from z/OS 2.1 to z/OS 2.4 is technically not support for fallback. Would it be a good thing to at least try to get any z/OS 2.3 compatibility

Re: zOS GENCERT

2019-08-30 Thread Jantje.
On Wed, 28 Aug 2019 11:31:33 -0500, Joel M Ivey wrote: >In zOS, is it possible to extract a private key, making it viewable by a >human, generated by the RACF RACDCERT GENCERT command? RACDCERT EXPORT perhaps?

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Jousma, David
Yea... Funny thing it is a pretty major/well known Financial Application vendor. Every 4-6 months for the last two years I've been pinging them on their status. I just don’t think they understand the gravity of the situation they are creating here. Also, I did open a PMR on this PTF.

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
We discovered it in Cheryl's newsletter 2019 no.1. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jousma, David > Sent: 30 August, 2019 12:20 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OS 2.1 to 2.4 > > This is the

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Mike Schwab
I would ask they cover your cost for this as part of their product, since they are the only product you use that needs it. On Fri, Aug 30, 2019 at 5:20 AM Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > > This is the first I have seen this! That is good news. We have

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Elardus Engelbrecht
Jousma, David wrote: >This is the first I have seen this! That is good news. That is indeed good news. APAR OA53355 and APAR OA56180 were discussed several times on IBM-MAIN. Perhaps you have missed that? Groete / Greetings Elardus Engelbrecht

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Jousma, David
This is the first I have seen this! That is good news. We have one particular Financial Business application, written/distributed by outside vendor that I have been bugging now since I put V2.3 in almost 2 years ago to remediate. They still have not yet remediated there code, and I was

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Jousma, David
As long as you don't have any USERKEYCSA or USERKEYCAD applications to remediate, you will probably be ok. As IBM has removed support for that in 2.4. What is the official IBM stance? N-2 or N-3? I don't recall. I'll be ordering 2.4 this fall as well.

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
RUCSA is available for z/OS 2.1, so you can implement on you current systems and move it out of the migration path. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Martin Packer > Sent: 30 August, 2019 10:37 > To:

Re: SYNCSORT and STEPLIB/JOBLIB/LINKLIB issue

2019-08-30 Thread Massimo Biancucci
Peter, I've tried the same on a customer site running Syncsort 2.1.5.0R on zOS 2.3 and it seems everything works fine. You can try (only a try) to code the DDNAME on E15/E35, add the DD with LOADLIB and see if anything changes. MODS E15=(EXITE15M,2048000,MYDDN,C),E35=(EXITE35M,2048000,MYDDN,C)

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Martin Packer
Note: With RUCSA there are still migration actions - because of the new way of allowing an address space to use it. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs:

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
IBM has a payed feature called Restricted Use CSA, that allows you to keep your applics with userkeycsa running in 2.4. Check OA56180. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Gibney, Dave > Sent: 30 August, 2019

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Gibney, Dave
Just monoplexes. Some limited sharing of DASD. Not even GRS. But, I had forgot about ALLOWUSERKEYCSA(YES). We do use that setting. Our Natural Global Buffer Pool is one such use. We are quite back level with both Natural and Adabas. > -Original Message- > From: IBM Mainframe Discussion

Re: DWW1VS00 impact to DFSMS ?

2019-08-30 Thread Brian Westerman
This is actually answered by IBM here https://www-01.ibm.com/support/docview.wss?uid=swg21192432 The CICS module goes first because it's needed to provide support for the CICS VR addresspace. The CICS version of the module is MUCH bigger than the delivered one from SMS and contains all of the

Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Brian Westerman
You can't IPL with the IPL datasets cataloged to , it fails if you try to set to something in IEASYMxx. The same is true if you try to use a symbolic for the catalog volume(s) (assuming it's separate from the res volume(s)), but I think that issue is the ICF catalogs themselves. You can

Re: Assembler :- PC Instruction

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
A little less I think. I remember their meaning became vague when comparing performance and MIPS of Amdahl and IBM machines gave unexplainable differences during the 80's. And when IBM started putting more functionality into an instruction, if was definitely renamed to Meaningless Indicator of

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Brian Westerman
IS your a Parallel sysplex or just LPAR environment? If not parallel sysplex, then you have nothing to worry about, except for the fact that the ALLOWUSERKEYCSA(YES) change (which won't affect you if you aren't using it now), everything else is fairly minor. If your running a sysplex, then

Re: Clarification on DASD mod conversion of SYSRES

2019-08-30 Thread Barbara Nitz
>I just checked my master cat and EVERY entry has , 2, or 3 except >SYS1.PARMLIB on the SYSRES It has **. and both are set >to since we use mod 27s. We are at z/OS 2.3. All, thanks for checking. So my conclusion way back when must have been wrong. I had left SYS1.PARMLIB (that came