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

Re: fsverify.py unable to fix invalid svndiff header

From: Daniel Shahaf <danielsh_at_apache.org>
Date: Sat, 14 May 2011 21:13:18 +0300

On Sat, 14 May 2011 21:10 +0300, "Daniel Shahaf" <danielsh_at_apache.org> wrote:
>
>
> On Sat, 14 May 2011 19:54 +0200, "Steinar Bang" <sb_at_dod.no> wrote:
> > >>>>> Stefan Sperling <stsp_at_elego.de>:
> >
> > > The script probably took a wrong guess.
> >
> > > Hopefully this is the known corruption problem with a duplicate block of
> > > data in the revision file.
> >
> > > Can you check if the original revision file (i.e. not modified by
> > > fsfsverify.py) somewhere contains a data block which contains data
> > > that matches the data around byte offset 1916?
> >
> > "offset 1916", is that "byte number 1916 in the 683 ref file"?
> > Is that 1916 decimal, or hexadecimal? I'm assuming decimal for now.
> >
>
> Yes.
>

"Yes, it's decimal". Because the node-rev indicated offset 1910 (decimal) and fsfsverify spoke about offset 1916, which corresponds to '1910 + strlen("DELTA\n")' (and to the 0x77C offset of the "SVN\1" in your hex dump) so well that I'm not going to bother check that fsfsverify doesn't print offsets in hex. :-)
Received on 2011-05-14 20:13:46 CEST

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.