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

Re: svn commit: r1659013 - /subversion/trunk/subversion/libsvn_subr/dso.c

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 12 Feb 2015 17:27:23 +0000

Ivan Zhakov <ivan_at_visualsvn.com> writes:

> Please understand my correctly: I'll be glad see Subversion doesn't
> require single-thread initialize functions, but I don't see how is it
> possible in reliable way. Currently the only reliable solution is to
> call svn_dso_initialize2() as first call after apr_initialize().

That may not be reliable if an unmanged pool is passed to the FS layer.

In the end there are rules for using pools with Subversion. One rule is
that pools passed to the RA/FS layers need to be cleared before the DSO
is unloaded. Calling svn_dso_initialize2 early is a way to do that in
lots of cases. Explicitly clearing all pools passed to RA/FS also

To claim that calling svn_dso_initialize2 as the first call after
apr_initialize is the only solution is impractical: mod_dav_svn is never
going to be able to do that.

Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Received on 2015-02-12 18:28:38 CET

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.