Community
Participate
Working Groups
after installing JDK 1.4.1_02 eclipse seems to hang a few seconds after startup. here is the stack trace: Full thread dump Java HotSpot(TM) Client VM (1.4.1_02-b06 mixed mode): "Decoration" prio=2 tid=0x0AF76F70 nid=0x504 in Object.wait() [c48f000..c48fd8c] at java.lang.Object.wait(Native Method) - waiting on <03606A28> (a org.eclipse.ui.internal.decorators.Decoration Scheduler) at java.lang.Object.wait(Object.java:426) at org.eclipse.ui.internal.decorators.DecorationScheduler.next(Decoratio nScheduler.java:244) - locked <03606A28> (a org.eclipse.ui.internal.decorators.DecorationSche duler) at org.eclipse.ui.internal.decorators.DecorationScheduler$3.run(Decorati onScheduler.java:270) at java.lang.Thread.run(Thread.java:536) "org.eclipse.jdt.internal.ui.text.JavaReconciler" daemon prio=5 tid=0x0AF76578 n id=0x710 in Object.wait() [c27f000..c27fd8c] at java.lang.Object.wait(Native Method) - waiting on <03521FE8> (a org.eclipse.jface.text.reconciler.DirtyRegion Queue) at org.eclipse.jface.text.reconciler.AbstractReconciler$BackgroundThread .run(AbstractReconciler.java:161) - locked <03521FE8> (a org.eclipse.jface.text.reconciler.DirtyRegionQueu e) "Java indexing" daemon prio=4 tid=0x0ACB9B60 nid=0x6fc waiting on condition [ba3 f000..ba3fd8c] at java.lang.Thread.sleep(Native Method) at org.eclipse.jdt.internal.core.search.processing.JobManager.run(JobMan ager.java:348) at java.lang.Thread.run(Thread.java:536) "Signal Dispatcher" daemon prio=10 tid=0x008B4FD8 nid=0x768 waiting on condition [0..0] "Finalizer" daemon prio=9 tid=0x008FF0B8 nid=0x77c in Object.wait() [ab4f000..ab 4fd8c] at java.lang.Object.wait(Native Method) - waiting on <02EE65E8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) - locked <02EE65E8> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) "Reference Handler" daemon prio=10 tid=0x008FDC30 nid=0x6b0 in Object.wait() [ab 0f000..ab0fd8c] at java.lang.Object.wait(Native Method) - waiting on <02EE6650> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:426) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113) - locked <02EE6650> (a java.lang.ref.Reference$Lock) "main" prio=5 tid=0x002351F8 nid=0x7c waiting on condition [6d000..6fc40] at org.eclipse.jdt.internal.compiler.parser.Scanner.getNextCharAsJavaIde ntifierPart(Scanner.java:729) at org.eclipse.jdt.internal.compiler.parser.Scanner.scanIdentifierOrKeyw ord(Scanner.java:2244) at org.eclipse.jdt.internal.compiler.parser.Scanner.getNextToken(Scanner .java:1353) at org.eclipse.jdt.core.JavaConventions.scannedIdentifier(JavaConvention s.java:131) - locked <072CEBC0> (a java.lang.Class) at org.eclipse.jdt.core.JavaConventions.validateIdentifier(JavaConventio ns.java:264) at org.eclipse.jdt.internal.core.Util.isValidFolderNameForPackage(Util.j ava:825) at org.eclipse.jdt.internal.core.Util.packageName(Util.java:1016) at org.eclipse.jdt.internal.core.JavaModelManager.determineIfOnClasspath (JavaModelManager.java:406) at org.eclipse.jdt.internal.core.JavaModelManager.create(JavaModelManage r.java:282) at org.eclipse.jdt.core.JavaCore.create(JavaCore.java:748) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.getFo lders(PackageFragmentProvider.java:225) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.getCh ildren(PackageFragmentProvider.java:113) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.findC hildrenToBeCompounded(PackageFragmentProvider.java:164) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.getBo ttomPackage(PackageFragmentProvider.java:155) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.filte r(PackageFragmentProvider.java:145) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.getCh ildren(PackageFragmentProvider.java:114) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.findC hildrenToBeCompounded(PackageFragmentProvider.java:164) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.getBo ttomPackage(PackageFragmentProvider.java:155) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.filte r(PackageFragmentProvider.java:145) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.getCh ildren(PackageFragmentProvider.java:114) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.hasSi ngleChild(PackageFragmentProvider.java:298) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.filte rParent(PackageFragmentProvider.java:286) at org.eclipse.jdt.internal.ui.packageview.PackageFragmentProvider.getPa rent(PackageFragmentProvider.java:245) at org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvide r.getParent(PackageExplorerContentProvider.java:178) at org.eclipse.jdt.internal.ui.packageview.PackageExplorerLabelProvider. getText(PackageExplorerLabelProvider.java:55) at org.eclipse.jface.viewers.DecoratingLabelProvider.getText(DecoratingL abelProvider.java:100) at org.eclipse.jdt.internal.ui.viewsupport.DecoratingJavaLabelProvider.g etText(DecoratingJavaLabelProvider.java:122) at org.eclipse.jface.viewers.TreeViewer.doUpdateItem(TreeViewer.java:95) at org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.r un(AbstractTreeViewer.java:85) at org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatfo rm.java:867) at org.eclipse.core.runtime.Platform.run(Platform.java:413) at org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTre eViewer.java:403) at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(Abstract TreeViewer.java:916) at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(Abstract TreeViewer.java:934) at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(Abstract TreeViewer.java:934) at org.eclipse.jface.viewers.AbstractTreeViewer.internalRefresh(Abstract TreeViewer.java:895) at org.eclipse.jface.viewers.StructuredViewer$8.run(StructuredViewer.jav a:883) at org.eclipse.jface.viewers.StructuredViewer.preservingSelection(Struct uredViewer.java:798) at org.eclipse.jface.viewers.StructuredViewer.refresh(StructuredViewer.j ava:881) at org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvide r$3.run(PackageExplorerContentProvider.java:519) at org.eclipse.jdt.internal.ui.packageview.PackageExplorerContentProvide r$6.run(PackageExplorerContentProvider.java:551) at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:31) at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.ja va:94) - locked <037A7010> (a org.eclipse.swt.widgets.RunnableLock) at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:1752) at org.eclipse.swt.widgets.Display.msgFilterProc(Display.java:1402) at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method) at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1289) at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:73) at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:392) at org.eclipse.swt.widgets.Control.windowProc(Control.java:2839) at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1225) at org.eclipse.swt.widgets.Display.windowProc(Display.java:2281) at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method) at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:1289) at org.eclipse.swt.widgets.Scrollable.callWindowProc(Scrollable.java:73) at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:392) at org.eclipse.swt.widgets.Control.windowProc(Control.java:2839) at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1225) at org.eclipse.swt.widgets.Display.windowProc(Display.java:2281) at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method) at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:1294) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:1481) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1271) at org.eclipse.ui.internal.Workbench.run(Workbench.java:1254) at org.eclipse.core.internal.boot.InternalBootLoader.run(InternalBootLoa der.java:845) at org.eclipse.core.boot.BootLoader.run(BootLoader.java:461) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.eclipse.core.launcher.Main.basicRun(Main.java:247) at org.eclipse.core.launcher.Main.run(Main.java:703) at org.eclipse.core.launcher.Main.main(Main.java:539) "VM Thread" prio=5 tid=0x008FC9F8 nid=0x6ac runnable "VM Periodic Task Thread" prio=10 tid=0x008B3B70 nid=0x5a0 waiting on condition "Suspend Checker Thread" prio=10 tid=0x008B45F0 nid=0x120 runnable
I think the problem was that I deleted the old JDK and I had defined a container which was no longer valid. In that event eclipse seems to go berserk.
What build of Eclipse are you using? Does this happen every time? Does this happen when you try to run with a new workspace or only with an existing workspace? When it freezes, does CPU usage stay high or low?
I20030227, It does happen every time. However when I used a new workspace everything seemed to work fine. The CPU usage stays high when the freezing occurs.
Adding Philippe as CC. Philippe, does this look like any of the deadlocks you were getting recently? The main thread is in: org.eclipse.jdt.internal.compiler.parser.Scanner.getNextCharAsJavaIdentifierPart(Scanner.java:729)
Created attachment 3895 [details] Log file of JDK 1.4.1_02 related startup problem. I had a problem starting Eclipse after upgrading to JDK 1.4.1_02 as well. The app starts up, but trying to bring up some windows (e.g. preferences, export) fails: the workbench loses focus, but nothing pops up. When closing Eclipse, it reports that an error has occurred, and complains about some of the editor windows that were open. The log file shows the errors. Deleting the workspace file fixes the issue.
Moving to JDT/Core for comment on the deadlock problem. Does this look related to the issues that we had before the 2.1 release?
This seems to be fixed in 2.1 build. I am running my workspace every day using 2.1 build and JDK1.4.1_02 without a problem. Please update to 2.1 build. I doesn't make sense to me to try to track down a bug that is already fixed.
as I noted in comment #1 The problem was that I deleted the old JDK. It wasn't the fact that I was using JDK 1.4.1_02. There was a container which was pointing to the old JDK and that container was invalid. I have forgotten the exact settings I was using!
But can you still reproduce this problem with the 2.1 release ?
i had saved my workspace when the problem occured and I tried running the latest eclipse with that saved workspace. It seemed to start up fine. It said there was a problem recreating the workspace but it all worked. I think you can mark this as fixed.
Closing as worskforme.
