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

RE: svn_pool_xxx vs apr_pool_xxx

From: Sander Striker <striker_at_apache.org>
Date: 2003-08-15 21:41:04 CEST

> From: Greg Hudson [mailto:ghudson@MIT.EDU]
> Sent: Friday, August 15, 2003 9:13 PM

> On Fri, 2003-08-15 at 14:32, Sander Striker wrote:
>>> If we actually want to support anything sane happening on out-of-memory
>>> errors, I think we have to check every call to apr_palloc(). In the
>>> meantime, having the abort handler there is safer than just letting the
>>> code get NULL pointers back and continue anyway.
>
>> You snipped off the bottom part of my mail. We can add the abort handler
>> in the command line client.
>
> I snipped it because it wasn't relevant. My comments weren't specific
> to the command-line client.

It's specific to all the clients we produce. If someone uses our libraries,
we shouldn't force our abort handler upon them. They may not want that.

We've had similar discussions on the APR dev list and the outcome has
each time been: a library should not force things [like abort, signal handling
etc.] on an application. And yes, that means that a segf could occur in the
libraries when NULL is returned by apr_p[c]alloc. That's why the application
can _choose_ to set an abort handler.

Sander

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Aug 15 21:41:53 2003

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.