Community
Participate
Working Groups
Hello, I have the following problem: I updated my entire system (Arch Linux) today, then I wanted to run Eclipse, but it somehow had a strange behavior, I couldn't run things, the GUI was partly messed up, look at this for example: http://i.imgur.com/EN0pl4r.png A big problem is that when I try to create a new project Eclipse freezes and I have to pkill it. I have no idea what is causing this problem. I already uninstalled it entirely, I removed my workspace and .eclipse directories, but nothing helps. I don't know what to do anymore, maybe I upgraded a package which broke Eclipse. I get no console output either when these bugs occur.
Could you please try some of the approaches described in the following wiki page and report back? https://wiki.eclipse.org/How_to_report_a_deadlock
Created attachment 258252 [details] Eclipse deadlock I made two stack traces, one when its running just normal and another when Eclipse freezes, I also added a diff between the stack traces.
But also this. http://pastebin.com/DrFKyTzs
A few things: * What Eclipse distribution are you running? Where did you get it from? * Please run Help > About and copy the version/build information * How long are you waiting to try creating a new project? If right away, could you wait a couple of minutes and then try again? * Could you try running with SWT_GTK3=0 in your environment? (Just to ensure we're not hitting some SWT GTK3 issues)
I use the official Arch Linux packages and run "Mars.1 Release (4.5.1) Build id: 20150924-1200", but I tried your suggestion to run export SWT_GTK3=0, and Eclipse seems to run fine again. Thanks a lot for your help.
A few oddities in the deadlock trace in the attachment: * Oomph and AERI are still in the early-startup state * The ModalContext job has finished and the thread is hung waiting for its syncExec() of a null job to complete. I'm wondering if this is bug 479435 (fixed on 2015-11-05). "ModalContext" #52 prio=6 os_prio=0 tid=0x00007fb60a06b000 nid=0x30cb in Object.wait() [0x00007fb5a6b66000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:199) - locked <0x00000000ee5e8a08> (a org.eclipse.swt.widgets.RunnableLock) at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:145) at org.eclipse.swt.widgets.Display.syncExec(Display.java:4633) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:146)6 "Worker-4" #34 prio=5 os_prio=0 tid=0x00007fb5e801c800 nid=0x301b in Object.wait() [0x00007fb5aa934000] java.lang.Thread.State: TIMED_WAITING (on object monitor) at java.lang.Object.wait(Native Method) at org.eclipse.ui.internal.Semaphore.acquire(Semaphore.java:43) - locked <0x00000000c4e589f0> (a org.eclipse.ui.internal.Semaphore) at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:164) at org.eclipse.swt.widgets.Display.syncExec(Display.java:4633) at org.eclipse.epp.internal.logging.aeri.ui.ReportingController.initalizeLists(ReportingController.java:109) at org.eclipse.epp.internal.logging.aeri.ui.ReportingController.<init>(ReportingController.java:105) at org.eclipse.epp.internal.logging.aeri.ide.Startup.initalizeController(Startup.java:228) at org.eclipse.epp.internal.logging.aeri.ide.Startup.access$6(Startup.java:227) at org.eclipse.epp.internal.logging.aeri.ide.Startup$1.run(Startup.java:106) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) "Worker-2" #32 prio=5 os_prio=0 tid=0x00007fb5ac007000 nid=0x3019 in Object.wait() [0x00007fb5aab36000] java.lang.Thread.State: TIMED_WAITING (on object monitor) at java.lang.Object.wait(Native Method) at org.eclipse.ui.internal.Semaphore.acquire(Semaphore.java:43) - locked <0x00000000c4e589a0> (a org.eclipse.ui.internal.Semaphore) at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:164) at org.eclipse.swt.widgets.Display.syncExec(Display.java:4633) at org.eclipse.oomph.ui.UIUtil.syncExec(UIUtil.java:586) at org.eclipse.oomph.ui.UIUtil.syncExec(UIUtil.java:573) at org.eclipse.oomph.internal.ui.UIPropertyTester.requestEvaluation(UIPropertyTester.java:97) at org.eclipse.oomph.setup.ui.SetupPropertyTester.setStarting(SetupPropertyTester.java:148) at org.eclipse.oomph.setup.ui.SetupUIPlugin$1$1.run(SetupUIPlugin.java:228) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) "main" #1 prio=6 os_prio=0 tid=0x00007fb608008800 nid=0x2fea runnable [0x00007fb610286000] java.lang.Thread.State: RUNNABLE at org.eclipse.swt.internal.gtk.OS._g_main_context_iteration(Native Method) at org.eclipse.swt.internal.gtk.OS.g_main_context_iteration(OS.java:2425) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3428) at org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:172) at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:387) at org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:500) at org.eclipse.ui.internal.progress.ProgressMonitorJobsDialog.run(ProgressMonitorJobsDialog.java:284) at org.eclipse.ui.internal.progress.ProgressManager$3.run(ProgressManager.java:997) at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) at org.eclipse.ui.internal.progress.ProgressManager.busyCursorWhile(ProgressManager.java:1032) at org.eclipse.ui.internal.progress.ProgressManager.busyCursorWhile(ProgressManager.java:1007) at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.checkInitialConditions(RefactoringWizardOpenOperation.java:215) at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.access$1(RefactoringWizardOpenOperation.java:210) at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:170) at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70) at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:202) at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:122) at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:38) at org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:62) at org.eclipse.jdt.internal.corext.refactoring.RefactoringExecutionStarter.startDeleteRefactoring(RefactoringExecutionStarter.java:284) at org.eclipse.jdt.internal.ui.refactoring.reorg.DeleteAction.run(DeleteAction.java:205) at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:275) at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:251) at org.eclipse.jface.action.Action.runWithEvent(Action.java:473) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1329) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127) […]
Moving to SWT since it appears to be due to GTK3.
Is this still reproducible with Oxygen?
(In reply to Alexander Kurtakov from comment #8) > Is this still reproducible with Oxygen? Closing as there hasn't been a response in awhile. Please reopen this ticket if the issue continues on 4.8 and GTK3.22.
