Today I restarted my machine, and Eclipse (3.5, downloaded recently) shows a strange behaviour:

  • shows splash screen for less than a sec
  • quits

This is in 100% of the cases, so I can't start Eclipse at all.

Where can I find logs about this?

I deleted all eclipse resources and re-unzipped it. Same thing.

I have enough memory (IntelliJ runs fine), and my anti-virus software doesn't show any activity related to closing eclipse.

Any ideas what might have caused this?

migrated from stackoverflow.com Jun 2 '10 at 18:58

This question came from our site for professional and enthusiast programmers.

  • 1
    As other tools closely related to coding activities, I have always considered eclipse (like Git, SVN, ...) as a SO topic, certainly not a SU ("General computer software or hardware troubleshooting") topic. That being said, if you have your answer, that is all that matter. – VonC Jun 2 '10 at 19:36
  • 1
    I reinstall JDK and JRE and my eclipse runs again :D – user85649 Jun 13 '11 at 17:37

one thing that i've come up with is deleting the folder:


where workspace is your eclipse workspace directory

  • 1
    Super!! +1 for the solution.Saved me a lot of headache. – GuruM Nov 28 '13 at 7:22
  • 3
    @GuruM I wonder how I got this solution. maybe I did a binary search about which folder to remove, once I've found out that deleting all of them also fixes it. – android developer Jul 6 '14 at 14:22
  • 3
    I cant seem to find that – Ṅobody Wants To Sep 11 '14 at 7:39
  • 1
    can someone please share the full path of the folder? thank you. – Rodniko Jun 19 '15 at 12:08
  • @Rodniko That's when the projects you create are created. You can check it in the settings screen too. – android developer Jun 19 '15 at 13:16

Start it from the command-line and see if it produces any error messages.

  • 1
    how exactly?... – Bozho Jun 2 '10 at 14:34
  • 6
    On windows, it is best to use the console version of the executable when running from the command line, so something like "eclipsec -consoleLog -debug" might be useful. – Andrew Niefer Jun 2 '10 at 16:03
  • 1
    getting error in console: Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/Object – Mohammad Faisal Oct 8 '15 at 5:11
  • if I do add -vm <path-to-javaw.exe> then getting error could not create virtual machine – Mohammad Faisal Oct 8 '15 at 5:14

There's a .log file in the .metadata directory inside each workspace, which often contains a number of stack traces from the Eclipse internals. Startup crashes are usually found here. I'm assuming you have Eclipse configured to start up in a specific workspace automatically, without prompting you to pick one at startup.

  • yes, but it was empty. It didn't get to the workspace resolution at all. – Bozho Jun 2 '10 at 14:31
  • 2
    There can also be a <timestamp>.log file in the eclipse/configuration folder if we didn't get far enough to have a workspace. – Andrew Niefer Jun 2 '10 at 16:02
  • What if you're not using eclipse? – Adam Hughes Mar 20 '17 at 20:10

I added this in eclipse.ini:

C:/Program Files/Java/jdk1.6.0_20/jre/bin/javaw.exe

And it started. Then, however, one of my projects (a simple test project) did not resolve java.lang.String and java.lang.System. I changed the JRE to JDK/JRE, and it worked.

JAVA_HOME and JRE_HOME were pointing to the above location.

  • 2
    The eclipse launcher does not consult JAVA_HOME or JRE_HOME. It looks on the system search path. This might be useful: wiki.eclipse.org/Equinox_Launcher – Andrew Niefer Jun 2 '10 at 16:06
  • +1 If the Java installation on the system is messed up, or if the system default Java VM does not work with Eclipse, this lets you explicitly tell Eclipse which VM to use. – sleske Jul 15 '10 at 21:53

I have found that starting eclipse up with the arguments -clean -clearPersistedState will often fix crashes for me.


Just for completeness: Try starting Eclipse with -clean (which re-scans the installed plugins and rebuilds the caches in $ECLIPSE_HOME/configuration).

Generally, you get back your projects after removing .metadata with import->existing projects.

Alteratively, some project's .settings may be damaged.

Look at the error stack (in .metadata/.log) to find out which plugin is making problems, and try to remove its prefs.

An easy way to try all this is to create a new workspace (start eclipse with -data if you don't get the dialog) and to manually copy the projects over.


Open eclipse.ini. If the line -showsplash is there, remove it.

If it is not present, add -nosplash

I know it's strange recommending to not show the splash screen, but it occasionally causes issues on some machines / Java configurations.

  • Crazy as it sounds, this was the only thing that worked for me when updating to Eclipse – DaveAlden Jul 11 '14 at 12:23

I had this same issue and nothing worked for me using Eclipse Luna 64 bit. I had originally had Java 1.6, Java 1.7 and Java 1.8 installed, but had removed Java 1.8 using the Windows 7 control panel. I saw the splash screen once for a split second, then that was it and no errors, no log files, nor a .lock file.

I had been working through a different error (error code 13) with 32 bit/ 64 bit incompatibilities between java and eclipse. So I settled on 64 bit for both to get around that issue. Then afterwards I reinstalled Java 1.8 back in again it started working.

Not the answer you're looking for? Browse other questions tagged or ask your own question.