"File Icons Based on Content Analysis" hangs Eclipse/oXygen

[KampfCaspar]

Hi!

Having installed a fresh ZendStudio 7.1.2/oXygen 11.2 on linux amd64, opening a filesystem tree with xml files in any Explorer "hangs" Eclipse (it becomes unresponsive). Tree's without XML files and installations without oXygen do NOT hang.

However, it does not actually crash... After some repetitions of about 30s each, it works fine. The behaviour persists restarts.

UNchecking "file icons based on Content Analysis" in Eclipse's preferences 'solves' the problem.

After each "hanging" the log contains the exception mentioned below. strace shows futex timeouts for each "hanger".

---

Code: Select all

Root exception:

org.eclipse.osgi.framework.internal.core.AbstractBundle$BundleStatusException

	at org.eclipse.osgi.framework.internal.core.AbstractBundle.beginStateChange(AbstractBundle.java:1073)

	at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:278)

	at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:408)

	at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)

	at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:449)

	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:211)

	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:381)

	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:457)

	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:410)

	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:398)

	at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)

	at java.lang.ClassLoader.loadClass(Unknown Source)

	at java.lang.ClassLoader.loadClassInternal(Unknown Source)

	at com.oxygenxml.editor.EditorPlugin$12.run(Unknown Source)

	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)

	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134)

	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3468)

	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3115)

	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405)

	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369)

	at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221)

	at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500)

	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)

	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493)

	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)

	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)

	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)

	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)

	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)

	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)

	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)

	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)

	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)

	at java.lang.reflect.Method.invoke(Unknown Source)

	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:726)

	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:542)

	at org.eclipse.equinox.launcher.Main.run(Main.java:1478)

	at org.eclipse.equinox.launcher.Main.main(Main.java:1454)

[adrian]

Hello,

Like I mentioned on the other topic(ZendStudio crashes after upgrading to 11.2) this was the behaviour we were encountering when testing with ZendStudio.
When the plugin was initialized it would freeze ZendStudio rather than crashing it.

A new Oxygen build will be available by the end of the day with the fix for both this problem and the Hunspell crash from the other topic.

Regards,
Adrian

[adrian]

The build that fixes these problems is now available(2010032411):
Download from:
http://www.oxygenxml.com/download_oxygenxml_editor.html

Install in Eclipse from:
http://www.oxygenxml.com/InstData/Edito ... e/site.xml

Or simply Check for Updates from Eclipse/Zend Studio if you have installed Oxygen from the update site.

Regards,
Adrian