nestable C/C++ XML parser?

[Paul Miller]

> I've got a hunch that what he really wanted to do was "pull" the
> higher-level somethings rather than have them "pushed" at him, i.e. call a
> function to get the next something rather than have the parser make a
> callback, presumably because he needs to maintain some state and he'd like
> to do it via flow-of-control rather than setting and testing state
> variables.

No, I did want things pushed at me (via callbacks), but I want the
opportunity to do some object-specific processing "inside" one of the
callbacks, after the next set of *nested* elements were processed. This
requires a nestable parser, where I can pick up the parsing inside a
different scope. One of the examples I presented yesterday sort of
illustrates what I want to accomplish.

--
Paul Miller - stele at fxtech.com

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo at ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)