>Thanks, but you might want to read my OP >>There are various ways to check whether the current environment is APF authorized. >>For example, the TESTAUTH macro will give a return code to indicate >>APF or not.
Charles, that response *was* an attempt to respond to a question of yours in your OP: "Even simpler question: is it possible for a program to check (only) its own AC(1) bit?" Checking a program's "AC(1)" bit is not usually overly relevant. Checking the resulting authorization of the jobstep is what is relevant, and TESTAUTH is the way to do that. I assume that the subject of this thread should have been "Which data set in the STEPLIB concatenation is not APF-authorized". The DEB is build during OPEN. That processing examines the APF status of every individual data set forming the concatenation. If any data set is found that is not APF-authorized, then the DEB is marked as not APF authorized (bit DEBAPFIN). (I think the bit is initialized "on" and then simply turned off when a non-APF-authorized data set is found). By the time "load" is being done, the information about an individual data set is long gone. CSVAPF is the programming interface for querying if an individual data set is APF-authorized. To do it completely correctly, you have to know if the data set is SMS-managed. Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
