nestable C/C++ XML parser?
ebohlman at netcom.com
Tue Dec 7 18:45:55 GMT 1999
On 7 Dec 1999, Lars Marius Garshol wrote:
> Sure, I too see a need for this, and I've even implemented it.
> However, this is something completely different from doing parsing on
> behalf of the parser. Parsing is turning a stream of bytes (or
> characters) into something higher-level, but this is not what you are
> talking about.
> As far as I understood him, the original poster wanted to do the
> parsing (that is, the reading and interpretation of bytes/chars) on
> behalf of expat.
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
If that's the case, he'd be better off building a wrapper that would feed
the input incrementally to expat and buffer up events, with the whole
thing driven by a "get next token" function that would return something
similar to a line of ESIS data.
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;
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev