[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: File Locking on Win9x, and FSFS repositories

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2005-08-20 18:07:49 CEST

On Fri, 2005-08-19 at 09:47 +0100, Max Bowsher wrote:
> Something has just occurred to me. Without any repository wide shared lock,
> we have no way of locking a repository for mandatory single-threaded
> operations.... such as recovery (bdb only) AND in-place format upgrade
> (*applies to FSFS too*)!

It is my belief that readers of an FSFS repository should not do any
locking and should require nothing more than read access, and we should
design around that constraint.

If that means automatic in-place format upgrades are very difficult, I
don't think we should compromise the principle. I don't think we should
be making changes in the 1.x line which require in-place format upgrades
anyway. (What if an automated upgrade is interrupted halfway through?
A borked working copy is one thing; a borked repository is

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Aug 20 18:09:15 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.