xml editor

[blaufalke]

Upgraded from 11.1 to 11.2 (via "check for updates" in Eclipse) an hour ago.

Result: Eclipse crashes whenever I try to open an XML-file, or when I browse the Oxygen-settings in Window/Preferences. No entry in workspace/.metadata/.log.

Seems, 11.2 is the solution, if you want to prevent users to work with XML in Eclipse ...

There were no problems with 11.1.

[Mircea]

Upgraded from 11.1 to 11.2 (via "check for updates" in Eclipse) an hour ago.

Result: Eclipse crashes ...

Hello,

Please give us more details like:
- Eclipse version and build number;
- Java version;
- OS name and version.

What exactly you mean by "eclipse crashes" ? The whole workbench is dying or only the oXygen plugin won't start.

Regards,
Mircea.

[blaufalke]

"Crashing" means: Eclipse abruptly vanishes from my monitor, leaving me glancing at my Desktop

The Eclipse-processes are killed to; ps aux returns empty.

The system is a 64bit openSuse 11.1; Eclipse is ZendStudio 7.1.2

Here is an excerpt from my installation details (let me know, if you need more):

Code: Select all

*** Platform Details:

*** System properties:
eclipse.application=org.eclipse.ui.ide.workbench
eclipse.commands=-os
linux
-ws
gtk
-arch
x86_64
-showsplash
-launcher
/home/myLocalUserName/Zend/ZendStudio-7.1.0/ZendStudio
-name
ZendStudio
--launcher.library
/home/myLocalUserName/Zend/ZendStudio-7.1.0//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.0.200.v20090519/eclipse_1206.so
-startup
/home/myLocalUserName/Zend/ZendStudio-7.1.0//plugins/org.eclipse.equinox.launcher_1.0.201.v20091227.jar
-exitdata
6d0006
-vm
/home/myLocalUserName/Zend/ZendStudio-7.1.0/jre/bin/java
eclipse.home.location=file:/home/myLocalUserName/Zend/ZendStudio-7.1.0/
eclipse.launcher=/home/myLocalUserName/Zend/ZendStudio-7.1.0/ZendStudio
eclipse.p2.data.area=@config.dir/../p2/
eclipse.p2.profile=studioProfile
eclipse.product=com.zend.php.ide
eclipse.startTime=1268834840830
eclipse.vm=/home/myLocalUserName/Zend/ZendStudio-7.1.0/jre/bin/java
eclipse.vmargs=-Xms256M
-Xmx1024M
-XX:MaxPermSize=256m
-jar
/home/myLocalUserName/Zend/ZendStudio-7.1.0//plugins/org.eclipse.equinox.launcher_1.0.201.v20091227.jar
file.encoding=UTF-8
file.encoding.pkg=sun.io
file.separator=/
java.awt.graphicsenv=sun.awt.X11GraphicsEnvironment
java.awt.printerjob=sun.print.PSPrinterJob
java.class.path=/home/myLocalUserName/Zend/ZendStudio-7.1.0//plugins/org.eclipse.equinox.launcher_1.0.201.v20091227.jar
java.class.version=49.0
java.endorsed.dirs=/home/myLocalUserName/Zend/ZendStudio-7.1.0/jre/lib/endorsed
java.ext.dirs=/home/myLocalUserName/Zend/ZendStudio-7.1.0/jre/lib/ext
java.home=/home/myLocalUserName/Zend/ZendStudio-7.1.0/jre
java.io.tmpdir=/tmp
java.library.path=/home/myLocalUserName/Zend/ZendStudio-7.1.0/jre/lib/amd64/server:/home/myLocalUserName/Zend/ZendStudio-7.1.0/jre/lib/amd64:/home/myLocalUserName/Zend/ZendStudio-7.1.0/jre/../lib/amd64:/usr/lib64/mpi/gcc/openmpi/lib64:/usr/lib64/xulrunner-1.9.0.9
java.runtime.name=Java(TM) 2 Runtime Environment, Standard Edition
java.runtime.version=1.5.0_08-b03
java.specification.name=Java Platform API Specification
java.specification.vendor=Sun Microsystems Inc.
java.specification.version=1.5
java.vendor=Sun Microsystems Inc.
java.vendor.url=http://java.sun.com/
java.vendor.url.bug=http://java.sun.com/cgi-bin/bugreport.cgi
java.version=1.5.0_08
java.vm.info=mixed mode
java.vm.name=Java HotSpot(TM) 64-Bit Server VM
java.vm.specification.name=Java Virtual Machine Specification
java.vm.specification.vendor=Sun Microsystems Inc.
java.vm.specification.version=1.0
java.vm.vendor=Sun Microsystems Inc.
java.vm.version=1.5.0_08-b03
jna.platform.library.path=/usr/lib64:/lib64
line.separator=


