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

Re: apr cleanup unloads neon library too soon in git-svn

From: Bojan Smojver <bojan_at_rexursive.com>
Date: Tue, 27 May 2008 14:19:52 +1000

On Tue, 2008-05-27 at 00:32 +0200, Branko Čibej wrote:

> This is a well-known gotcha in APR pool/DSO combinations, which only
> really work in an httpd-like architecture where DSO loading is strictly
> hierarchical. IMHO you can only be truly solved if you can create truly
> global pools that aren't children of the "one true" global APR pool.
> Which, I believe, is going to happen in apr-1.3; so /maybe/ our
> DSO-loading code should try to detect, possibly at runtime, if that
> feature exists, and use it.


If your recent commits to APU were to be exposed publicly (i.e. the
apu_dso_init()/load()), do you think this could help with the issue
presented here?

>From what I can see, you are looking for the global pool in your code
and then making sure it is used for loading DSOs and kind of solving the
problem at hand...

To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-05-27 06:39:48 CEST

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.