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

Re: Another 1.4 release critical bug

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-08-02 23:58:53 CEST

On 8/2/06, Branko ibej <brane@xbc.nu> wrote:

> Wait, does that mean the thing crashed when the RA lib (that loads the
> FS lib) was unloaded, not when the FS lib itself was unloaded? Thing is,
> the svn_fs_t can still live longer than the DSO, I think, because its
> ultimately global grandparent pool is created before the common pool and
> dso cache.

Yes, libsvn_fs was unloaded as a result of libsvn_ra_local being
unloaded. I think we're still ok though, since the global pool we now
create within libsvn_fs has to be created before the one in
libsvn_fs_base, and since pools are destroyed in reverse order that
means the global env cache will be destroyed before the global pool in
libsvn_fs that results in the unloading of libsvn_fs_base...

Or am I missing something here?

-garrett
Received on Thu Aug 3 00:00:14 2006

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.