Eclipse bricht beim Starten ab

kastner

Well-Known Member
Seit ich gestern das neue XFree per Port installiert habe,

Ich stehe vor einem Rätsel. Ich habe mal das Error log unten angehängt. In der Hoffnung, daß mir vielleicht jemand weiterhelfen kann:


An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x286E7F6C
Function=inflate_fast+0x28
Library=/usr/local/jdk1.4.2/jre/lib/i386/libzip.so

Current Java thread:
at org.eclipse.swt.internal.gtk.OS._pango_context_list_families(Native Method)
at org.eclipse.swt.internal.gtk.OS.pango_context_list_families(OS.java:7728)
at org.eclipse.swt.graphics.Device.getFontList(Device.java:389)
at org.eclipse.jface.resource.FontRegistry.bestData(FontRegistry.java:366)
at org.eclipse.jface.resource.FontRegistry.bestDataArray(FontRegistry.java:390)
at org.eclipse.ui.internal.themes.ThemeElementHelper.installFont(ThemeElementHelper.java:110)
at org.eclipse.ui.internal.themes.ThemeElementHelper.populateRegistry(ThemeElementHelper.java:56)
at org.eclipse.ui.internal.Workbench.initializeFonts(Workbench.java:1105)
at org.eclipse.ui.internal.Workbench.init(Workbench.java:996)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1636)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:367)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:143)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:103)
at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:376)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:163)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.eclipse.core.launcher.Main.invokeFramework(Main.java:334)
at org.eclipse.core.launcher.Main.basicRun(Main.java:278)
at org.eclipse.core.launcher.Main.run(Main.java:973)
at org.eclipse.core.launcher.Main.main(Main.java:948)

Dynamic libraries:
0x8048000 /usr/local/jdk1.4.2/bin/java
0x2807a000 /usr/lib/libpthread.so.1
0x2809e000 /lib/libc.so.5
0x28178000 /usr/local/jdk1.4.2/jre/lib/i386/client/libjvm.so
0x285ab000 /usr/lib/libstdc++.so.4
0x2867d000 /lib/libm.so.3
0x28697000 /usr/local/jdk1.4.2/jre/lib/i386/native_threads/libhpi.so
0x286a5000 /usr/local/jdk1.4.2/jre/lib/i386/libverify.so
0x286ba000 /usr/local/jdk1.4.2/jre/lib/i386/libjava.so
0x286d8000 /usr/local/jdk1.4.2/jre/lib/i386/libzip.so
0x40702000 /usr/local/jdk1.4.2/jre/lib/i386/libnet.so
0x40714000 /usr/local/jdk1.4.2/jre/lib/i386/libnio.so
0x42ed1000 /home/kastner/.eclipse/org.eclipse.platform_3.1.1/configuration/org.eclipse.osgi/bundles/29/1/.cp/libswt-pi-gtk-3139.so
0x42f14000 /usr/X11R6/lib/libgtk-x11-2.0.so.600
0x431d0000 /usr/local/lib/libgthread-2.0.so.600
0x431d4000 /usr/X11R6/lib/libXtst.so.6
0x431d9000 /usr/X11R6/lib/libgdk_pixbuf-2.0.so.0
0x431ee000 /usr/X11R6/lib/libgdk-x11-2.0.so.0
0x43269000 /usr/X11R6/lib/libXrandr.so.2
0x4326d000 /usr/X11R6/lib/libXrender.so.1
0x43275000 /usr/X11R6/lib/libXi.so.6
0x4327d000 /usr/X11R6/lib/libXinerama.so.1
0x43280000 /usr/X11R6/lib/libXext.so.6
0x4328d000 /usr/X11R6/lib/libX11.so.6
0x4334d000 /usr/X11R6/lib/libpangocairo-1.0.so.0
0x43354000 /usr/X11R6/lib/libpangoft2-1.0.so.0
0x43378000 /usr/X11R6/lib/libfontconfig.so.1
0x433a6000 /usr/local/lib/libfreetype.so.9
0x4340a000 /lib/libz.so.2
0x4341a000 /usr/X11R6/lib/libpango-1.0.so.0
0x43450000 /usr/local/lib/libatk-1.0.so.0
0x43468000 /usr/local/lib/libgobject-2.0.so.0
0x4349e000 /usr/local/lib/libgmodule-2.0.so.0
0x434a2000 /usr/local/lib/libglib-2.0.so.0
0x43523000 /usr/local/lib/libiconv.so.3
0x43610000 /usr/local/lib/libcairo.so.2
0x4365b000 /usr/local/lib/libintl.so.6
0x43664000 /usr/X11R6/lib/libXcursor.so.1
0x4366d000 /usr/X11R6/lib/libXfixes.so.3
0x43672000 /usr/local/lib/libexpat.so.5
0x43693000 /usr/local/lib/libpng.so.5
0x436b6000 /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2
0x436b9000 /home/kastner/.eclipse/org.eclipse.platform_3.1.1/configuration/org.eclipse.osgi/bundles/29/1/.cp/libswt-gtk-3139.so
0x2804e000 /libexec/ld-elf.so.1

