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

general pool problem

From: Karl Fogel <kfogel_at_galois.collab.net>
Date: 2000-08-16 22:47:00 CEST

Folks (Greg especially, since he has lots of APR experience):

I'm noticing a general problem, annoying though not fatal. It seems
that any function returning (svn_error_t *) must take a pool argument,
because the svn_error constructor needs a pool to allocate from.

This means that, like, virtually everything in Subversion has to take
a pool argument, even the delta-walker callback functions, for
example. It's not a huge pain, but it means adding an extra argument
to many functions.

Is this just the way it has to be? Is this the price of the
svn_error_t system? If so, do you think we would be better off using
statically sized errors from the user-reserved range of apr_status_t

I like the wealth of information preserved by svn_error chains, and
would hate to give it up, but it is costing us in complexity somewhat.

Received on Sat Oct 21 14:36:06 2006

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.