On Tue, 2009-02-10 at 13:39 -0600, Troy Dawson wrote:
> Craig Moore wrote:
> > On Tue, 2009-02-10 at 10:08 -0600, Troy Dawson wrote:
> >> Craig Moore wrote:
> >>> I've just installed eclipse using the package manager, and I cannot
> >>> start the program. This is what I installed:
> >>>
> >>> $ rpm -q eclipse-jdt
> >>> eclipse-jdt-3.2.1-19.el5.x86_64
> >>>
> >>> Here is my computer's info:
> >>>
> >>> $ cat redhat-release
> >>> Scientific Linux SL release 5.2 (Boron)
> >>>
> >>> $ cat /proc/cpuinfo
> >>> model name : Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
> >>>
> >>> $ cat /proc/meminfo
> >>> MemTotal: 3907664 kB
> >>> MemFree: 2096508 kB
> >>>
> >>> $ cat partitions
> >>> major minor #blocks name
> >>>
> >>> 8 0 244140625 sda
> >>> 8 1 104391 sda1
> >>> 8 2 244035382 sda2
> >>> 253 0 241991680 dm-0
> >>> 253 1 2031616 dm-1
> >>>
> >>> Here is the text from the error log:
> >>>
> >>> $ cat /home/cmoore/workspace/.metadata/.log
> >>> !SESSION 2009-02-10 16:33:01.457
> >>> -----------------------------------------------
> >>> eclipse.buildId=M20060921-0945
> >>> java.version=1.6.0_12
> >>> java.vendor=Sun Microsystems Inc.
> >>> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> >>> Command-line arguments: -os linux -ws gtk -arch x86_64
> >>>
> >>> !ENTRY org.eclipse.osgi 4 0 2009-02-10 16:33:02.549
> >>> !MESSAGE Application error
> >>> !STACK 1
> >>> java.lang.UnsatisfiedLinkError: /usr/lib64/eclipse/configuration/org.eclipse.osgi/bundles/101/1/.cp/libswt-pi-gtk-3235.so: /usr/lib64/eclipse/configuration/org.eclipse.osgi/bundles/101/1/.cp/libswt-pi-gtk-3235.so: wrong ELF class: ELFCLASS64 (Possible cause: architecture word width mismatch)
> >>> at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> >>> at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)
> >>> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1687)
> >>> at java.lang.Runtime.loadLibrary0(Runtime.java:823)
> >>> at java.lang.System.loadLibrary(System.java:1030)
> >>> at
> >>> org.eclipse.swt.internal.Library.loadLibrary(Library.java:123)
> >>> at org.eclipse.swt.internal.gtk.OS.<clinit>(OS.java:22)
> >>> at
> >>> org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
> >>> at
> >>> org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
> >>> at org.eclipse.swt.widgets.Display.<clinit>(Display.java:126)
> >>> at
> >>> org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:433)
> >>> at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:161)
> >>> at
> >>> org.eclipse.ui.internal.ide.IDEApplication.createDisplay(IDEApplication.java:122)
> >>> at
> >>> org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:75)
> >>> at org.eclipse.core.internal.runtime.PlatformActivator
> >>> $1.run(PlatformActivator.java:78)
> >>> at
> >>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:92)
> >>> at
> >>> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:68)
> >>> at
> >>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
> >>> at
> >>> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177)
> >>> 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:597)
> >>> at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336)
> >>> at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
> >>> at org.eclipse.core.launcher.Main.run(Main.java:977)
> >>> at org.eclipse.core.launcher.Main.main(Main.java:952)
> >>>
> >>> Any ideas how I can fix this?
> >>>
> >>> Thanks,
> >>> Craig
> >> Hi Craig,
> >> I am not a big eclipse user, so I'm not positive about this. But since
> >> you are on x86_64, there might be a i386 version x86_64 conflict. I
> >> would see if maybe there is a problem with having both i386 and x86_64
> >> version of jdk installed. To check do a
> >>
> >> rpm -qa | grep jdk | sort
> >> rpm -qa | grep java | sort
> >>
> >> Troy
> >
> > I almost always use emacs, but I find eclipse to be a superior editor
> > for doing java and xml files. Emacs can't handle indentation on HTML
> > files, whereas eclipse can do it without breaking a sweat. Usually if I
> > can't use eclipse, then I use the tidy program for cleaning up my html.
> >
> > Here is the output from the commands:
> >
> > $ rpm -qa | grep jdk | sort
> > jdk-1.6.0_12-fcs.i586
> > jdk-1.6.0_12-fcs.x86_64
> >
> > $ rpm -qa | grep java | sort
> > ant-javamail-1.6.5-2jpp.2.x86_64
> > bsh-javadoc-1.3.0-9jpp.1.x86_64
> > gcc-java-4.1.2-42.el5.x86_64
> > glib-java-0.2.6-3.fc6.x86_64
> > java-1.4.2-gcj-compat-1.4.2.0-40jpp.115.x86_64
> > java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp.115.i386
> > java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp.115.x86_64
> > java-1.4.2-gcj-compat-src-1.4.2.0-40jpp.115.x86_64
> > java-1.5.0-sun-compat-1.5.0.90-2.sl.jpp.noarch
> > java-1.6.0-sun-compat-1.6.0.12-1.sl5.jpp.x86_64
> > xmlrpc-javadoc-2.0.1-3jpp.1.x86_64
> >
> > The only item that looks different are these two, but I do not know if
> > they are the culprits:
> >
> > jdk-1.6.0_12-fcs.i586
> > java-1.5.0-sun-compat-1.5.0.90-2.sl.jpp.noarch
> >
> > I have come across a bug on the Red Hat bug tracker that might be
> > related here:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=455709
> >
> > But if I read this correctly, then it will not get fixed until they port
> > Fedora to 64 bit? The last log message was at the end of January.
> >
> > Craig
> >
>
> Hi Craig,
> My guess is that there is a problem with having both jdk i586 and x86_64
> both on at the same time.
> I believe you can the i586 off without any troubles.
> java-1.5.0-sun-compat-1.5.0.90-2.sl.jpp.noarch can go off also, but it
> really is just a placeholder that helped transition everything up to jdk
> 1.6.
> Can you try
> rpm -e java-1.5.0-sun-compat-1.5.0.90-2.sl.jpp.noarch
> rpm -e jdk-1.6.0_12-fcs.i586
>
> And see if you get the same error.
> Troy
I tried the two commands and now I receive the following error in a
window:
JVM terminated. Exit code=127
/usr/bin/java
-Xms40m
-Xmx256m
-Dosgi.sharedConfiguration.area=/usr/lib64/eclipse/configuration
-jar /usr/share/eclipse/startup.jar
-os linux
-ws gtk
-arch x86_64
-launcher /usr/bin/eclipse
-name Eclipse
-showsplash 600
-exitdata 5540018
-vm /usr/bin/java
-vmargs
-Xms40m
-Xmx256m
-Dosgi.sharedConfiguration.area=/usr/lib64/eclipse/configuration
-jar /usr/share/eclipse/startup.jar
at the command line I get the following error:
/usr/bin/java: error while loading shared libraries: libjli.so: cannot
open shared object file: No such file or directory
I guess that wasn't it. How can I restore the files back to the way they
were (i.e. undo what I just did) ? Any other ideas?
Thanks,
Craig
|
