2011/4/21 Daniel Shahaf <danielsh_at_elego.de>
> >
> > I furthermore integrated svn into my IDE (Eclipse Helios) and also tried
> a
> > checkout of the project, of which revision 2 (the corrupt one) consisted.
> > The process aborts, showing the following error:
> > Get content for 'svn+ssh://
> server.fqdn.com/path/to/rep/ProjectName/.project'
> > failed.
> > svn: Malformed representation header
> > svn: Corrupt representation '2 325 387 370
> d66781ba03f9571d044bf8f257601485
> > 0fd3590a02c19961e78d0ef76efa710d9d6ef194 1-2/_c'
> >
>
> That's the interesting part. It tells you that the representation
> (either the full plaintext or a binary delta) which starts at byte 325
> of the r2 revision file is corrupt. You can continue by looking at that
> offset of that revision and see what bytes you find there. ('xxd -s 325
> -l 488 /path/to/revs/0/2' for example.)
>
OK, I performed "xxd -s 325 -l 488 2"
0000145: 7465 6d2e 6f75 742e 7072 696e 746c 6e28 tem.out.println(
0000155: 2256 6965 7274 6572 2057 7572 6622 293b "Vierter Wurf");
0000165: 0a09 0953 7973 7465 6d2e 6f75 742e 7072 ...System.out.pr
0000175: 696e 746c 6e28 2246 c3bc 6e66 7465 7220 intln("F..nfter
0000185: 5775 7266 2229 3b0a 0909 5379 7374 656d Wurf");...System
0000195: 2e6f 7574 2e70 7269 6e74 6c6e 2822 5365 .out.println("Se
You can imagine - this is just some Java code...
By the way... the source file is UTF8 encoded and where xxd says "F..nfter",
it should be "Fünfter" - I did some Special-Character-Testing here. Might
this be some problem?
> A representation header is either "PLAIN\n" or "DELTA\n" or "DELTA $some
> $numeric $parameters\n". A representation terminates in the word
> "ENDREP\n". The representation's length (excluding header and trailer)
> should be 387 bytes. Details in the file subversion/libsvn_fs_fs/structure
> in the source tree.
>
> Here's an example:
>
> [[[
> DELTA
> SVN[9 chars]This is the file 'iota'.
> ENDREP
>
> ...
>
> text: 1 605 37 25 2d18c5e57e84c5b8a5e9a6e13fa394dc
> 2c0aa9014a0cd07f01795a333d82485ef6d083e2 0-0/_14
> ]]]
>
The intersting thing is that the ID in my error message belongs does not
belong to the same representation as the part extracted by xxd around the
specified bytes...?!
Received on 2011-04-21 14:17:32 CEST