subversion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Philip Martin <>
Subject Re: svn commit: r1659013 - /subversion/trunk/subversion/libsvn_subr/dso.c
Date Thu, 12 Feb 2015 13:17:07 GMT
Ivan Zhakov <> writes:

> Multi-threaded application that didn't call svn_dso_initialize2()
> before creating any other pools will fail anyway under some
> circumstances. The problem with cleanup handles, not with concurrent
> initialization.

Perhaps we could fix the problem (for recent APR) by using an unmanged
pool.  I'm not sure how we would arrange for such a pool to be cleaned
up, would an atexit handler work?  Or perhaps we just accept the leak?

Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*

View raw message