A Mac OS X user out there has reported a dumper bug to me, but I'm
unable to reproduce it. I'm looking for someone with Mac OS X to help
me reproduce and fix the bug; I'll explain why below.
The Backstory:
The original user has a repository that uses the Second fs schema (the
one between r2093 and r2490, which has a 'copies' table, but no
'changes' table yet.) He checked out the r2490 branch (to which we've
backported the latest dumper code), and built a static 'svnadmin-2490'
binary. This binary crawled his repository and created a bogus
dumpfile. Here's the excerpt:
Node-path: trunk
Node-kind: dir
Node-action: add
Prop-content-length: 0
Content-length: 10
PROPS-END
As a matter of policy, the dumper always dumps props and text for
newly added items. The PROPS-END tag is just the divider between text
and props, used by the property-parser. Anyway, the bug here is that
Prop-content-length should be 10 above, just like Content-length.
(Content-length is defined to be the sum of Prop-content-length and
Text-content-length.) I have no idea how this output could have
happened.
Using my own svnadmin-2490 binary, I can't reproduce this problem at
all. I use the svn-2490 binary to create some new directories in a
2490 repository, and my svnadmin-2490 binary produces valid dumpfiles.
The Wall:
This user sent me a copy of his repository. But I can't read the DB
files on my Intel machine, due to endianness problems. The user then
sent me dump files of his six tables, produced by 'db_dump'. However,
I can't 'db_load' those -- I run out of locks and memory when I try
(even when I set the maximum locks in DB_CONFIG from 2000 to 20000!).
Cmpilato points out that db_loading probably wouldn't work anyway,
since we depend on custom sorting routines which db_load wouldn't be
using.
So my request: can some OS X subversion user build the latest 2490
branch, and try dumping this repository? Or better yet, step into
libsvn_repos/dump.c and find the bug?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 25 18:45:35 2002