• From: "Clark C. Evans" <clark.evans@m...>
• To: James Clark <jjc@j...>
• Date: Thu, 16 Dec 1999 12:54:08 -0500 (EST)

On Fri, 17 Dec 1999, James Clark wrote:
> Paul Miller wrote:
> 
> > The only way I could have done that
> > and keep the sub-element parsing model that I want is to have expat
> > parse entire document into one big internal memory buffer.
> 
> How so?  You can layer a next event style interface on top of expat by
> maintaining a queue of events.  A request for the next event returns the
> head of the queue; if the queue is empty, it fills the queue by reading
> another chunk of input and passing it to XML_Parse() with event handlers
> that append to the queue of events.

James, 

This would require a multi-threaded approach, 
is this correct?

Clark


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

• Follow-Ups:
  • Re: XML parsing memory overhead concerns
    • From: Eric Bohlman <ebohlman@n...>
  • Re: XML parsing memory overhead concerns
    • From: James Clark <jjc@j...>

• References:
  • Re: XML parsing memory overhead concerns
    • From: James Clark <jjc@j...>

• Prev by Date: Re: XML parsing memory overhead concerns
• Next by Date: Re: XML parsing memory overhead concerns
• Previous by thread: Re: XML parsing memory overhead concerns
• Next by thread: Re: XML parsing memory overhead concerns
• Index(es):
  • Date
  • Thread