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

[Subclipse-users] Recursive status problems

From: Chris Smith <chris.smith_at_st.com>
Date: Wed, 1 Jul 2009 04:17:21 -0700 (PDT)

Hi everyone,

I think I'm seeing the issue reported by Ben Hutchinson in the thread "Extremely slow performance in Subclipse method StatusCacheManager.basicGetStatus()" back in March and I wondered if anyone could offer any advice, or better still a workaround.

The situation is this. I and users of the embedded Linux plugins I work on will often create a new Makefile Project, not in the default, empty directory in the workspace but in a directory that already contains a copy of the Linux kernel - all 22,000 files of it. When Subclipse isn't present, this is quite a neat way to quickly wrap a project around the kernel tree I'm working on, but when I install Subclipse I find that Eclipse often hangs after the project is created, or that most operations refuse to proceed because some other non-visible operation is still in progress. Looking at the backtrace it's busily trying to "svn status" files in my new project. The kernel trees I'm talking about are not in Subversion, or indeed any other version control at this time.

I've read in other threads that there might be a problem with a flood of "resource changed" events or something like that? Would I be provoking that in this case? Can I prevent this? Note that I package and supply Eclipse and some of our own plug-ins to our customers, so patching Eclipse or CDT is an option. Can I programatically mark the project as "definitely not in Subversion - leave me alone" in some way when it's created?

Context: I am using Eclipse Ganymede and CDT5 on a Fedora 10 host with Subclipse 1.4.8 and Subversion 1.5.4. Both JavaHL and SVNKit interfaces seem to be affected.

I'd be very grateful for any light anyone could shed on this issue, as it would be great for to be able to continue creating projects in this way and continue use Subclipse.

Many thanks,



To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2009-07-01 14:35:51 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.