bug in SUN 3.2?

[webb at webb.applicon.UUCP]

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.