[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Using APR-util's expat

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-03-18 10:15:21 CET

I talked about using the Expat located by apr-util, *not* about using
apr_xml. Two very different things.

The basic point is that apr-util will find Expat on the system. All we need
is to export enough info so that other apps can use it, too.

Cheers,
-g

On Sun, Mar 17, 2002 at 04:00:07PM -0600, Karl Fogel wrote:
> Ben Collins-Sussman <sussman@collab.net> writes:
> > Hmmm, interesting. I just skimmed apr_xml.h, and indeed, it's a
> > different approach. Subversion defines expat callbacks that do
> > specific "work" for each tag as the parse is in progress. But the APR
> > method is to parse the whole document into memory, and then hand the
> > whole linked list of structures over to your program.
> >
> > I guess this wouldn't be *such* a big change. I mean, we'd just need
> > to write a a single routine that walks a fully parsed XML-document
> > structure, and calls our existing callbacks!
>
> Hmmm, is this desirable, though? We've compromised in the past and
> read entire structures into memory to save the development time
> associated with a streamy approach, but this would be the first time
> we actually "regressed" streamy code to become in-memory code. :-)
>
> Shouldn't we prefer an XML parser that at least *can* work streamily,
> even if we don't always use it that way?
>
> -K
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Mar 18 10:12:36 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.