We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared
what is in LINKLIST to what is in APFLIST and came up with a list of datasets
that are not in APFLIST, but could need to be APF-Authorized. Is there an easy
way to determine if the datasets need to be APF-Authorized?
My first attempt would be to see if any module not in the actual APF list
is marked as APF. You can do this rather easily by browsing each library in
ISPF option 1, then doing a "SORT APF D" on the command line. But this
doesn't guarantee that some other APF linked program does not do a LINK or
LOA
W dniu 2014-10-20 o 18:56, gsg pisze:
We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared
what is in LINKLIST to what is in APFLIST and came up with a list of datasets
that are not in APFLIST, but could need to be APF-Authorized. Is there an easy
way to determine if
> We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB
I'm curious why you are making this change. I view LNKAUTH=LNLKST as a godsend.
Bob Shannon
Rocket Software
Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■
+1 800.966.32
An audit?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Mon, 20 Oct 2014 17:41:44 +, Bob Shannon
wrote:
>> We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB
>
>I'm curious why you are making this change. I view LNKAUTH=LNLKST as a
>godsend.
In general, it seems auditors frown upon that option. I've had to make the
change
at s
0053fe88ed35-dmarc-requ...@listserv.ua.edu (gsg) wrote:
We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared
what is in LINKLIST to what is in APFLIST and came up with a list of datasets
that are not in APFLIST, but could need to be APF-Authorized. Is there an eas
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
>
> On Mon, 20 Oct 2014 17:41:44 +, Bob Shannon
> wrote:
>
> >> We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB
> >
> >I'm curious why you are making this change. I view LNKAUTH=LNLKST
11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Verify APF libraries
We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared
what is in LINKLIST to what is in APFLIST and came up with a list of datasets
that are not in APFLIST, but could need to be APF-Authorized.
>Consider the case of placing a load library of mostly
>installation-written COBOL batch programs into the LNKLST
>to avoid having to code perhaps thousands of //STEPLIB or
>//JOBLIB statements in the "nightly batch run".
>Would you really want those programs to be APF-authorized?
Of course no
Barry Merrill wrote:
>-A flag in RACF Unload file (RAC900: USS RACF BASIC RECORD)
> APF CHAR 4 APF BIT ON?
Sorry, I don't find it in my RACF books. Not in SMF unload or RACF unload
chapters either. Where is that documented?
Just curious if you don't mind, please.
>Two fie
On Tue, 21 Oct 2014 07:13:50 -0500, Elardus Engelbrecht
wrote:
>Barry Merrill wrote:
>
>>-A flag in RACF Unload file (RAC900: USS RACF BASIC RECORD)
>> APF CHAR 4 APF BIT ON?
>
>Sorry, I don't find it in my RACF books. Not in SMF unload or RACF unload
>chapters either. Wher
Walt Farrell wrote:
>He's referring to the type 0900 "database unload" record created by the
>IRRHFSU utility from the RACF Downloads page at
> http://www-03.ibm.com/systems/z/os/zos/features/racf/downloads/irrhfsu.html
Yes! That is that! Many thanks for kindly helping out.
I totally forgot ab
13 matches
Mail list logo
