Re: [xslt] xsltproc on windows front slash/backslash conundrum

[Daniel Veillard <veillard redhat com>]

On Mon, Sep 09, 2002 at 05:41:36PM -0500, David Cramer wrote:
> H:\pkdp\docmodules\mary\enus\frankenhelp>"C:\Documents and
> Settings\dcramer\Desk
> top\xsltproc\bin\xsltproc.exe" -o frankenfiltered.xml
> "h:/pkdp/docmodules/doctoo
> ls/1.0/DocShared/xsl/share/holmanize.xsl" frankenhelp.xml
> warning: failed to load external entity
> "h:///pkdp/docmodules/doctools/1.0/DocShared/xsl/share/frankenguide.xml"
> 
> In this case, xsltproc is very confused about where to look for
> frankenguide.xml, which is really in the same directory as
> frankenhelp.xml, not in the same directory as the xsl stylesheet. 
> 
> Unfortunately, we have doc build system in perl that runs our docs
> through a series of transformations, the first of which would work if I
> used xsltproc with back slashes, the rest if I used back slashes. I'd
> like to switch to xsltproc for the speed savings, but don't think I can
> talk the developer who owns the code into using backslashes on one pass
> and front slashes on the others. It would probably be better to fix
> xsltproc or the code it uses anyway.
> 
> I've tried various combinations of front and backslashes, with no luck.
> If there's nothing I'm missing, I'd like to report this as a bug.

  Have you tried the following ?
file:///h:/pkdp/docmodules/doctools/1.0/DocShared/xsl/share/frankenguide.xml

I think that's the correct URL for a resource on a local Windows system.
The problem is that when parsed
  h:///pkdp/docmodules/doctools/1.0/DocShared/xsl/share/frankenguide.xml
according to RFC 2396 URI parsing rules your file path generate an URI
which is unfetchable (protocol "h" !)

  I'm kind of annoyed by:
    1/ the number of time this get raised
    2/ the fact that trying to fix it might be a deviation to the strict rules
       of the standard

 But as 1/ accumulates maybe I'm gonna get really bored and make a special
routine  when compiling on windows to automagically convert a Windows 
file path to a correct URI, it's not fun but ...

Daniel

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/