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

Re: dso alternative

From: Greg Stein <gstein_at_lyra.org>
Date: 2000-12-14 00:12:46 CET

On Wed, Dec 13, 2000 at 05:04:14PM -0600, Ben Collins-Sussman wrote:
> Greg Stein <gstein@lyra.org> writes:
>
> > You get the same apr_dso_handle_t each time. Presumably, the result
> > of apr_dso_sym() will be the same pointer each time, too. And the OS
> > refcounts the bugger (keeping in in memory until the Nth unload()
> > call, where N == #loads).
>
> Ah. Does libsvn_client need to worry about dso_unloading() each RA
> library before quitting? Or is it implied when main() exits?

Don't worry about it.

They "should" go away at pool cleanup time (the pool passed to
apr_dso_load), but it appears they aren't. Simple bug to fix.

Point is: you don't need to call unload() unless you have a particular
reason to drop the library from your process space.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
Received on Sat Oct 21 14:36:17 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.