Ivan Zhakov <i...@visualsvn.com> 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*
