🚀 go-pugleaf

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
 (cm4)

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.