I don't believe the alias was ever in play for APF verification, which is always down via r=the actual dataset name and location
> -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On > Behalf Of Carmen Vitullo > Sent: Thursday, April 28, 2022 10:28 AM > To: [email protected] > Subject: Re: Silly linklist dataset question > > [EXTERNAL EMAIL] DO NOT CLICK links or attachments unless you recognize > the sender and know the content is safe. > > not to bring an old subject back from the dead, I have a somewhat > related question. > > some background; > > for many years my predecessor has been create alias pointers for > 'TCPIP.V2R2.SEZALINK' 'V3R1.SEZALINK' and some other variations of the > name that IBM in its infinite wisdom changed many times. last weekend > my z/OS 2.4 upgrade I removed all catalog aliases, thinking I had ALL > reference to these aliases removed, I was wrong. > > My question is more APF related, in the PROGxx member, we have both the > ALIAS and the REAL name in the APF list, can I safely remove the ALIAS > name from the APF since the real dataset is APF'd and will be fetched > from the linklist - > > Carmen > > On 4/26/2022 5:06 PM, Peter Relson wrote: > > Mark J wrote: > > <snip> > > Datasets in our linklist are APF authorized via LINKAUTH=LNKLST. Is there > any differences on how program fetch behaves if a dataset in the linklist is > also APF authorized in PROGxx as far as modules being fetched from the > linklist? > > </snip> > > > > To the specific question: "no". When LNKAUTH=LNKLST, for a fetch from > the LNKLST, there is no querying of the APF status of the LNKLST (and/or any > data sets within it). > > > > FWIW, for a fetch from DCB/TASKLIB/STEPLIB/JOBLIB, there is generally no > querying of an individual data set at the time of fetch, instead the DEB is > looked at (DEBAPFIN) to see if the entire concatenation is APF-authorized. > "OPEN" does the querying. > > > > Peter Relson > > z/OS Core Technology Design > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email [email protected] with the message: INFO IBM-MAIN > > > > > -- > /I am not bound to win, but I am bound to be true. I am not bound to > succeed, but I am bound to live by the light that I have. I must stand > with anybody that stands right, and stand with him while he is right, > and part with him when he goes wrong. *Abraham Lincoln*/ > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
