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

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

From: Mark Phippard <markphip_at_gmail.com>
Date: Thu, 22 May 2008 15:43:02 -0400

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
Received on 2008-05-22 21:43:16 CEST

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.