LinuxQuestions.org - Eclipse Fails to Start Up

- Linux - Software (https://www.linuxquestions.org/questions/linux-software-2/)

- - Eclipse Fails to Start Up (https://www.linuxquestions.org/questions/linux-software-2/eclipse-fails-to-start-up-697732/)

Eclipse Fails to Start Up

Hi Everyone!

I am trying to re-install Eclipse. I have downloaded Eclipse Classic SDK 3.4.1. My Linux distribution is CentOS 5. Current java version is 1.6.0_11. Originally eclipse did work.

A few days ago, I tried to install the plugin Eclipse IDE for C/C++ Developers. I read directions that stated to copy the contents of the plugin folder to where the eclipse executable was. After this was done, Eclipse will begin the start up process but freeze at the end or directly after it. Eclipse will prompt for a project directory and display the start up splash image. After the splash image disappears, a small window with the title Eclipse is displayed. There is no content and the close button (X) does not function. It does not close until the process is killed. However, the window will move. Link window below:

http://photos-g.ak.fbcdn.net/photos-...65686_7592.jpg

I thought the best solution would be re-install Eclipse. I deleted the eclipse folder. I installed Eclipse Classic 3.4.1 again. However, the problem stayed.

I tried searching on for a solution but seriously hit a dead end. I would appreciate some advice and insight. Thanks a head of time.

Have you tried starting Eclipse via Bash? Often Bash will give you hints as to why things are failing to start, it could be as simple as your JRE. Hope this helps :)

Not that it applies. But if you're running a fresh install, you might need to install libstdc++5. For some reason java doesn't claim that as a dependency, but doesn't run without it. Even if using a .deb via java-package in debian. I got reminded of that a couple of weeks ago when setting up a fresh install for a friends computer. It might only apply to java applets / web browsers. But I thought I'd throw it out there. libstdc++6 installs by default, but is apparently not used(or usable) by current java implementations. Not that it applies if you previously had it working on the existing install.

Quote:

Originally Posted by N3rding (Post 3411098)

Have you tried starting Eclipse via Bash? Often Bash will give you hints as to why things are failing to start, it could be as simple as your JRE. Hope this helps :)

Thanks for the suggestion. Yes, I did run eclipse on Bash and the GUI. The only noticeable difference is exiting Bash will close Eclipse. Problem above stays the same otherwise.

I did have a problem with my JRE - was using 1.4.1. Eclipse stop execution. I updated it to 1.6.0_11. After this installation, Eclipse worked. I don't believe I changed the JRE - not sure how to check other than java -version.

Glad I could help :) the easiest solution is often the correct one

Quote:

Originally Posted by N3rding (Post 3411234)

Glad I could help :) the easiest solution is often the correct one

Thanks. But I still have the problem. :cry:

I'm trying to download libstdc++.so.5 as the other poster suggested. Having some difficulties there - someone from work distracted me before I could put a good solid amount of time.

oops misread your post, sorry bout that I'll do a little RTFM and see if i can find anything else

Quote:

Originally Posted by Shadow_7 (Post 3411191)

Thanks, I installed libstdc++5. This did not work.

