Re: [xml] Problem with filenames with :'s in them on UNIX...
- From: Sean Chittenden <sean chittenden org>
- To: Daniel Veillard <veillard redhat com>
- Cc: xml gnome org
- Subject: Re: [xml] Problem with filenames with :'s in them on UNIX...
- Date: Wed, 9 Apr 2003 04:39:30 -0700
file:///usr/local/share/xml/catalog:1: error: Start tag expected, '<' not found
Hum, having an SGML catalog instead of an XML catalog gives troubles,
::nods:: I should've trimmed that...
sa-01:32.xml:3: error: failed to load external entity "sa-01://security_advisory.dtd"
<!DOCTYPE security_advisory SYSTEM 'security_advisory.dtd'>
Okay, that's another problem. "sa-01:32.xml" loads fine, but
it's internally registered as having an URI "sa-01:32.xml" and
when the entity loader is asked to compute the URI-Reference
for the DTD:
sa-01:32.xml + security_advisory.dtd
The only way to try to avoid this internally would be to transform
the internal URI onto a file:///absolute_path_to_directory/sa-01:32.xml
As far as I know there is no construct allowing to use file:// scheme
with a relative path :-(
One more issue with the Path/URI mess ...
::sigh:: Alright, well, I don't know enough or why this'd happen, but
isn't there an #ifdef that could be used so that UNIX folk wouldn't
have to worry about coping with M$ BS, or is this exclusively a
problem with URIs? Seems as though things could be preserved in their
literal format if sa-01: isn't a valid URI scheme (have to add an
interface to load valid schemes that libxml supports?).
Just a thought, I don't really care that much other than that this
surprised me. -sc
] [Thread Prev