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

Re: predecessor count for the root node-revision is wrong message

From: Daniel Shahaf <danielsh_at_elego.de>
Date: Fri, 2 Mar 2012 11:41:19 +0200

Justin Johnson wrote on Thu, Mar 01, 2012 at 07:45:08 -0600:
> On Wed, Feb 29, 2012 at 4:14 PM, Justin Johnson <justinandtonya_at_gmail.com>wrote:
> > On Wed, Feb 29, 2012 at 11:22 AM, Daniel Shahaf <danielsh_at_elego.de> wrote:
> >> ... so please try SVNInMemoryCacheSize 0, and see if that makes the
> >> issue less frequent.
> >>
> >
> > I'm a dork. I will do so once I take care of the appropriate change
> > control I have to deal with. Thanks.
> >
>
> We made the change and problem is still occurring.

OK. So that means that either membuffer isn't the cause of the error,
or both membuffer and inprocess have (independent) bugs.

That said, I'm happy to see that it took you less than a day to report
that the bug no longer reproduces. Can you reproduce it at will?

---
I'm not completely sure what to try next.  Were there any other
significant changes in 1.6.x->1.7.x besides caching?  If so, the
next steps would be to disable _both_ inprocess and membuffer, or
to bisect.
Unfortunately, the latter requires building svn from source, and the
former requires either that, or having you upgrade to specially-built
binaries, or squeezing the "disable inprocess" feature into 1.7.4 (in
a way that doesn't break our compat policy too badly) and having you
upgrade to that.
devs/all --- thoughts?  Is there a simpler way forward than the two
potential 'next step's I've outlined here?
Received on 2012-03-02 10:42:01 CET

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

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