On Thu, Sep 04, 2003 at 07:31:13PM -0400, Taro Ikai wrote:
I am having a problem specifying the XML catalogs for xsltproc in Cygwin:
XML_CATALOG_FILES="file://c:/mydoc/docbook/catalog.xml
file://c:/usr/share/docbook-xml42/catalog.xml" \
XML_DEBUG_CATALOG=1 \
xsltproc --xinclude --stringparam html.stylesheet "help.css" \
c:/mydoc/docbook/test.xsl test.xml
Resolve: pubID -//mycompany//DTD DocBook XML V4.2-Based Extension V1.0//EN
268632096 Parsing catalog c:/mydoc/docbook/catalog.xml
c:/mydoc/docbook/catalog.xml added to file hash
Found system match abinitio-docbook.dtd
Resolve URI file://c:/mydoc/docbook/abinitio-docbookx.dtd
file:///c%3A/cygwin/usr/share/docbook-xml42/catalog.xml not found in file
hash *** NOTE the '%3A' following 'file:///c' ***
<Failed to parse catalog
file:///c%3A/cygwin/usr/share/docbook-xml42/catalog.xml
/cygdrive/c/cygwin/usr/share/docbook-xml42/catalog.xml not found in file
hash
The colon (:) following the drive letter is mangled to '%3A', and xsltproc
cannot locate the second catalog entry.
Anybody know what's going on?
For troubles with xsltproc see http://xmlsoft.org/XSLT/bugs.html
this is not an XSLT question, that's not the appropriate forum.
IMHO stacking URI+Cygwin "unix" remapping+Windows path sounds a
good way to get in trouble. Either use Unix filepaths or use Windows
filepaths with Windows libraries, but mixing all this together on
top of the already messy file:// URI constructs sounds just a recipe
for disaster. Unless you like doing this kind of debugging, don't do
this.
Daniel
--
Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/
daniel(_at_)veillard(_dot_)com | Rpmfind RPM search engine http://rpmfind.net/
http://veillard.com/ |
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list