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

Re: Possible Problem with JavaHL in 1.3.0 RC2

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2005-11-04 00:22:26 CET

Mark Phippard <markp@softlanding.com> writes:

> I seem to have worked around the problem by calling
> getAdminDirectoryName() at startup when I know there is no other
> activity. I then just cache it (which I was doing anyway for
> performance). I then had to implement my own isAdminDirectoryName()
> which returns true if the folder name is ".svn" or whatever the
> getAdminDirectoryName() value is. This avoids doing any library
> calls in the middle of operations.

If you have to go as far as implementing your own isAdminDirectoryName
then that would suggest threading is totally broken, and that it's not
just an initialisation problem. Given that you now have a thread-safe
call to JNIInit (the first getAdminDirectoryName call) does your code
work if you continue to make that call but stop using your own
isAdminDirectoryName?

If that works the next step is to replace the first, thread-safe, call
to getAdminDirectoryName with some other function that calls JNIInit,
say 'singleStatus("fake", false)'. If that works it indicates that
the problem is not the SVN_ASP_DOT_NET_HACK code itself, but that it's
an initialisation problem that happens to be triggered by the way you
are using the SVN_ASP_DOT_NET_HACK code.

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 4 00:23:08 2005

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.