apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Glasser" <glas...@davidglasser.net>
Subject Re: apr cleanup unloads neon library too soon in git-svn
Date Mon, 26 May 2008 22:21:48 GMT
On Mon, May 26, 2008 at 2:49 PM, Martin von Gagern
<Martin.vGagern@gmx.net> wrote:
> Hi!
>
> For the full details and several stack traces, please refer to
> https://bugs.gentoo.org/show_bug.cgi?id=223747
>
> The problem is that in some cases (running git-svn) when the APR cleanup
> (apr_terminate) cleans its pools (apr_pool_destroy), it will unload shared
> libraries (libsvn_ra_neon-1.so.0) while there are still neon objects around.
> When the cleanup tries to clean those, their cleanup function
> (cleanup_session) is no longer available, which causes a segmentation fault.
>
> I see two possible solutions. One is to have the APR cleanup code ensure
> that libraries get unloaded only after all other objects from the current
> part of the pool hierarchy have been cleaned. The other would be to have
> subversion pool management restructured in some way, such that the DSO pool
> gets cleared after the other objects.
>
> As I don't know which solution would be the better one, I post to both
> lists, APR and Subversion. Please also have a look at the corresponding
> discussion on the other list. I'll try to attach links to the threads in
> both mail archives to the Gentoo bug report stated above. Stay tuned.

Could we maybe make all of our "global" pools be children of the
DSO-managing pool?

--dave


-- 
David Glasser | glasser@davidglasser.net | http://www.davidglasser.net/

Mime
View raw message