[blaufalke]

and uhm ... yes, the problem survives several system-reboots

[Radu]

Hi,

In the Eclipse installation directory is there by any chance a java.crash.log file? If so, can you post its contents?

Regards,
Radu

[blaufalke]

I cannot find a java.crash.log (neither in the installation dir, nor in the workspace/.metadata)

But after a crash the following is added to workspace/.metadata/.log:

Code: Select all


!ENTRY org.eclipse.osgi 2 0 2010-03-18 11:49:06.302
!MESSAGE While loading class "com.oxygenxml.editor.J.N", thread "Thread[main,6,main]" timed out waiting (5000ms) for thread "Thread[Worker-31,5,main]" to finish starting bundle "com.oxygenxml.editor_11.2.0.v2010031612 [801]". To avoid deadlock, thread "Thread[main,6,main]" is proceeding but "com.oxygenxml.editor.J.N" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle "reference:file:plugins/com.oxygenxml.editor_11.2.0.v2010031612/" by thread "Worker-31".
   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.J.E$3.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)
Caused by: org.eclipse.osgi.framework.internal.core.AbstractBundle$BundleStatusException
   ... 39 more
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.J.E$3.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)



[blaufalke]

I don't think the update 11.2v2 was intended to solve this problem.

Just want to report that it actually does not solve the issue.

[KampfCaspar]

Same problem here:
Ubuntu Karmic amd64
Java 1.6.0.15
ZendStudio 7.1.2

Fresh install with all prior configurations removed. Upon either opening or creating a new XML file, the process segfaults:

Code: Select all

