Julian Foad wrote:
> Edmund Horner wrote:
>
>> The first test for the filter was to give the same output,
>> byte-for-byte, as the input. That was acheived, except for one
>> problem: r1 of the test input (generated by svnadmin) had a
>> Prop-length that was
>
>
> "Prop-content-length", I assume.
Whoops, yes. I have sometimes not typed in the full header name (though
my program does not make this mistake, AFAIK).
>> 5 bytes smaller than its Content-length! (There was in fact
>> Content-length bytes worth of props, incl. "PROPS-END\n".) Now, as I
>> understand it, revision records don't have any text content.
>
>
> That does sound like a bug somewhere.
> I assume you mean to imply that there was no "Text-content-length" field.
There isn't supposed to be for revision records (as opposed to node
records).
> Have you seen that inconsistency in any other revision or in a dump from
> any other repository? (I can't spot such a problem in a quick look
> through dumps of my repositories.)
> Can you reproduce it by creating a similar repository from scratch and
> dumping it?
> What version(s) of "svnadmin" did you use to create and to dump that
> repository?
> What did you to to create revision 1 of that repository? (Exact
> transcript if possible, please.)
> Could you show us the dump of revisions 0 and 1 if it's not too long (or
> at least the relevant parts if it is very long)?
I just tried dumping the same revs with Subversion 0.33.0, and
Prop-content-length was correct (equal to Content-length). I don't
recall what version I was running when I dumped that file.
I personally am not panicking about this funny thing in the old dump
file. Subversion isn't really a prime suspect; for all I know I put it
in there myself when looking at the file in a text editor.
The important thing is that Subversion didn't choke on it...
Prop-content-length said there was going to be 129 bytes of property
data, when in fact there was 134 bytes. And still Subversion got the
correct properties from it.
Edmund.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Dec 8 15:52:23 2003