On 7/25/2006 8:12 AM, Chase, John wrote:
There are unauthorized libraries in the //ISPLLIB concatenation. But if
it's an authorization issue, why does the reason code translate to
"program not found" (reason code 40 (x'28')) instead of something like
"program not authorized" (reason code 56 (x'38'))?
First, do you have D00YAAI listed in the AUTHTSF section of
SYS1.PARMLIB(IKJTSOxx)? If not, IKJEFTSR will run it (if found) but
will simply run it unauthorized.
Next, as others have mentioned, IKJEFTSR will not find it in ISPLLIB.
Actually, it may find it there, but only if you set the flags to
indicate that you want to invoke the module in an un-isolated
environment (i.e., not in the parallel TMP (isolated environment) where
you would run authorized code).
In an isolated environment you are not running under ISPF, and thus "not
found" would be the right return code.
If this worked before, then I believe you were (before) running it
un-isolated, or you were finding it via a STEPLIB or TSOLIB rather than
ISPLLIB.
Walt Farrell, CISSP
z/OS Security Design, IBM
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
