Re: nsgmls

Hello Christophe

  > nsgmls:<URL>http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd:74:17:E: 
  > "X20AC" is not a function name
  > nsgmls:<URL>http://www.oasis-open.org/docbook/xml/4.1.2/ent/iso-amsa.ent:8:19:E: 

nsgmls is the external parser psmgl uses to validate the document. The
first step in doing so is to validate its DTD, which, in your case,
seems to live in more than one file (docbookx.dtd being the "master"
file).

Obviously, nsgmls seems to find fault with some defintions in the
DTD. You'll have to look closer at these; the last part of nsgmls'
messages (as, e.g., ":74:17:E:") tells you the line and column where
the offensive definition is. psgmls will usually take you directly
there if you hit Enter on the line with nsgmls' message.

  > Here is the file I try to validate :
  > <!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN" 
  > "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd">

I have no experience with docbook myself, but it is of course somewhat
amazing that such a DTD should contain faulty definitions or faulty
syntax (I have also never worked with "functions" in a DTD). Since the
rule, however, is "if nsgmls finds fault with something, then
something must be wrong", something must be wrong. 

Maybe the master DTD file refers to a file (possibly containing those
function definitions?) which is not found? Try to analyze the complete
output; messages about unretrievable files can typically be found
among the first lines; they are typically the reason for a tremendous
amount of subsequent errors. "Missing file" is the only possibility I
can think of for now, but there are surely others.

Hope this helps at least partly,

Florian



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com