[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
endings.

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.

Summary
-------
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
format.

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.