[BTW, I learned to download and install via command line when trying to do this. It's yummy. Thanks a lot.] :)

http://forum.amzi.com/viewtopic.php?...62697bffc0a6f5

I read another forum that spoke of LDD. This program is new to me but seems helpful.

[root@localhost eclipse]# ldd -r eclipse
linux-gate.so.1 => (0x00e08000)
libpthread.so.0 => /lib/libpthread.so.0 (0x006d2000)
libdl.so.2 => /lib/libdl.so.2 (0x006cc000)
libc.so.6 => /lib/libc.so.6 (0x0055e000)
/lib/ld-linux.so.2 (0x0053b000)

However, I don't understand the output. Am I going in the wrong direction?

could it be that eclipse is trying to use your older version of java try starting it with

./eclipse -vm /path/to/jre/bin/java

Quote:

Originally Posted by N3rding (Post 3411432)

could it be that eclipse is trying to use your older version of java try starting it with

./eclipse -vm /path/to/jre/bin/java

I typed

> /root/Desktop/SoftwareSource/Eclipse 3.4.1/eclipse

After the splash screen exited, this message box appeared instead of the mystery one.

Error: View Log File!

The logfile:

Code:

  !SESSION 2008-12-19 01:00:52.432 -----------------------------------------------

eclipse.buildId=M20080911-1700

java.version=1.6.0_11

java.vendor=Sun Microsystems Inc.

BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US

Framework arguments:  -version

Command-line arguments:  -os linux -ws gtk -arch x86 -version



!ENTRY org.eclipse.ui.workbench 4 0 2008-12-19 01:01:03.494

!MESSAGE Widget disposed too early!

!STACK 0

java.lang.RuntimeException: Widget disposed too early!

        at org.eclipse.ui.internal.WorkbenchPartReference$1.widgetDisposed(WorkbenchPartReference.java:171)

        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:117)

        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)

        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1158)

        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1182)

        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1163)

        at org.eclipse.swt.widgets.Widget.release(Widget.java:1026)

        at org.eclipse.swt.widgets.Control.release(Control.java:3221)

        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:1184)

        at org.eclipse.swt.widgets.Widget.release(Widget.java:1029)

        at org.eclipse.swt.widgets.Control.release(Control.java:3221)

        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:1184)

        at org.eclipse.swt.widgets.Widget.release(Widget.java:1029)

        at org.eclipse.swt.widgets.Control.release(Control.java:3221)

        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:1184)

        at org.eclipse.swt.widgets.Canvas.releaseChildren(Canvas.java:211)

        at org.eclipse.swt.widgets.Decorations.releaseChildren(Decorations.java:466)

        at org.eclipse.swt.widgets.Shell.releaseChildren(Shell.java:1948)

        at org.eclipse.swt.widgets.Widget.release(Widget.java:1029)

        at org.eclipse.swt.widgets.Control.release(Control.java:3221)

        at org.eclipse.swt.widgets.Widget.dispose(Widget.java:442)

        at org.eclipse.swt.widgets.Shell.dispose(Shell.java:1893)

        at org.eclipse.swt.widgets.Display.release(Display.java:3083)

        at org.eclipse.swt.graphics.Device.dispose(Device.java:237)

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

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

        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:386)

        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:549)

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

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



!ENTRY org.eclipse.ui.workbench 4 0 2008-12-19 01:01:03.498

I'm going to google some more. But hopefully this will help you too.

Thanks! Problem solved!

Quote:

Originally Posted by N3rding (Post 3411432)

could it be that eclipse is trying to use your older version of java try starting it with

./eclipse -vm /path/to/jre/bin/java

Thanks, this idea helped SO MUCH!

There is a known bug in Eclipse.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=234910

Xulrunner19 conflicts with itself and locks Eclipse (or for what I understand.)

yum install xulrunner solved the problem.

Thanks everyone! All your suggestions really helped.

um close to what i meant maybe a better example would be
./eclipse -vm /usr/lib/jvm/sun-java-6/bin/java
just replace the /usr/lib/jvm/sun-java-6/bin/java
with the directory where your jre is :)

Quote:

Originally Posted by N3rding (Post 3411460)

um close to what i meant maybe a better example would be
./eclipse -vm /usr/lib/jvm/sun-java-6/bin/java
just replace the /usr/lib/jvm/sun-java-6/bin/java
with the directory where your jre is :)

Lol. I copied the wrong line. I meant to post:

./eclipse -vm /usr/jre1.6.0_11/bin/java

I'm new to Linux but I'm not that much of a n00b!

I had the same problem when trying to start up eclipse WTP on Fedora 11, I got a small grey window which cannot be closed while starting eclipse by running ./eclipse in terminal.

But if I use ./eclipse -vm /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/bin/java or
./eclipse -vm /usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre/bin/java both of them failed and there were errors in the terminal like:

Code:

GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details -  1: Failed to get connection to session: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.)

And in $HOME/workbench/.metadata/.log, I got error like this:

Code:

!ENTRY org.eclipse.ui.workbench 4 0 2009-06-15 00:05:39.493

!MESSAGE Widget disposed too early!

!STACK 0

