webb@webb.applicon.UUCP (01/21/87)
We have recently upgraded one of the servers on our SUN network to release 3.2 of Sun's version of UNIX. This has created an odd problem: no one logged into a client served by our 3.2 server can preform SCCS operations that worked perfectly when the server was running 3.0. Let me be more specific: ~acg/sun/acgsccs input edit sitdelt.c results in the message: ERROR [/usr/thumper_2/acg/sun/input/SCCS/s.sitdelt.c]: cannot create lock file ($ Where ~acg/sun/acgsccs is a bourne shell script that has the suid bit set for both owner and group. Both the script and the SCCS files and directory are owned by the same user. The protection on the SCCS directory is drwxr-xr-x This worked perfectly under version 3.0. When members of the correct group tried to edit a file, there was no problem. Now however, those same people are only able to do so if the protection on the directory is changed to: drwxrwxr-x This is not desirable, since it would allow them to delete files as well as create them. My only thought is that there must be some problem with the suid operation, and having child processes inherit the changed uid. Can anyone out there help me with this? Peter Webb. {allegra|decvax|mit_eddie|utzoo}!linus!raybed2!applicon!webb or {amd|bbncca|cbosgd|wjh12|ihnp4|yale}!ima!applicon!webb My employers pay for my time; my opinions are my own.