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

Re: svn commit: r1146528 - /subversion/trunk/subversion/libsvn_fs_fs/fs_fs.c

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Thu, 14 Jul 2011 04:10:00 +0300

Greg Stein wrote on Wed, Jul 13, 2011 at 20:54:56 -0400:
> On Wed, Jul 13, 2011 at 20:32, <danielsh_at_apache.org> wrote:
> > Author: danielsh
> > Date: Thu Jul 14 00:32:05 2011
> > New Revision: 1146528
> >
> > URL: http://svn.apache.org/viewvc?rev=1146528&view=rev
> > Log:
> > * subversion/libsvn_fs_fs/fs_fs.c
> >  (write_config): Document that 'svnadmin verify' will access (and thus create)
> >    rep-cache.db regardless of whether rep-sharing (of new reps) is enabled
> >    in fsfs.conf.
>
> If rep-sharing is turned off, then it seems wrong to spontaneously
> create a .db that isn't begin used.

It's harmless (it isn't being used).

We could make the code pass readwrite (rather than rwcreate) for that
one caller, and then mask the error when the DB doesn't exist. (We do
want to verify the DB if it's exists but fsfs.conf says "Don't use it",
since fsfs.conf may get changed.) I'm not sure that non-creating an
unused db justifies this additional code.

>
> Cheers,
> -g
Received on 2011-07-14 03:10:47 CEST

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.