[MERGE] Stop treating Permission Denied as lock contention

[Wouter van Heyst]

On Wed, Jan 31, 2007 at 01:51:53PM -0500, Aaron Bentley wrote:
> Hi all,
> 
> Currently, bzr treats "Permission Denied" as lock contention.  This is
> bad, because it means that bzr will wait on a lock that will never be
> released.  (Barring an external chmod, etc.)  Treating all PathErrors as
> lock contention is a change originally introduced to support SFTP better.
> 
> This bundle causes "Permission Denied" to specifically be permitted,
> while other classes derived from PathError continue to be treated as
> lock contention.
> 
> This bundle should probably be tested on win32 before we apply it,
> because win32 is known be be a bit weird about the "permission denied"
> error code.

I do not know how it applies to bzr locking, but 'normal' windows
locking raises Permission Denied ime.

Wouter van Heyst
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 307 bytes
Desc: Digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20070201/22073db8/attachment.pgp