apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bojan Smojver <bo...@rexursive.com>
Subject Re: apr cleanup unloads neon library too soon in git-svn
Date Tue, 27 May 2008 04:19:52 GMT
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...


View raw message