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

Re: [Subclipse-users] Eclipse deadlock on Subclipse projects

From: Mark Phippard <markphip_at_gmail.com>
Date: Thu, 10 Jul 2008 16:56:36 -0400

On Thu, Jul 10, 2008 at 4:45 PM, Jeff Schwartz
<Jeff.Schwartz_at_tfsbrokers.com> wrote:
> I was using Subsclipse with Europa perfectly fine for months. Then my
> eclipse crashed. Since then I
> have had this problem. I installed the new Ganymede Eclipse along with
> Subclipse 1.4 and the deadlocks continued.
> It happens when I right click in the package explorer or inside one of the
> files of a Subclipse project.
> The Deadlock is for approximately 15-20 seconds

Here is the relevant part where Subclipse is running. I can tell you
what it is doing, but there is no reason it should be slow. You might
try doing a Refresh and a Team > Cleanup to see if it makes a

"main" prio=6 tid=0x003e5800 nid=0x390 runnable [0x0012e000..0x0012fc48]
   java.lang.Thread.State: RUNNABLE
        at org.tigris.subversion.javahl.SVNClient.info2(Native Method)
        at org.tigris.subversion.javahl.SVNClient.info2(SVNClient.java:1346)
        at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getInfo(AbstractJhlClientAdapter.java:1805)
        at org.tigris.subversion.svnclientadapter.AbstractClientAdapter.getInfo(AbstractClientAdapter.java:229)
        at org.tigris.subversion.subclipse.core.repo.SVNRepositoryLocation.fromString(SVNRepositoryLocation.java:541)
        at org.tigris.subversion.subclipse.core.repo.SVNRepositories.getRepository(SVNRepositories.java:189)
        at org.tigris.subversion.subclipse.core.SVNProviderPlugin.getRepository(SVNProviderPlugin.java:383)
        at org.tigris.subversion.subclipse.core.resources.SVNWorkspaceRoot.getRepository(SVNWorkspaceRoot.java:306)
        at org.tigris.subversion.subclipse.core.resources.LocalResource.getRepository(LocalResource.java:263)
        at org.tigris.subversion.subclipse.ui.actions.BranchTagAction.isEnabledForMultipleResources(BranchTagAction.java:106)
        at org.tigris.subversion.subclipse.ui.actions.WorkspaceAction.isEnabled(WorkspaceAction.java:79)
        at org.tigris.subversion.subclipse.ui.internal.TeamAction.setActionEnablement(TeamAction.java:285)
        at org.tigris.subversion.subclipse.ui.internal.TeamAction.selectionChanged(TeamAction.java:252)
        at org.eclipse.ui.internal.PluginAction.refreshEnablement(PluginAction.java:206)
        at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java:277)
        at org.eclipse.ui.internal.ObjectActionContributor$1.run(ObjectActionContributor.java:157)
        at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
        at org.eclipse.ui.internal.ObjectActionContributor.contributeObjectActions(ObjectActionContributor.java:160)

Ultimately, this code is running on each object you had selected when
you right-click. If you have multiple selections, it wants to see if
they all belong to the same repository. Whether or not they do
impacts which options can be enabled. For example, if they are all
from the same repository, we can enabled options like Create Branch or

It looks like it is calling the svn info API. This just runs on your
local working copy and should be fast. It is not recursive or
anything that would be slow.

You could go to a command line and run the svn info command with the
path to the item(s) you are right-clicking and see if it is slow.
Should be less than a second.

Mark Phippard
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-07-10 22:56:49 CEST

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.