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.

Bill,

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...

-- 
Bojan


Mime
View raw message