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

Re: "Malformed XML" (l10n?) problems on checkout

From: Charles Bailey <bailey_at_newman.upenn.edu>
Date: 2005-02-16 20:54:15 CET

--On February 16, 2005 12:27:52 PM -0600 kfogel@collab.net wrote:
> This sounds like a problem in a .svn/entries or .svn/log file
> somewhere in your working copy, perhaps due to a bug whereby
> Subversion may be failing to properly escape some XML-sensitive
> filenames or something.
> If you can narrow this down to a data set that still reproduces the
> bug, but that you'd be willing to share, that'd be terrific. Failing

Sure. I think I've got it. By process of elimination, the offending file
seems to be one named '.ooo^H^H^Htestff^Hile' (where ^H is the usual \x08
backspace character). (No, I've no idea why the creator of this file --
likely OpenOffice.org -- chose to use this name.) Removing or renaming the
file led to a successful checkout. In the .svn/log of a checkout which
failed, the ^Hs persist in the attribute values containing this file's
name, yielding an illegal "token".

I haven't had a chance to look at the svn source, but I wonder whether some
code involved in the checkout process isn't escaping these "low end" chars
before building an XML stream.

Charles Bailey  < bailey _at_ newman _dot_ upenn _dot_ edu >
Newman Center at the University of Pennsylvania
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Feb 17 05:41:34 2005

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.