Re: [xml] Problem with filenames with :'s in them on UNIX...

[Sean Chittenden <sean chittenden org>]

> > file:///usr/local/share/xml/catalog:1: error: Start tag expected, '<' not found
> > CATALOG "sdocbook/catalog"
>
>   Hum, having an SGML catalog instead of an XML catalog gives troubles,
> that's normal.

::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
>  generates
>     sa-01://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

-- 
Sean Chittenden