Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (athena.apache.org: domain of dglasser@gmail.com designates
 209.85.198.225 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=mWFoRpTBIxbpdTTr66SasLPK9n54E1xZOmGy7XMIkx9rqNMeYA62xF/EVGTBKZrmdVFYbx7XsMevQMptdYZIgZL3vITl8jeHiM9D36jhsbcw5aghoF6Z6Q1iM8ArHUTytE6IUTcbWmSBSaBXGWwyKyhlK6T5zDVWYJkWUOr85m0=
Message-ID: <1ea387f60805261521t5fc3094eh1578e7dbae1d48c2@mail.gmail.com>
Date: Mon, 26 May 2008 15:21:48 -0700
From: "David Glasser" <glasser@davidglasser.net>
Sender: dglasser@gmail.com
To: "Martin von Gagern" <Martin.vGagern@gmx.net>
Subject: Re: apr cleanup unloads neon library too soon in git-svn
Cc: dev@apr.apache.org, dev@subversion.tigris.org
In-Reply-To: <483B3084.9000806@gmx.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <483B3084.9000806@gmx.net>

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/