*** glibc detected *** /usr/local/Zend/ZendStudio-7.1.2/jre/bin/java: double free or corruption (out): 0x00007fffc50450e0 ***
======= Backtrace: =========
/lib/libc.so.6[0x7f72277f4dd6]
/lib/libc.so.6(cfree+0x6c)[0x7f72277f974c]
/usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell/libhunspell-linux-x86-64.so(_Z12parse_stringPcPS_PKc+0x83)[0x7f71c0559be3]
/usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell/libhunspell-linux-x86-64.so(_ZN7HashMgr11load_configEPKc+0x11b)[0x7f71c055ba5b]
/usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell/libhunspell-linux-x86-64.so(_ZN7HashMgrC1EPKcS1_+0x91)[0x7f71c055bd61]
/usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell/libhunspell-linux-x86-64.so(_ZN8HunspellC1EPKcS1_+0x4c)[0x7f71c055ccfc]
/usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell/libhunspell-linux-x86-64.so(Hunspell_create+0x34)[0x7f71c055ce24]
/tmp/jna31968.tmp(ffi_call_unix64+0x4c)[0x7f71d110827c]
/tmp/jna31968.tmp(ffi_call+0x1ff)[0x7f71d1107ddf]
/tmp/jna31968.tmp[0x7f71d10fe6bc]
/tmp/jna31968.tmp(Java_com_sun_jna_Function_invokePointer+0x1c)[0x7f71d10ff17c]
[0x7f722052f562]
======= Memory map: ========
40000000-4000e000 r-xp 00000000 fc:03 266996                             /usr/local/Zend/ZendStudio-7.1.2/jre/bin/java
4010d000-40110000 rwxp 0000d000 fc:03 266996                             /usr/local/Zend/ZendStudio-7.1.2/jre/bin/java
4051d000-42783000 rwxp 00000000 00:00 0                                  [heap]
7f71c0548000-7f71c0575000 r-xp 00000000 fc:03 398597                     /usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell/libhunspell-linux-x86-64.so
7f71c0575000-7f71c0775000 ---p 0002d000 fc:03 398597                     /usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell/libhunspell-linux-x86-64.so
7f71c0775000-7f71c0779000 rwxp 0002d000 fc:03 398597                     /usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell/libhunspell-linux-x86-64.so
7f71c0779000-7f71c0bbe000 r-xs 00000000 fc:03 287841                     /usr/local/Zend/ZendStudio-7.1.2/plugins/org.eclipse.jdt.core_3.5.1.v_972_R35x.jar
7f71c0bbe000-7f71c0e07000 r-xs 00000000 fc:03 290032                     /usr/local/Zend/ZendStudio-7.1.2/plugins/org.eclipse.jst.j2ee.core_1.1.301.v200911302230.jar
7f71c0efa000-7f71c1633000 r-xs 00000000 fc:03 398625                     /usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/saxon9ee.jar
7f71c1633000-7f71c195e000 r-xs 00000000 fc:03 398553                     /usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/batik-all-1.7.jar
7f71c195e000-7f71c29d5000 r-xs 00000000 fc:03 398616                     /usr/local/Zend/ZendStudio-7.1.2/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/oxygenEclipse.jar
7f71c29d5000-7f71c29d8000 rwxp 00000000 00:00 0
7f71c29d8000-7f71c2ad6000 rwxp 00000000 00:00 0
7f71c2ad6000-7f71c2ad9000 rwxp 00000000 00:00 0
7f71c2ad9000-7f71c2bd7000 rwxp 00000000 00:00 0
7f71c2bd7000-7f71c2bda000 ---p 00000000 00:00 0
7f71c2bda000-7f71c2cd8000 rwxp 00000000 00:00 0
7f71c2cd8000-7f71c2cdb000 ---p 00000000 00:00 0
7f71c2cdb000-7f71c2dd9000 rwxp 00000000 00:00 0
7f71c2dd9000-7f71c2ddc000 ---p 00000000 00:00 0
7f71c2ddc000-7f71c2eda000 rwxp 00000000 00:00 0
7f71c2eda000-7f71c2edb000 ---p 00000000 00:00 0
7f71c2edb000-7f71c36db000 rwxp 00000000 00:00 0
7f71c36db000-7f71c36df000 r-xp 00000000 fc:01 1266                       /lib/libattr.so.1.1.0
7f71c36df000-7f71c38de000 ---p 00004000 fc:01 1266                       /lib/libattr.so.1.1.0
7f71c38de000-7f71c38df000 r-xp 00003000 fc:01 1266                       /lib/libattr.so.1.1.0
7f71c38df000-7f71c38e0000 rwxp 00004000 fc:01 1266                       /lib/libattr.so.1.1.0
7f71c38e0000-7f71c38e7000 r-xp 00000000 fc:01 153090                     /usr/lib/libfam.so.0.0.0
7f71c38e7000-7f71c3ae6000 ---p 00007000 fc:01 153090                     /usr/lib/libfam.so.0.0.0
7f71c3ae6000-7f71c3ae7000 r-xp 00006000 fc:01 153090                     /usr/lib/libfam.so.0.0.0
7f71c3ae7000-7f71c3ae8000 rwxp 00007000 fc:01 153090                     /usr/lib/libfam.so.0.0.0
7f71c3ae8000-7f71c3aef000 r-xp 00000000 fc:01 366                        /lib/libacl.so.1.1.0
7f71c3aef000-7f71c3cee000 ---p 00007000 fc:01 366                        /lib/libacl.so.1.1.0
7f71c3cee000-7f71c3cf0000 rwxp 00006000 fc:01 366                        /lib/libacl.so.1.1.0
7f71c3cf0000-7f71c3cfe000 r-xp 00000000 fc:01 153197                     /usr/lib/gnome-vfs-2.0/modules/libfile.so
7f71c3cfe000-7f71c3efd000 ---p 0000e000 fc:01 153197                     /usr/lib/gnome-vfs-2.0/modules/libfile.so
7f71c3efd000-7f71c3efe000 r-xp 0000d000 fc:01 153197                     /usr/lib/gnome-vfs-2.0/modules/libfile.so
7f71c3efe000-7f71c3eff000 rwxp 0000e000 fc:01 153197                     /usr/lib/gnome-vfs-2.0/modules/libfile.so
7f71c3eff000-7f71c3f02000 ---p 00000000 00:00 0
7f71c3f02000-7f71c4000000 rwxp 00000000 00:00 0
7f71c4000000-7f71c440f000 rwxp 00000000 00:00 0
7f71c440f000-7f71c8000000 ---p 00000000 00:00 0
7f71c80b5000-7f71c80b8000 rwxp 00000000 00:00 0
7f71c80b8000-7f71c81b6000 rwxp 00000000 00:00 0
7f71c81b6000-7f71c81b9000 rwxp 00000000 00:00 0
7f71c81b9000-7f71c82b7000 rwxp 00000000 00:00 0
7f71c82b7000-7f71c82b8000 ---p 00000000 00:00 0
7f71c82b8000-7f71c8ab8000 rwxp 00000000 00:00 0
7f71c8ab8000-7f71c8ab9000 ---p 00000000 00:00 0
7f71c8ab9000-7f71c92b9000 rwxp 00000000 00:00 0
7f71c92b9000-7f71c92ba000 ---p 00000000 00:00 0


