windows-client-side-locking-20060420
authorAsanka Herath <asanka@secure-endpoints.com>
Thu, 20 Apr 2006 19:52:03 +0000 (19:52 +0000)
committerJeffrey Altman <jaltman@secure-endpoints.com>
Thu, 20 Apr 2006 19:52:03 +0000 (19:52 +0000)
commit4a1296c25ad8320ec72035b063910ca33c0c093f
tree79b3e5e367da7bee2d56aad2e0c10d447d28379f
parent01fe275679740d516b78a477c8976fbefe1217b4
windows-client-side-locking-20060420

In order to make the client side locking more usable, if the client
is denied a lock by the server and the user only has read privileges,
then we will allocate a local lock.  Local locks are not allocated
for write locks.

There is a bug in the file server locking dating back to at least
AFS 3.1 in which the lock privilege is used for read, write and insert
locks.  According to the docs, the lock privilege is only supposed to
control read locks.  Write locks on new and existing files are supposed
to be controlled by the Write and Insert privileges.  This will be fixed
in the file server by another commit.
src/WINNT/afsd/cm_scache.h
src/WINNT/afsd/cm_vnodeops.c