[Subclipse-users] Recursive status problems

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,

Chris

------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2367007

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2009-07-01 14:35:51 CEST