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

Funky edge-case bug in the repos loader.

From: <cmpilato_at_collab.net>
Date: 2002-06-08 10:10:08 CEST

Ben Collins-Sussman, you're gonna love this one. :-)

After dumping and loading 2096 revisions of the Subversion repository
from the old filesystem to the new, I decided to verify the results.
That is, I want to make sure that I have the same revision history in
the new repos that I had in the old.

A run of all the revisions through `svnlook info' showed that indeed,
the commit info for all revisions in the new repos was exactly the
same as that in the old repos. Excellence.

But a checkout of HEAD from both, and a recursive diff, came up
short. Diff found differences between the old and new versions of
`/trunk/subversion/tests/clients/cmdline/getopt_tests_data/svn--help_stderr'.

So I dug around a little bit. Here's the interesting part. In
revision 1763, I removed the contents of that file, leaving a file of
zero bytes. Now, how does that look in our dumpfile? Well, it looks
like it has a Content-length of 0. And what does our loader do with
that information? Nothing. But what it *should* do is to say, "Hey,
all files have contents, even if those contents are empty." and set
the file contents to zero length.

I've coded the fix. Am testing now.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jun 8 10:11:36 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.