lock-breaking ui

[Martin Pool]

On Tue, 2006-02-21 at 10:26 -0500, John Yates wrote:
> John A Meinel wrote:
> 
> >                                                   I'm guessing that on
> > Windows, you wouldn't be able to break a held lock anyway. (I know you
> > can't do anything to an open file. Can you rename a directory if the
> > file underneath it is open? Maybe, but I'm pretty sure you can't delete it).
> 
> I think that you may be referring to the fact that on Windows any open operation
> takes out a "path lock" on every dereferenced name along the path to the target
> file.  This semantic is an underpinning of SMB/CIFS.  That is in SMB/CIFS the
> abstraction of a file system has no conceptual equivalent to inode numbers / file
> indices.  Thus, using only the concepts available within the abstraction, the
> only way to convey the identity of an open file is by its path.

The current code doesn't hold the files open or make any use of OS-level
locks, so we won't hit this.  Perhaps we should - that would protect
against ever breaking the lock when the holder is using a local
transport.

-- 
Martin

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060222/ee711cd6/attachment.pgp