java.lang.RuntimeException: Widget disposed too early!

        at org.eclipse.ui.internal.WorkbenchPartReference$1.widgetDisposed(WorkbenchPartReference.java:171)

        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:117)

        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)

        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1158)

        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1182)

        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1163)

        at org.eclipse.swt.widgets.Widget.release(Widget.java:1026)

        at org.eclipse.swt.widgets.Control.release(Control.java:3221)

        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:1184)

        at org.eclipse.swt.widgets.Widget.release(Widget.java:1029)

        at org.eclipse.swt.widgets.Control.release(Control.java:3221)

        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:1184)

        at org.eclipse.swt.widgets.Widget.release(Widget.java:1029)

        at org.eclipse.swt.widgets.Control.release(Control.java:3221)

        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:1184)

        at org.eclipse.swt.widgets.Canvas.releaseChildren(Canvas.java:211)

        at org.eclipse.swt.widgets.Decorations.releaseChildren(Decorations.java:466)

        at org.eclipse.swt.widgets.Shell.releaseChildren(Shell.java:1948)

        at org.eclipse.swt.widgets.Widget.release(Widget.java:1029)

        at org.eclipse.swt.widgets.Control.release(Control.java:3221)

        at org.eclipse.swt.widgets.Widget.dispose(Widget.java:442)

        at org.eclipse.swt.widgets.Shell.dispose(Shell.java:1893)

        at org.eclipse.swt.widgets.Display.release(Display.java:3083)

        at org.eclipse.swt.graphics.Device.dispose(Device.java:237)

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

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

        at...



!ENTRY org.eclipse.osgi 4 0 2009-06-15 00:05:39.722

!MESSAGE Application error

!STACK 1

org.eclipse.swt.SWTError: XPCOM error -2147467262

        at org.eclipse.swt.browser.Mozilla.error(Mozilla.java:1638)

        at org.eclipse.swt.browser.Mozilla.setText(Mozilla.java:1861)

        at org.eclipse.swt.browser.Browser.setText(Browser.java:737)

        at org.eclipse.ui.internal.intro.impl.presentations.BrowserIntroPartImplementation.generateContentForPage(BrowserIntroPartImplementation.java:252)

        at org.eclipse.ui.internal.intro.impl.presentations.BrowserIntroPartImplementation.dynamicStandbyStateChanged(BrowserIntroPartImplementation.java:451)

        at org.eclipse.ui.internal.intro.impl.presentations.BrowserIntroPartImplementation.doStandbyStateChanged(BrowserIntroPartImplementation.java:658)

        at org.eclipse.ui.internal.intro.impl.model.AbstractIntroPartImplementation.standbyStateChanged(AbstractIntroPartImplementation.java:249)

        at org.eclipse.ui.internal.intro.impl.model.IntroPartPresentation.standbyStateChanged(IntroPartPresentation.java:443)

        at.....

xulrunner version:

Code:

Name      : xulrunner

Arch      : i586

Version    : 1.9.1

Release    : 0.20.beta4.fc11

Size      : 24 M

Repo      : installed

Summary    : XUL Runtime for Gecko Applications

URL        : http://developer.mozilla.org/En/XULRunner

License    : MPLv1.1 or GPLv2+ or LGPLv2+

Description: XULRunner provides the XUL Runtime environment for Gecko

          : applications.

Code:

# java -version

java version "1.6.0_0"

OpenJDK Runtime Environment (IcedTea6 1.5) (fedora-22.b16.fc11-i386)

OpenJDK Server VM (build 14.0-b15, mixed mode)

Code:

# rpm -qa |grep java

tzdata-java-2009f-1.fc11.noarch

java-1.6.0-openjdk-plugin-1.6.0.0-22.b16.fc11.i586

java_cup-0.10k-2.i586

java-1.6.0-openjdk-1.6.0.0-22.b16.fc11.i586

java-1.5.0-gcj-1.5.0.0-28.fc11.i586

Can anyone give me some suggestion? I want to switch from Netbeans to Eclipse because it's more like a industry standard to me.

Looks like my beta xulrunner might cause the problem, but I'm not sure I should wait until eclipse 3.5 is released or just use the eclipse.org bug workaround...

Appreciate any advice :)