Re: fsverify.py unable to fix invalid svndiff header

>>>>> Steinar Bang <sb_at_dod.no>:

>>>>> Stefan Sperling <stsp_at_elego.de>:

>> Try to locate boundaries of representations, which look as follows:

>> https://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_fs_fs/structure
>> A representation begins with a line containing either "PLAIN\n" or
>> "DELTA\n" or "DELTA <rev> <offset> <length>\n", where <rev>, <offset>,
>> and <length> give the location of the delta base of the representation
>> and the amount of data it contains (not counting the header or
>> trailer). If no base location is given for a delta, the base is the
>> empty stream. After the initial line comes raw svndiff data, followed
>> by a cosmetic trailer "ENDREP\n".

> `M-j 1916 RET', takes me here:
> 00000770: 4e44 5245 500a 4445 4c54 410a 5356 4e01 NDREP.DELTA.SVN.
> 00000780: 0000 8c0c 823d 8431 823b 8140 4c00 8844 .....=.1.;._at_L..D
> 00000790: 4ca8 404e 0048 8100 bf45 820d 9945 820d L._at_N.H...E...E..
> ...

So... trying to interpret this with the description that Stefan gave,
and that Daniel referred to. Here we have "DELTA\n" (the "0A" is "\n"),
which begins a representation according to the above description.

But this is where I get a bit lost. Is what I'm looking for what is
between the "0A" and the next "ENDREP"? (and what will I do with it
once I've got it? (but that's for later. let's first try to find it)).

Anyway, the 10 byte sequence that Daniel gave: 53564e0100008c0c823d
only has a single occurrence in that file, according to ghex.

What now?
Received on 2011-05-14 21:10:45 CEST