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

Re: XML parse error: Not well-formed (Not neon-0.24.3/svn bug)

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2003-10-10 00:33:56 CEST

Julian Reschke wrote:
>>From: Julian Foad [mailto:julianfoad@btopenworld.com]
>>
>>kfogel@collab.net wrote:
>>
>>> > For now, if this can't be fixed easily, to prevent users getting
>>> > into a mess, should we make "svn propset" check that the property
>>> > name is composed from a safe set of characters, and politely
>>> > refuse if not?
>>>
>>>It means that all RA layers suffer from the limitations of one RA
>>>layer, but it's only a tiny bit of suffering (no one's gonna die
>>>because they can't have spaces in their property names). +1 on
>>>committing this, if that's what you were planning to do, Julian.
>>
>>I wasn't offering to fix it, but I will put it on my list and
>>have a go later if one of you doesn't do it sooner. The only
>>trick bit that I can see is deciding on a list of safe characters.
>
>>From a WebDAV point of view, it's the allowable set of XML name characters:
>
> <http://www.w3.org/TR/REC-xml#sec-common-syn>

Good. Now, where do we find functions like "is_xml_letter()" or "is_xml_nmtoken()" or "is_xml_name()"? The ASCII isalpha() etc. won't do because we need to allow accented characters etc., unless we want to disallow them. I couldn't find such functions by grepping in Subversion and apr/apr-util, though there are some header files that appear to contain tables of the relevant classifications in apr-util/xml/expat/lib/*.h.

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 10 00:33:15 2003

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.