Re: [xml] windows configure patch

On Mon, Oct 06, 2003 at 11:47:04PM +0200, Stéphane Bidoul wrote:

  I'm tempted to add a new global "structured" error handler which
would be used in preference to xmlGenericError() if defined. Something
like an
   xmlStructuredError(void *user_data, xmlErrorPtr error);
and add a parser context field to the xmlError structure. Then
use that for the Python bindings to allow to build decent handling.

Can you elaborate on this context field in xmlError?
You would use that context field instead of per parser context callbacks?

  Not really, but suppose you register only a global error callback
and not one per parser, this allows to look at the parser context anyway.
If you use xmlReadFile(), you get an error, you didn't se a specific
parser error handler, all you have is a callback on the global
error handler, with the error information. Having the context infoamtion
if available allows to check thing like the parsing state, even though
you never saw that parser context before.
   it's redundant information if you have per parser callbacks.


Daniel Veillard      | Red Hat Network
veillard redhat com  | libxml GNOME XML XSLT toolkit | Rpmfind RPM search engine

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