Re: AFP confusion
>From that, BCMDEL itself requires authorization, not just LISTBC. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Pommier, Rex [rpomm...@sfgmembers.com] Sent: Wednesday, March 30, 2022 3:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AFP confusion Here's the code snippet with the call (LINK), starting at the MODESET that caused the 047 abend. KZ MODESET KEY=ZERO BATCHCNT MVC PSCBUSER(7),NEWID SET USERID TO PARAMETER VALUE LAR8,1(,R8) BUMP REG BACK TO WHERE IT WAS STC R8,PSCBUSRL PUT USERID LENGTH INTO PSCB MVC 0(4,R11),=A(BPARM) MOVE PARM POINTER TO CPPL. LRR1,R11 POINT R1 TO CPPL. LINK EP=LISTBC DO LISTBC COMMAND. MVC PSCBUSER(7),OLDID RESTORE OLD USERID TO PSCB MVC PSCBUSRL(1),OLDPSCBL RESTORE SAVED USERID LENGTH -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Wednesday, March 30, 2022 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion How does it call LISTBC? -- Shmuel (Seymour J.) Metz https://secure-web.cisco.com/1vlBNMj33k8Ocddx7M2tZDQI_Mtvqm1IvQlyQ5OO9foQoBqGEhSPi8NsagDmt-Ub5vbqLvv4vuAbKccLImzNWKtCv78I5Gq7-1wD1rEH2eWZZreGe97oVuUTQgSYUT9tFtZhLTg9ham1q17jn-9xuejxtRQ8dBYnSITQgO_rhyBdEWCxwmAh7_Ejyj3FjGjnbA_ZrK9KH6tEaFQwBMjseXfM9wcFmGRwBXdfCbCihQwCVvttm1y-86tkqcZSWF8vrOxCXxk7RKYDsrFToWw81PF2OfzcjnjMOPvIexUreD-_-KxYPqU-aD0wROo8yCKmYxFNwLzBtVa-utgjRJTlKvcajHixzKfV_dNBvliMj7TorAmefyCsuSFkUuJbJgZNa0MyRoPwhgF8qI74vliaDnYCyrxw2pjEEIBQr4gzxS_mjXt89DkxDLClhevl9y7d-rOw6OybTV1OJYLsg38mcTg/https%3A%2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fmason.gmu.edu%2F%2Asmetz3__%3Bfg%21%21KjMRP1Ixj6eLE0Fj%2160bZRdMVQPaLWj0zGktKKr0LLnm8_fZ3P3OocoySdJ09B-hSJ5_gpvMWVL9flvKaSg%24 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Pommier, Rex [rpomm...@sfgmembers.com] Sent: Wednesday, March 30, 2022 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AFP confusion Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety,
Re: AFP confusion
Here's the code snippet with the call (LINK), starting at the MODESET that caused the 047 abend. KZ MODESET KEY=ZERO BATCHCNT MVC PSCBUSER(7),NEWID SET USERID TO PARAMETER VALUE LAR8,1(,R8) BUMP REG BACK TO WHERE IT WAS STC R8,PSCBUSRL PUT USERID LENGTH INTO PSCB MVC 0(4,R11),=A(BPARM) MOVE PARM POINTER TO CPPL. LRR1,R11 POINT R1 TO CPPL. LINK EP=LISTBC DO LISTBC COMMAND. MVC PSCBUSER(7),OLDID RESTORE OLD USERID TO PSCB MVC PSCBUSRL(1),OLDPSCBL RESTORE SAVED USERID LENGTH -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Wednesday, March 30, 2022 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion How does it call LISTBC? -- Shmuel (Seymour J.) Metz https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!KjMRP1Ixj6eLE0Fj!60bZRdMVQPaLWj0zGktKKr0LLnm8_fZ3P3OocoySdJ09B-hSJ5_gpvMWVL9flvKaSg$ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Pommier, Rex [rpomm...@sfgmembers.com] Sent: Wednesday, March 30, 2022 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AFP confusion Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are
Re: AFP confusion
How does it call LISTBC? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Pommier, Rex [rpomm...@sfgmembers.com] Sent: Wednesday, March 30, 2022 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AFP confusion Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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: AFP confusion
They are if every library in the concatenation is APF authorized. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mike Schwab [mike.a.sch...@gmail.com] Sent: Wednesday, March 30, 2022 2:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AFP confusion https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.3.0%3Ftopic%3Dfunctions-apf-authorized-libraries&data=04%7C01%7Csmetz3%40gmu.edu%7C294518b00feb40f579c008da127f6a7d%7C9e857255df574c47a0c00546460380cb%7C0%7C0%7C637842635705121437%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=sav7hEQuRDQQNZNtMtP88%2Bxl1kldbJiqeHwSOCzdxmg%3D&reserved=0 Libraries accessed through STEPLIB/JOBLIB are not APF authorized. On Wed, Mar 30, 2022 at 7:35 PM Pommier, Rex wrote: > > Thanks, Carmen. > > I forgot to mention that part. My library is the only one in the STEPLIB. > And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD > portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command > by itself it runs fine. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Carmen Vitullo > Sent: Wednesday, March 30, 2022 1:29 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: AFP confusion > > if steplib I'd still check and make sure any concatenated libraries are also > APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx > member, AUTHPGM section > > Carmen Vitullo > > > > -Original Message- > > From: Rex > To: IBM-MAIN > Date: Wednesday, 30 March 2022 1:22 PM CDT > Subject: AFP confusion > > Hello list, > > I'm stumped on this one. I have a small assembler program (BCMDEL from Sam > Golob's Broadcast dataset maintenance CBT package). It's running successfully > on 2 of my LPARs but the third is giving me a 047 abend trying to run. The > program is linked AC=1 and is residing in 2 APF authorized libraries. One of > them is my private library where I initially assembled the code which I added > to the APF list and verified it is there. I tried accessing this thru a > STEPLIB. The other is a general library where several of our third party > products reside, others of which need and have APF authorization through this > library. This is accessed through the linklist and I did perform an LLA > refresh. The program is a TSO-in-batch program if that matters. Identical JCL > running on other LPARs. > > Here's the line of code it is choking on: > > KZ MODESET KEY=ZERO > > I can copy the load module to one of the other LPARs and it runs fine there > so the module appears correct. Other APF programs are running fine from the > library on this LPAR where I copied the code so the library appears correct. > Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as > well. It's looking like it has to be something in the environment but we > can't determine what. > > TIA, > > Rex > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omitted in > reliance on it, is strictly prohibited and may be unlawful. If you have > received this communication in error, please notify us immediately by > replying to this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > -- > 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 > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified t
Re: AFP confusion
The devil is in the details. If any library in the [JOB|STEP]LIB is not APF authorized then the jobstep is not APF authorized. AC(1) is only relevant for a program attached by a privileged jobstep task with RSAPF=YES: Initiator TMP Authorized calls and commands, in addition to requiring AC(1) from an authorized concatenation, must also be defined to TSO as authorized. Do a PARMLIB LIST(ALL) to see what is defined where and whether it is the same in each LPAR. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Carmen Vitullo [cvitu...@hughes.net] Sent: Wednesday, March 30, 2022 3:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AFP confusion ok, this is prolly a different iteration of the BMCUTIL program I was using long ago, it had nothing to do with LISTBC. as far as APF, If I read Rex's post correctly he did APF the loadlib and is not relying on link list from Rex The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I myself have APF'd a library for testing and steplib'd to a program for product testing with the expected results Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:35 PM CDT Subject: Re: AFP confusion Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recip
Re: [EXTERNAL] Re: AFP confusion
Hi David, Actually Jay is correct. Jay's comment was in light of a library being accessed via JOBLIB/STEPLIB. In that case it doesn't matter if the library is in the linklist. It must be in the APF list to be authorized. You are correct with the LNKAUTH if the library is accessed via the linklist. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Spiegel Sent: Wednesday, March 30, 2022 2:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion Hi Jay, If you code LNKAUTH=APFTAB in IEASYSxx, then you're correct. If you code LNKAUTH=LNKLST, then your assertion is incorrect. Regards, David On 2022-03-30 15:01, Jay Maynard wrote: > Libraries accessed through STEPLIB/JOBLIB aren't APF-authorized simply > by virtue of being listed on the link list. THey can be authorized by > being specifically listed in the APF list, though. This has been the case > forever. > > On Wed, Mar 30, 2022 at 1:59 PM Mike Schwab wrote: > >> https://urldefense.com/v3/__https://nam12.safelinks.protection.outloo >> k.com/?url=https*3A*2F*2Fwww.ibm.com*2Fdocs*2Fen*2Fzos*2F2.3.0*3Ftopi >> c*3Dfunctions-apf-authorized-libraries&data=04*7C01*7C*7C5f168b8e >> 3f904490675208da127fc9b0*7C84df9e7fe9f640afb435*7C1*7C0*7 >> C637842637369156999*7CUnknown*7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQI >> joiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0*3D*7C3000&sdata=seQJYDCvz6 >> Z85GiUfUEjKAfvK*2BLwettVtqWOoaUl1rY*3D&reserved=0__;JSUlJSUlJSUlJ >> SUlJSUlJSUlJSUlJQ!!KjMRP1Ixj6eLE0Fj!9E1JNwbkcLPARYLG3TTPrNWPO3r5jG3kZ >> HZVbF5dd4QExH5MPFcPRMv4UaDG4rGi8w$ >> >> Libraries accessed through STEPLIB/JOBLIB are not APF authorized. >> >> On Wed, Mar 30, 2022 at 7:35 PM Pommier, Rex >> >> wrote: >>> Thanks, Carmen. >>> >>> I forgot to mention that part. My library is the only one in the >> STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the >> AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run >> the LISTBC command by itself it runs fine. >>> Rex >>> >>> -----Original Message- >>> From: IBM Mainframe Discussion List On >> Behalf Of Carmen Vitullo >>> Sent: Wednesday, March 30, 2022 1:29 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: [EXTERNAL] Re: AFP confusion >>> >>> if steplib I'd still check and make sure any concatenated libraries >>> are >> also APF'd IIRC the Broadcast program also requires an entry in the >> IKJTSOxx member, AUTHPGM section >>> Carmen Vitullo >>> >>> >>> >>> -Original Message- >>> >>> From: Rex >>> To: IBM-MAIN >>> Date: Wednesday, 30 March 2022 1:22 PM CDT >>> Subject: AFP confusion >>> >>> Hello list, >>> >>> I'm stumped on this one. I have a small assembler program (BCMDEL >>> from >> Sam Golob's Broadcast dataset maintenance CBT package). It's running >> successfully on 2 of my LPARs but the third is giving me a 047 abend >> trying to run. The program is linked AC=1 and is residing in 2 APF >> authorized libraries. One of them is my private library where I >> initially assembled the code which I added to the APF list and >> verified it is there. I tried accessing this thru a STEPLIB. The >> other is a general library where several of our third party products >> reside, others of which need and have APF authorization through this >> library. This is accessed through the linklist and I did perform an >> LLA refresh. The program is a TSO-in-batch program if that matters. >> Identical JCL running on other LPARs. >>> Here's the line of code it is choking on: >>> >>> KZ MODESET KEY=ZERO >>> >>> I can copy the load module to one of the other LPARs and it runs >>> fine >> there so the module appears correct. Other APF programs are running >> fine from the library on this LPAR where I copied the code so the >> library appears correct. Any thoughts as to what I've overlooked? I >> have my 2 coworkers stumped as well. It's looking like it has to be >> something in the environment but we can't determine what. >>> TIA, >>> >>> Rex >>> >>> >>> -- The information contained in this message is confidential, >>> protected >> from disclosure and may be legally privileged. If the reader of this >> message is not the intended recipient or a
Re: AFP confusion
oh, ok got ya! thanks for the update Rex Carmen On 3/30/2022 2:28 PM, Pommier, Rex wrote: Actually I think it is the same thing. BCMDEL calls LISTBC to do the actual deletes. Standalone LISTBC allows me to delete my own records from BRODCAST. BCMDEL changes users as needed to be able to call LISTBC to delete records for all the users it finds. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 2:09 PM To:IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion ok, this is prolly a different iteration of the BMCUTIL program I was using long ago, it had nothing to do with LISTBC. as far as APF, If I read Rex's post correctly he did APF the loadlib and is not relying on link list from Rex The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I myself have APF'd a library for testing and steplib'd to a program for product testing with the expected results Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:35 PM CDT Subject: Re: AFP confusion Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To:IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on
Re: AFP confusion
Actually I think it is the same thing. BCMDEL calls LISTBC to do the actual deletes. Standalone LISTBC allows me to delete my own records from BRODCAST. BCMDEL changes users as needed to be able to call LISTBC to delete records for all the users it finds. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 2:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion ok, this is prolly a different iteration of the BMCUTIL program I was using long ago, it had nothing to do with LISTBC. as far as APF, If I read Rex's post correctly he did APF the loadlib and is not relying on link list from Rex The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I myself have APF'd a library for testing and steplib'd to a program for product testing with the expected results Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:35 PM CDT Subject: Re: AFP confusion Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have receive
Re: AFP confusion
Hi Jay, If you code LNKAUTH=APFTAB in IEASYSxx, then you're correct. If you code LNKAUTH=LNKLST, then your assertion is incorrect. Regards, David On 2022-03-30 15:01, Jay Maynard wrote: Libraries accessed through STEPLIB/JOBLIB aren't APF-authorized simply by virtue of being listed on the link list. THey can be authorized by being specifically listed in the APF list, though. This has been the case forever. On Wed, Mar 30, 2022 at 1:59 PM Mike Schwab wrote: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.3.0%3Ftopic%3Dfunctions-apf-authorized-libraries&data=04%7C01%7C%7C5f168b8e3f904490675208da127fc9b0%7C84df9e7fe9f640afb435%7C1%7C0%7C637842637369156999%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=seQJYDCvz6Z85GiUfUEjKAfvK%2BLwettVtqWOoaUl1rY%3D&reserved=0 Libraries accessed through STEPLIB/JOBLIB are not APF authorized. On Wed, Mar 30, 2022 at 7:35 PM Pommier, Rex wrote: Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---
Re: AFP confusion
ok, this is prolly a different iteration of the BMCUTIL program I was using long ago, it had nothing to do with LISTBC. as far as APF, If I read Rex's post correctly he did APF the loadlib and is not relying on link list from Rex The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I myself have APF'd a library for testing and steplib'd to a program for product testing with the expected results Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:35 PM CDT Subject: Re: AFP confusion Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -
Re: AFP confusion
Libraries accessed through STEPLIB/JOBLIB aren't APF-authorized simply by virtue of being listed on the link list. THey can be authorized by being specifically listed in the APF list, though. This has been the case forever. On Wed, Mar 30, 2022 at 1:59 PM Mike Schwab wrote: > > https://www.ibm.com/docs/en/zos/2.3.0?topic=functions-apf-authorized-libraries > > Libraries accessed through STEPLIB/JOBLIB are not APF authorized. > > On Wed, Mar 30, 2022 at 7:35 PM Pommier, Rex > wrote: > > > > Thanks, Carmen. > > > > I forgot to mention that part. My library is the only one in the > STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the > AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the > LISTBC command by itself it runs fine. > > > > Rex > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of Carmen Vitullo > > Sent: Wednesday, March 30, 2022 1:29 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: [EXTERNAL] Re: AFP confusion > > > > if steplib I'd still check and make sure any concatenated libraries are > also APF'd IIRC the Broadcast program also requires an entry in the > IKJTSOxx member, AUTHPGM section > > > > Carmen Vitullo > > > > > > > > -Original Message- > > > > From: Rex > > To: IBM-MAIN > > Date: Wednesday, 30 March 2022 1:22 PM CDT > > Subject: AFP confusion > > > > Hello list, > > > > I'm stumped on this one. I have a small assembler program (BCMDEL from > Sam Golob's Broadcast dataset maintenance CBT package). It's running > successfully on 2 of my LPARs but the third is giving me a 047 abend trying > to run. The program is linked AC=1 and is residing in 2 APF authorized > libraries. One of them is my private library where I initially assembled > the code which I added to the APF list and verified it is there. I tried > accessing this thru a STEPLIB. The other is a general library where several > of our third party products reside, others of which need and have APF > authorization through this library. This is accessed through the linklist > and I did perform an LLA refresh. The program is a TSO-in-batch program if > that matters. Identical JCL running on other LPARs. > > > > Here's the line of code it is choking on: > > > > KZ MODESET KEY=ZERO > > > > I can copy the load module to one of the other LPARs and it runs fine > there so the module appears correct. Other APF programs are running fine > from the library on this LPAR where I copied the code so the library > appears correct. Any thoughts as to what I've overlooked? I have my 2 > coworkers stumped as well. It's looking like it has to be something in the > environment but we can't determine what. > > > > TIA, > > > > Rex > > > > -- > > The information contained in this message is confidential, protected > from disclosure and may be legally privileged. If the reader of this > message is not the intended recipient or an employee or agent responsible > for delivering this message to the intended recipient, you are hereby > notified that any disclosure, distribution, copying, or any action taken or > action omitted in reliance on it, is strictly prohibited and may be > unlawful. If you have received this communication in error, please notify > us immediately by replying to this message and destroy the material in its > entirety, whether in electronic or hard copy format. Thank you. > > > > > > -- > > 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 > > > > -- > > The information contained in this message is confidential, protected > from disclosure and may be legally privileged. If the reader of this > message is not the intended recipient or an employee or agent responsible > for delivering this message to the intended recipient, you are hereby > notified that any disclosure, distribution, copying, or any action taken or > action omitted in reliance on it, is strictly prohibited and may be > unlawful. If you have received this communica
Re: AFP confusion
https://www.ibm.com/docs/en/zos/2.3.0?topic=functions-apf-authorized-libraries Libraries accessed through STEPLIB/JOBLIB are not APF authorized. On Wed, Mar 30, 2022 at 7:35 PM Pommier, Rex wrote: > > Thanks, Carmen. > > I forgot to mention that part. My library is the only one in the STEPLIB. > And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD > portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command > by itself it runs fine. > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Carmen Vitullo > Sent: Wednesday, March 30, 2022 1:29 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: AFP confusion > > if steplib I'd still check and make sure any concatenated libraries are also > APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx > member, AUTHPGM section > > Carmen Vitullo > > > > -Original Message- > > From: Rex > To: IBM-MAIN > Date: Wednesday, 30 March 2022 1:22 PM CDT > Subject: AFP confusion > > Hello list, > > I'm stumped on this one. I have a small assembler program (BCMDEL from Sam > Golob's Broadcast dataset maintenance CBT package). It's running successfully > on 2 of my LPARs but the third is giving me a 047 abend trying to run. The > program is linked AC=1 and is residing in 2 APF authorized libraries. One of > them is my private library where I initially assembled the code which I added > to the APF list and verified it is there. I tried accessing this thru a > STEPLIB. The other is a general library where several of our third party > products reside, others of which need and have APF authorization through this > library. This is accessed through the linklist and I did perform an LLA > refresh. The program is a TSO-in-batch program if that matters. Identical JCL > running on other LPARs. > > Here's the line of code it is choking on: > > KZ MODESET KEY=ZERO > > I can copy the load module to one of the other LPARs and it runs fine there > so the module appears correct. Other APF programs are running fine from the > library on this LPAR where I copied the code so the library appears correct. > Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as > well. It's looking like it has to be something in the environment but we > can't determine what. > > TIA, > > Rex > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omitted in > reliance on it, is strictly prohibited and may be unlawful. If you have > received this communication in error, please notify us immediately by > replying to this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > -- > 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 > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > this message to the intended recipient, you are hereby notified that any > disclosure, distribution, copying, or any action taken or action omitted in > reliance on it, is strictly prohibited and may be unlawful. If you have > received this communication in error, please notify us immediately by > replying to this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AFP confusion
Thanks, Carmen. I forgot to mention that part. My library is the only one in the STEPLIB. And the LISTBC part of TSO that BCMDEL calls is actually in the AUTHCMD portion of IKJTSOxx. Same on the working LPARs. If I run the LISTBC command by itself it runs fine. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: AFP confusion if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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 -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AFP confusion
if steplib I'd still check and make sure any concatenated libraries are also APF'd IIRC the Broadcast program also requires an entry in the IKJTSOxx member, AUTHPGM section Carmen Vitullo -Original Message- From: Rex To: IBM-MAIN Date: Wednesday, 30 March 2022 1:22 PM CDT Subject: AFP confusion Hello list, I'm stumped on this one. I have a small assembler program (BCMDEL from Sam Golob's Broadcast dataset maintenance CBT package). It's running successfully on 2 of my LPARs but the third is giving me a 047 abend trying to run. The program is linked AC=1 and is residing in 2 APF authorized libraries. One of them is my private library where I initially assembled the code which I added to the APF list and verified it is there. I tried accessing this thru a STEPLIB. The other is a general library where several of our third party products reside, others of which need and have APF authorization through this library. This is accessed through the linklist and I did perform an LLA refresh. The program is a TSO-in-batch program if that matters. Identical JCL running on other LPARs. Here's the line of code it is choking on: KZ MODESET KEY=ZERO I can copy the load module to one of the other LPARs and it runs fine there so the module appears correct. Other APF programs are running fine from the library on this LPAR where I copied the code so the library appears correct. Any thoughts as to what I've overlooked? I have my 2 coworkers stumped as well. It's looking like it has to be something in the environment but we can't determine what. TIA, Rex -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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