After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 320470 - About parse error message
About parse error message
Status: RESOLVED NOTABUG
Product: libxml2
Classification: Platform
Component: general
2.6.22
Other All
: Normal minor
: ---
Assigned To: Daniel Veillard
libxml QA maintainers
Depends on:
Blocks:
 
 
Reported: 2005-11-02 06:03 UTC by Francois Milfeuille
Modified: 2005-11-02 09:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Francois Milfeuille 2005-11-02 06:03:02 UTC
When there was no DTD described in xml, xmlNewParserCtxt outputted the 
following contents as a parse error.

#No declaration for element file-name

 Although the contents are so to be sure(<file-name>tag is none), can it set up 
so that if there is no DTD file error that a file cannot be read can be 
outputted? In the touch which looked at the result, even if an error comes out 
variously, the first error can be considered to be overwritten in the error 
generated behind. Is ending parth possible when an error comes out?
(for example, setExitOnFirstFatalError() in Xerces)

Other information:
Comment 1 Daniel Veillard 2005-11-02 09:18:57 UTC
A validation error is *not* a fatal error. I.e the parser has to continue by
default when finding them. This is not a bug it is behaviour conformant to
the XML-1.0 specification.
Put an error handler and call xmlStopParser() in it if you want to change
the parser behaviour in a non-conformant way. Even Xerces should not stop
in such a case because it is not a fatal error. The validation and fatal
error terminology are defined in the spec, as well as the normal behaviour
in such cases. Please read :
    http://www.w3.org/TR/REC-xml/#sec-terminology
  
  And do not use bugzilla for questions ! Use the mailing list,

   thanks,

Daniel