Heap at VM Abort:
Heap
def new generation total 2880K, used 1148K [0x2c470000, 0x2c780000, 0x2d820000)
eden space 2624K, 34% used [0x2c470000, 0x2c54f0e8, 0x2c700000)
from space 256K, 100% used [0x2c740000, 0x2c780000, 0x2c780000)
to space 256K, 0% used [0x2c700000, 0x2c700000, 0x2c740000)
tenured generation total 37824K, used 4601K [0x2d820000, 0x2fd10000, 0x3c470000)
the space 37824K, 12% used [0x2d820000, 0x2dc9e798, 0x2dc9e800, 0x2fd10000)
compacting perm gen total 6912K, used 6684K [0x3c470000, 0x3cb30000, 0x40470000)
the space 6912K, 96% used [0x3c470000, 0x3caf7080, 0x3caf7200, 0x3cb30000)

Local Time = Mon Jan 23 12:31:16 2006
Elapsed Time = 10
#
# The exception above was detected in native code outside the VM
#
# Java VM: Java HotSpot(TM) Client VM (1.4.2-p8-kastner_22_jan_2006_11_21 mixed mode)
# startet eclipse nicht mehr.
 
Schuld ist der Javacache von Eclipse. Ein "rm -R ~/.eclipse" löst das Problem, löscht aber auch deine Einstellungen.
 
Nö, da tut sich nichts. Sowohl, wenn ich das .eclipse-Verzeichnis lösche als auch,wenn ich mit -clean starte erhalte ich weiterhin die gleiche Fehlermeldung.

Ist bei Euch der gleiche Fehler aufgetreten?

Was ich im Netz gefunden gefunden habe scheint auf ein JDK-Problem mit dem JDK-eigenen Zip-Utility hinzuweisen:

http://groups.google.de/group/lucky...ec/ld-elf.so.1&rnum=29&hl=de#7d72cf39c147278b

Mit sind jetzt schon zwei Tage einfach so verloren gegangen und ich weiß nicht wie ich an den jeweils vorhergehenden Port des JDK1.4 und von von eclipse drankommen soll. Die würde ich nämlich anstelle der neuen Versionen gerne wieder installieren.

Einfach, um überhaupt weiterarbeiten zu können.
 
Hab noch kein JDK Update gemacht, na ein Glück ;-)

kastner schrieb:
ich weiß nicht wie ich an den jeweils vorhergehenden Port des JDK1.4 und von von eclipse drankommen soll. Die würde ich nämlich anstelle der neuen Versionen gerne wieder installieren.

Sollte mit portdowngrade eigentlich kein Problem sein.
 
Mühsam,

falls es jemanden interessiert:

Wenn eclipse gegen Motif kompiliert wird, startet es einwandfrei. Sieht halt ziemlich nach Motif aus, aber es läut immerhin.

Dafür müssen diese beiden Einträge gleich zu Beginn des Makefile eingetragen werden:

WITH_MOTIF= yes
WITHOUT_GNOMEVFS= yes

Wie bereits erwähnt: ist nicht schön, aber es funzt wenigstens.
 
Mein eclipse wollte eine Zeit lang auch nicht starten. Schuld daran war, dass die Permissions von /usr/local/eclipse/plugins nicht restiktiv genug waren. Als ich sie auf 755 gesetzt hatte, startete eclipse wieder
 
Diese Lösung hat in meinem Fall funktioniert ...

... und ich könnte mir vorstellen, daß es auch noch andere betrifft. Ich habe die folgende Lösung in der freebsd-eclipse Mailing-Liste gepostet:

Some of you might remember my desperate post from January 24th 2006 about eclipse crashing on startup. Well, at last, I found a fix - thanks to Panagiotis whose efforts were fundamental to overcome my ignorance.

First I changed the JDK from 1.4.2 to 1.5.0. Then I applied the patch from Mikhail (Thank you for the patch, Mikhail. Saved my life!):

http://lists.freebsd.org/pipermail/freebsd-java/2005-October/004487.html

Since I am not really experienced with patching, for all those feeling insecure what to do with the patch, I quote Panagiotis' instruction:

"... apply Mikhail's patch as follows:

- first add the two new lines in the jdk15 port's Makefile as suggested by the first hunk (EXTRACT_AFTER_ARGS plus the space before)
- lump the rest of the patch (beneath the ---next part--- line) in a single file (named something like patch-syszlib and drop it in the jdk15/files directory
- if you have checked out revision 3 of the port, remove files/patch-j2se::zlib-1.1.3::zconf.h
 
Zurück
Oben