The error can be forced, and thus the user prevented from signon, by either of the following requests:
- CRTSRCPF FFMSYSPROD/QS36PRC AUT(*EXCLUDE) MBR(FFMINLPGM)
- GRTOBJAUT FFMSYSPROD/FFMINLPGM *PGM TheUser *EXCLUDE
In either case, AUT(*EXCLUDE), or an authority specification that precludes the specific user from that *FILE or *PGM object. This is just moving the authority down to the object in the library versus just on the library.

The results for S36E appear to be consistent across release(s). Since the System/36 environment is /special/, in the ways it attempts to mimic the OCL environment of the S/36, it may be considered valid. I do not recall where procedures resided nor rules for authority to use them, on an actual System/36.

However, to the best of my knowledge, the results should be as I suggested. That is, it seems to me that the SYS7293 message should be issued [best identifying the library name, program name, or the file name QS36PRC]. The lack of that error for the SPCENV(*S36) user, with the given scenario, could be reported as an apparent defect. In my view, an apparent defect for the program QEXSIGN adopting authority to access the *LIB object, when either the *PGM or *MEM is found with the object names specified on INLPGM().

Regards, Chuck

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].