OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: XML parsing memory overhead concerns

[ Lists Home | Date Index | Thread Index ]
  • From: James Clark <jjc@jclark.com>
  • To: "Clark C. Evans" <clark.evans@manhattanproject.com>
  • Date: Fri, 17 Dec 1999 13:21:23 +0700

"Clark C. Evans" wrote:
> 
> 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?

No. Unlike most parsers, expat has a "push" input model: instead of the
parser making calls to get each block of input bytes, the application
calls the parser passing it each block in sequence whenever it is
convenient for the application.

James


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@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@ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS