z/OS Security Server RACF System Programmer's Guide
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


Return codes from the RACROUTE REQUEST=DEFINE preprocessing exit

z/OS Security Server RACF System Programmer's Guide
SA23-2287-00

When the RACROUTE REQUEST=DEFINE preprocessing exit routine returns control, register 15 should contain one of the following return codes. Do not confuse these return codes with the return codes from the RACROUTE REQUEST=DEFINE macro, which are documented in z/OS Security Server RACROUTE Macro Reference.

Hex (Decimal) Meaning
0 (0) Exit-routine processing is complete. Normal processing is to continue.
4 (4) The request is not accepted and is to be failed.
8 (8) The request is accepted. No more processing is performed and the post-processing exit is bypassed.
C (12) The request is accepted. Processing continues, including the post-processing exit, but authorization checking is bypassed.
Note:
  1. If register 15 contains any other value other than those listed above, RACROUTE REQUEST=DEFINE issues a completion code (385) that indicates a non-valid exit return code.
  2. A return code of 4 from the preprocessing exit for an ADDVOL request results in abend 385-4 (non-valid return code).
  3. The RACROUTE REQUEST=DEFINE exit parameter list points to the naming-convention parameter list. For a description of what happens if you change the naming-convention parameter list when you code the RACROUTE REQUEST=DEFINE preprocessing exit, see the description of the naming-convention exit parameter list, CNXP, in z/OS Security Server RACF Data Areas.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014