Branko Čibej <brane@xbc.nu> writes:
> I'm working on this right now. The remaining issue is a
> free-memory-read that can happen during apr_terminate when an svn_fs_t
> lives longer than the associated cached environment, because its pool
> was created earlier. It's a fsck'ing nuisance, since it means that we
> can't pools to allocate the environment descriptors (and yet _have_ to
> use pools to keep the open DB_CONFIG file handle in).
>
> If anyone thinks pools are fun, you ain't seen nothin' yet. I'd be
> inclined to not fix this at all, except that it could cause random
> coredumps on even randomer systems. Yuck.
>
> (There were a few other nits to pick, but I've already fixed those in
> my tree.)
Thanks for the update.
Want to commit the other nitfixes to trunk, so at least they can get
reviewed while you're working on the free-memory-read poolio?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 13 20:13:12 2006