Re: Another 1.4 release critical bug

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