Re: svn commit: r31370 - trunk/subversion/bindings/javahl/native

On Thu, May 22, 2008 at 3:33 PM, <epg_at_google.com> wrote:
> arfrever_at_tigris.org writes:
>
>> Author: arfrever
>> Date: Thu May 22 12:27:52 2008
>> New Revision: 31370
>>
>> Log:
>> * subversion/bindings/javahl/native/SVNClient.cpp
>> (SVNClient::getContext): Don't use KWallet in JavaHL.
>
> Why not?

At least in terms of Subclipse's usage of JavaHL it crashes the JVM.
Eclipse uses a lot of threads. SVNClient is initially initialized on
one thread but can then be used on any thread. It is even very common
for SVN operations to run in the background and have to interact with
the UI thread. It seems that the KDE code does not like this. The
gnome-keyring works great as a point of reference.

I doubt it is related, but Eclipse uses gtk 2.0 so perhaps there is
some KDE initialization that does not happen when the application
starts?

If we wanted to support it in JavaHL for people in single-threaded
environments I would need an easy way to disable it from Subclipse as
the JVM crashes hard and fast as soon as that code gets executed.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org