Community
Participate
Working Groups
As of the last few nightly builds, and today's integration build (I1203), Eclipse won't start, complaining that it can't find org/eclipse/swt/widgets/Widget. I'm running Eclipse on a Win2k box, PIII-866 w/ 1GB ram. I installed eclipse by deleting the old installation (exception for the workspace directories) and then unzipping I1203 into the old installation directory. The last build that starts is (I believe) N1127 (but I've been using I1126 because of other issues). Here's what the .log contains (notice that it also can't find core_2_0_5.dll, although I don't think that that's relevant). ------ !SESSION Dec 03, 2002 10:50:31.547 --------------------------------------------- java.version=1.3.1_06 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US Command-line arguments: -os win32 -ws win32 -arch x86 -install file:C:/Program Files/Tools/Development/Eclipse/ !ENTRY org.eclipse.core.resources 1 1 Dec 03, 2002 10:50:31.547 !MESSAGE Could not load library: core_2_0_5.dll. This library provides platform-specific optimizations for certain file-system operations. This library is not present on all platforms, so this may not be an error. The resources plugin will safely fall back to using java.io.File functionality. !SESSION ---------------------------------------------------------------------- !ENTRY org.eclipse.core.launcher 4 0 Dec 03, 2002 10:50:31.577 !MESSAGE Exception launching the Eclipse Platform: !STACK java.lang.NoClassDefFoundError: org/eclipse/swt/widgets/Widget at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:232) at org.eclipse.core.internal.plugins.PluginDescriptor.createExecutableExtension (PluginDescriptor.java:138) at org.eclipse.core.internal.plugins.PluginDescriptor.createExecutableExtension (PluginDescriptor.java:167) at org.eclipse.core.internal.plugins.ConfigurationElement.createExecutableExtension (ConfigurationElement.java:103) at org.eclipse.core.internal.runtime.InternalPlatform.loaderGetRunnable (InternalPlatform.java:465) at java.lang.reflect.Method.invoke(Native Method) at org.eclipse.core.internal.boot.InternalBootLoader.getRunnable (InternalBootLoader.java:467) at org.eclipse.core.internal.boot.InternalBootLoader.run (InternalBootLoader.java:837) at org.eclipse.core.boot.BootLoader.run(BootLoader.java:462) at java.lang.reflect.Method.invoke(Native Method) at org.eclipse.core.launcher.Main.basicRun(Main.java:247) at org.eclipse.core.launcher.Main.run(Main.java:703) at org.eclipse.core.launcher.Main.main(Main.java:539)
I have had the same problem. I deleted my workspace and was able to start/use eclipse.
*** Bug 27578 has been marked as a duplicate of this bug. ***
Is this a regression of that post-2.0 bug we had with the reconciler when we installed to the same dirs?
Action Taken: This is no regression but this is 'somehow' linked. There are 'times' when Startup should realized something drastic has changed and that we should reconcile. Action Plan: can you attach platform.cfg when this occurs ?
Created attachment 2649 [details] platform.cfg file
Created attachment 2652 [details] The data required to reproduce the bug (along with 2 log files) I've added steps.zip, which contains 1.log, 2.log and .config. Use these to reproduce the bug/see what log files are generated. Here's a set of steps guaranteed to reproduce the bug: 1. Unzip I1126 to a new directory. 2. Start I1126, then, after it finishes loading, stop it. 3. Delete ./workspace/.metadata/.log (1.log) 4. Delete ./workspace/.metadata/.config and replace with the provided .config 5. Restart I1126, then, after it finishes loading, stop it. 6. Delete ./workspace/.metadata/.log (1.log) 7. Delete all of the files/dirs from the Eclipse install dir (except for workspace) 8. Unzip I1203 into the directory (which now contains only 'workspace'). 9. Start I1203. You should get a message box, and then the splash screen disappears. Eclipse won't start. check the log file. (2.log)
Action Taken: During reconciliation, we determined that org.eclipse.platform.win32.source_2.1.0 and org.eclipse.platform.win32_2.1.0 should be disabled (we have to figure out why). Disabling this feature disables all fragments including SWT fragments. Action Plan: Attempt to reproduce the problem
Action Taken: 1126 and 1127 do not layout proper features. 2 features are missing. When installing 1203, update manager finds 2 new features and disble them first (disabling all the fragments). Workaround is to delete .config or install 1203 in a different directory Action Plan: Close this bug. keep bug 9876 open to reference this one. We ought to realize when we are disabling a feature that will prevent the platform from starting. *** This bug has been marked as a duplicate of 9876 ***
*** Bug 28379 has been marked as a duplicate of this bug. ***
*** Bug 26457 has been marked as a duplicate of this bug. ***
*** Bug 28726 has been marked as a duplicate of this bug. ***