[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: File checks out as writeable

From: Davison, Jeff
Subject: RE: File checks out as writeable
Date: Thu, 22 Apr 2004 09:24:32 -0400

Good morning,

Thanks for your help and that does indeed look to be the problem.
I've changed the offending files to be locking strict and all is well
with the world again.

Thanks again!


-----Original Message-----
From: Colin Brough [mailto:address@hidden 
Sent: Wednesday, April 21, 2004 4:40 PM
To: Davison, Jeff
Cc: address@hidden
Subject: Re: File checks out as writeable

> On occasion, I've run across files that check out as writeable (766
> perms) for no apparent reason when performing a 'co -r2 $file'.  Other
> files in the same source directory check out with a normal 666 perms.
> The only way that I've found to correct this problem was to remove the
> ,v file entirely from the archive, and then check it back in.  Of
> course, to maintain build reproducibility/history, I need to recreate
> all revisions and apply the appropriate labels.
> It seems that there must be a better solution.  

>From 'man co':

       The working file inherits the read and execute permissions from
the RCS
       file.  In addition, the owner write permission is turned on,
unless -kv
       is set or the file is checked out unlocked and locking is set to
       (see rcs(1)).

and from 'man rcs':

       -L     Set locking to strict.  Strict locking means that the
owner  of
              an RCS file is not exempt from locking for checkin.  This
              should be used for files that are shared.

       -U     Set locking to non-strict.  Non-strict locking  means
that  the
              owner  of  a  file  need  not lock a revision for checkin.
              option should not be used for files that  are  shared.
              default  locking is strict is determined by your system
              trator, but it is normally strict.

My guess is that the problem files have, somehow, had their locking
set to non-strict.



Colin Brough                             address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]