[xml] xmlcatalog translating DTD PUBLIC identifier as filename in MSYS shell



Hello All,

The glib-2.35.4 configure script executes the following command
to find the DocBook 4.1.2 DTD:

$XMLCATALOG --noout \"\$XML_CATALOG_FILE\" \
\"-//OASIS//DTD DocBook XML V4.1.2//EN\"

where 

XMLCATALOG = xmlcatalog
XML_CATALOG_FILE=c:/mingw/msys/1.0/etc/xml/catalog

In a CMD.exe command prompt:
C:\Users\John\Downloads\Open_Source> xmlcatalog c:/mingw/msys/1.0/etc/xm
l/catalog "-//OASIS//DTD DocBook XML V4.1.2//EN"
file:///c:/mingw/local/share/xml/docbook-xml-4.1.2/docbookx.dtd


In a MSYS shell:

$ xmlcatalog -v -v  "c:/mingw/msys/1.0/etc/xml/catalog"  "-//OASIS//D
TD DocBook XML V4.1.2//EN"
Resolve pubID -/C:/MinGW/msys/1.0/OASIS/DTD DocBook XML V4.1.2/EN
8908 Parsing catalog c:/mingw/msys/1.0/etc/xml/catalog
[1] Found public: '-//OASIS//DTD DocBook XML V4.1.2//EN' 'file:///c:/mingw/local/sha
re/xml/docbook-xml-4.1.2/docbookx.dtd'
Found system: 'http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd' 'file:/
//c:/mingw/local/share/xml/docbook-xml-4.1.2/docbookx.dtd'
Found public: '-//OASIS//DTD DocBook XML V4.5//EN' 'file:///c:/mingw/local/share
/xml/docbook-xml-4.5/docbookx.dtd'
c:/mingw/msys/1.0/etc/xml/catalog added to file hash
[2] No entry for PUBLIC -/C:/MinGW/msys/1.0/OASIS/DTD DocBook XML V4.1.2/EN
Catalogs cleanup
Free catalog entry file:///c:/mingw/local/share/xml/
Free catalog entry -//OASIS//DTD DocBook XML V4.1.2//EN
Free catalog entry http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd
Free catalog entry -//OASIS//DTD DocBook XML V4.5//EN
Free catalog entry c:/mingw/msys/1.0/etc/xml/catalog
Free catalog entry


At [1] we see that the catalog file is parsed correctly and
the V4.1.2 DTD exists. Note what happens in [2] - the public
identifier is treated as a MSYS filename, so 
//OASIS//DTD DocBook XML V4.5//EN becomes
/C:/MinGW/msys/1.0/OASIS/DTD DocBook XML V4.1.2/EN

Since I must run the configure script under MSYS, and xmlcatalog
cannot find the DocBook DTD under MSYS, I cannot build the Glib
man pages. This is not the end of the world, but it is a bug and
should be fixed.

Regards,
John Brown.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]