[KampfCaspar]

After further inspection, it really seems to be hunspell... E.g. Opening the Preferences Window, a Click on "oxygen->Editor->Spell Check" crashes the process as well.

[KampfCaspar]

Replacing
libhunspell-linux-x86-64.so from
/plugins/com.oxygenxml.editor_11.2.0.v2010031913/lib/hunspell
by its system counterpart

the crashing seems to be solved.

[blaufalke]

Will there be a patch, or do I have to apply this workaround?

[adrian]

Hello,

We are still investigating this.
So far we have only managed to obtain a dead lock(ZendStudio freezes) when the Oxygen plugin is initialized. But no crash(segmentation fault).

The strange thing is that even this behaviour seems to only happen in Ubuntu 9.10 64bit. In Ubuntu 8.04 64bit everything works fine. So it looks like the platform is an important factor and possibly the Java Virtual Machine.

As soon as we come to a conclusion we will provide a patch.

Regards,
Adrian

[blaufalke]

The strange thing is that even this behaviour seems to only happen in Ubuntu 9.10 64bit.

it happens at openSuse 11.1 too.

Code: Select all

~> uname -a
Linux linux-at6l 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux


[adrian]

We managed to reproduce the hunspell crash in both Ubuntu 9.10 and openSUSE 11.2 64bit.

Regards,
Adrian

[adrian]

Right now the best workaround is the one you have found.

Copy /usr/lib64/libhunspell-1.2.so.0 to the plugins/com.oxygenxml.editor_11.2.0.v2010032314/lib/hunspell directory from the ZendStudio installation directory and rename it to libhunspell-linux-x86-64.so.

We are working on building a statically linked hunspell library that would work in both Ubuntu 8.04 and 9.10. So far we haven't found a build that doesn't crash either in one or in the other.

Regards,
Adrian