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
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
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
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
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
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
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
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
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
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: 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
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
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
>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: APF (not AFP) confusion
I don’t have it in AUTHPGM but do have entries in SEND. YMMV: SEND/* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(ON) /* */ + USEBROD(OFF) /* USER BRODCAST */ + MSGPROTECT(OFF) /* NO EXTRA SECURITY REQUIRED*/ + SYSPLEXSHR(ON) /* BRODCAST SHARED IN SYSPLEX*/ + OPERSEWAIT(OFF) /* DONT WAIT FOR OPER SEND RESP. */ + LOGNAME(ULOG.BRODCAST)/* userid.BRODCAST */ + BROADCAST (DATASET(SYS1.BRODCAST)) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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 mailto:rpomm...@sfgmembers.com>> To: IBM-MAIN mailto:IBM-MAIN@LISTSERV.UA.EDU>> 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<mailto: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<mailto: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: APF (not AFP) confusion
I've used the BCMDEL which is part of the BCMUTIL to manage broadcast messages, IIRC part of the instructions, are to place BCMDEL, maybe some other programs in the AUTHPGM entry in IKJTSOxx. been a long time since I've used it and I don't have the utility any longer that maybe one of Rex's problems Carmen Vitullo -Original Message- From: Robert <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN Date: Wednesday, 30 March 2022 1:35 PM CDT Subject: Re: APF (not AFP) confusion I don’t have it in AUTHPGM but do have entries in SEND. YMMV: SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(ON) /* */ + USEBROD(OFF) /* USER BRODCAST */ + MSGPROTECT(OFF) /* NO EXTRA SECURITY REQUIRED*/ + SYSPLEXSHR(ON) /* BRODCAST SHARED IN SYSPLEX*/ + OPERSEWAIT(OFF) /* DONT WAIT FOR OPER SEND RESP. */ + LOGNAME(ULOG.BRODCAST) /* userid.BRODCAST */ + BROADCAST (DATASET(SYS1.BRODCAST)) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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 mailto:rpomm...@sfgmembers.com>> To: IBM-MAIN mailto:IBM-MAIN@LISTSERV.UA.EDU>> 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<mailto: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<mailto: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: APF (not AFP) confusion
Yaay Carmen! That was it. Somewhere before my time somebody had added BCMDEL to IKJTSO00 on one of my LPARs but not the other one. I actually added it to the AUTHCMD section which is where it resides on the other LPAR and the command now works. If it was documented in the package, I sure didn't find it. Thank you all, especially Carmen since his response was the first I saw with the answer. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: APF (not AFP) confusion I've used the BCMDEL which is part of the BCMUTIL to manage broadcast messages, IIRC part of the instructions, are to place BCMDEL, maybe some other programs in the AUTHPGM entry in IKJTSOxx. been a long time since I've used it and I don't have the utility any longer that maybe one of Rex's problems Carmen Vitullo -Original Message- From: Robert <01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN Date: Wednesday, 30 March 2022 1:35 PM CDT Subject: Re: APF (not AFP) confusion I don’t have it in AUTHPGM but do have entries in SEND. YMMV: SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(ON) /* */ + USEBROD(OFF) /* USER BRODCAST */ + MSGPROTECT(OFF) /* NO EXTRA SECURITY REQUIRED*/ + SYSPLEXSHR(ON) /* BRODCAST SHARED IN SYSPLEX*/ + OPERSEWAIT(OFF) /* DONT WAIT FOR OPER SEND RESP. */ + LOGNAME(ULOG.BRODCAST) /* userid.BRODCAST */ + BROADCAST (DATASET(SYS1.BRODCAST)) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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 mailto:rpomm...@sfgmembers.com>> To: IBM-MAIN mailto:IBM-MAIN@LISTSERV.UA.EDU>> 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<mailto: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<mailto: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: APF (not AFP) confusion
Glad you found it and I could help Carmen On 3/30/2022 2:25 PM, Pommier, Rex wrote: Yaay Carmen! That was it. Somewhere before my time somebody had added BCMDEL to IKJTSO00 on one of my LPARs but not the other one. I actually added it to the AUTHCMD section which is where it resides on the other LPAR and the command now works. If it was documented in the package, I sure didn't find it. Thank you all, especially Carmen since his response was the first I saw with the answer. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 1:48 PM To:IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: APF (not AFP) confusion I've used the BCMDEL which is part of the BCMUTIL to manage broadcast messages, IIRC part of the instructions, are to place BCMDEL, maybe some other programs in the AUTHPGM entry in IKJTSOxx. been a long time since I've used it and I don't have the utility any longer that maybe one of Rex's problems Carmen Vitullo -Original Message- From: Robert<01c91f408b9e-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN Date: Wednesday, 30 March 2022 1:35 PM CDT Subject: Re: APF (not AFP) confusion I don’t have it in AUTHPGM but do have entries in SEND. YMMV: SEND /* SEND COMMAND DEFAULTS */ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + SAVE(ON) /* */ + CHKBROD(ON) /* */ + USEBROD(OFF) /* USER BRODCAST */ + MSGPROTECT(OFF) /* NO EXTRA SECURITY REQUIRED*/ + SYSPLEXSHR(ON) /* BRODCAST SHARED IN SYSPLEX*/ + OPERSEWAIT(OFF) /* DONT WAIT FOR OPER SEND RESP. */ + LOGNAME(ULOG.BRODCAST) /* userid.BRODCAST */ + BROADCAST (DATASET(SYS1.BRODCAST)) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 2:29 PM To:IBM-MAIN@LISTSERV.UA.EDU Subject: 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 mailto:rpomm...@sfgmembers.com>> To: IBM-MAIN mailto:IBM-MAIN@LISTSERV.UA.EDU>> 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<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu<mailto:lists...@listserv.ua.edu> with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff /
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: APF (not AFP) confusion
There were inaccuracies in a couple of posts but the IBM-Main team did correct them and, in the end, have the right information. Don't try to intermix discussing authorization if fetched from the LNKLST with discussing authorization if fetched from STEPLIB/JOBLIB. They are unrelated. Don't try to intermix discussing LNKAUTH with discussing STEPLIB/JOBLIB. They are unrelated. 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: [EXTERNAL] Re: APF (not AFP) confusion
And I just realized that I accidentally said AFP instead of APF in the subject line. At least I got it right in the body of the e-mail. D'oh. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, March 30, 2022 2:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] 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. > > > --