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

Re: svn relocate fails due to bad char at end of url_uuid->uuid

From: John McNelly <john_at_mcnelly.org>
Date: 2007-11-13 18:34:32 CET

Quoting David Glasser <glasser@davidglasser.net>:

> I'm suspecting maybe this is a bug in svnadmin
> load --force-uuid in some cross-platformy setup...

Thank you thank you thank you.

The error happens when the "load --force-uuid" dumpfile has CR/LF line

All machines involved are Windows, and all are up to date with SPs/etc:
     Master - Win2K
     Mirror - XP
     Client - XP

Here's how to turn the error on and off:

To Get The Error
Use TextPad to create a UUID.txt containing the data:

     SVN-fs-dump-format-version: 2

     UUID: nnnnnnnn-nnnn-nnnn-nnnn-nnnnnnnnnnnn

Save the file in PC/ANSI format (The "PC" part means CR/LF line
endings). Run the command:

     type UUID.txt | svnadmin load --force-uuid {mirrorPath}

Go to another machine, try to relocate from the master to the mirror,
and you will get the error.

To Not Get The Error
Return to the mirror machine.

Resave the same UUID.txt file as UNIX/ANSI format (LF line endings),
and rerun the --force-uuid command.

The relocate command will now work successfully.

It looks like the issue is not with the Windows command shell "type"
command, but whether the dumpfile uses LF or CR/LF line endings.

Not being a SVN developer, I have no idea whether this qualifies as a
bug, and what the ramifications are of changing the code to tolerate
CR/LF line endings in dumpfiles.

If you choose not to support CR/LFs, perhaps the doc (at
http://svnbook.red-bean.com/en/1.4/svn.reposadmin.maint.html#svn.reposadmin.maint.replication) should note that if dumpfiles created manually should be saved in UNIX

Sorry if this should have been sent to users, it seemed like a
clear-cut bug to me. Let me know if I should open an issue.

/ John (mcnelly.org)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 13 18:34:44 2007

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.