Community
Participate
Working Groups
Build Identifier: 20100917-0705 Since switching to a 64-bit JVM on Windows 7, I've been experiencing occasional deadlocks in Eclipse (tested both eclipse-rcp-helios-SR1-win32-x86_64.zip eclipse-rcp-indigo-M3-win32-x86_64.zip). There is no reliable way to reproduce this issue. Last time it happened to me (see attached thread dump) I had opened the package explorer, selected two classes, and hit delete. Instead of showing the modal "Confirm Delete" dialog, Eclipse hung for ten minutes (using 25% CPU) before I killed it. After restarting, I repeated the exact same operation without any trouble. Other than Subversive, no additional plugins have been installed. Reproducible: Sometimes
Created attachment 185571 [details] thread dump
Created attachment 189667 [details] another thread dump This time Eclipse hung after doing File > New > Class and hitting Confirm. The .java file was created, but was completely empty... After killing Eclipse and restarting (and deleting the empty file), the exact same operation completed without any issues.
Does the window still draw ? The UI Thread is running (this is not a SWT bug I believe). The only thing that looked suspicious in the stack you attaced are threads 26 and 29 who are waiting on the same lock. does the problem happen without subversion plugin ?
The UI (incl the model dialog, i.e. "create class") is indeed still drawn, though it doesn't respond. I'll replace Subversive with Subclipse and report back...
Haven't been able to reproduce this problem for more than a week now, even when using Subversive. Perhaps upgrading to 3.6.2 fixed the problem, can't say for sure. I'll reopen the issue if the problem reoccurs...