|
Hi Everyone, I have two questions about the CHGAUT command that I haven't been able to find answers to, other than empirically: 1. Is it true that the only person authorized to do CHGAUT is the owner of the object whose authority is being changed? 2. What happens if the object is in a QNTC directory, i.e. actually on an NT server? For question 1, here's some supporting info: When I change the authority for the following object, no problem. ---------------------------------------------------------------------------- ---------- Object . . . . . . . . . . . . : /smart/CMC/SMART.txt Owner . . . . . . . . . . . . : CC_PGMPCD Primary group . . . . . . . . : *NONE Authorization list . . . . . . : *NONE Type options, press Enter. 1=Add user 2=Change user authority 4=Remove user Data --Object Authorities-- Opt User Authority Exist Mgt Alter Ref *PUBLIC *RWX X X X X CC_PGMPCD *RWX X X X X When another user runs a program that replaces the object's data, then tries to change the authority, this is what happens, in spite of the fact that *PUBLIC has all object and data authorities that it's possible to give: ---------------------------------------------------------------------------- ---------- *NONE Command 05/22/02 15:15:17 QCADRV QSYS 0387 SMARTC HS#LIBR 00C7 Message . . . . : 9100 - CPYTOSTMF FROMMBR('/QSYS.LIB/QTEMP.LIB/SMARTF.FILE/SMARTF.MBR') TOSTMF('/Smart/CMC/SMART.txt') STMFOPT(*REPLACE) STMFCODPAG(*PCASCII) CPCA082 Completion 00 05/22/02 15:15:17 QP0LCDTS QSYS *STMT SMARTC HS#LIBR 00C7 From module . . . . . . . . : QP0LCDTS From procedure . . . . . . : main Statement . . . . . . . . . : 984 Message . . . . : Object copied. <snipped 2nd level text> *NONE Command 05/22/02 15:15:17 QCADRV QSYS 0387 SMARTC HS#LIBR 00CF Message . . . . : 9600 - CHGAUT OBJ('/Smart/CMC/SMART.txt') USER(*PUBLIC) DTAAUT(*RWX) OBJAUT(*ALL) CPFA0B1 Escape 40 05/22/02 15:15:17 QSYGENCM QSYS *STMT SMARTC HS#LIBR 00CF From module . . . . . . . . : QSYGENCM From procedure . . . . . . : qsy_send_msg__FPcT1iT1T3T1 Statement . . . . . . . . . : 180 Message . . . . : Requested operation not allowed. Access problem. Cause . . . . . : An operation was requested on an object, but the operation is not allowed in the context of the request. Appropriate privileges may be required or the file system may not allow an operation to the selected object. Recovery . . . : Check the name of the object to make sure it is correct. Correct the name and retry the operation. If trying to remove a directory, use the RMVDIR command. If trying to link directories, specify *SYMBOLIC for the LNKTYPE parameter of the ADDLNK command. ---------------------------------------------------------------------------- ---------- tia, Peter Dow Dow Software Services, Inc. 909 425-0194 voice 909 425-0196 fax
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.