Comment 1 Jerome Lanneluc 2007-09-18 06:36:57 EDT

Could you please attach [your workspace]\.metadata\.plugins\org.eclipse.jdt.core\variablesAndContainers.dat to this bug ?

Comment 2 Krzysztof Michalski 2007-09-20 05:57:47 EDT

Created attachment 78832 [details]
variablesAndContainers.dat for my workspace

Comment 3 Jerome Lanneluc 2007-09-20 07:13:52 EDT

(In reply to comment #2)
> Created an attachment (id=78832) [details]
> variablesAndContainers.dat for my workspace
> 
After putting this file in my \.metadata\.plugins\org.eclipse.jdt.core directory, I was able to start my workspace without any exception.

Is it the file that caused the exception ? If it is, do you have more details on how to reproduce the problem ?

Comment 4 Don Abrams 2008-04-09 09:57:22 EDT

This is still a problem in M5.  I deleted my .metadata directory and started from scratch twice, manually re-added projects.

This has rendered eclipse unusable for me.

I'm using sun java1.6 on an AMD64 machine.

Attaching variablesAndContainers.dat for reference.

Traces:

JVM terminated. Exit code=1
/usr/bin/java
-Dosgi.requiredJavaVersion=1.5
-Xms128m
-Xmx512m
-XX:PermSize=128M
-XX:MaxPermSize=256M
-jar /opt/eclipse-ganymede/plugins/org.eclipse.equinox.launcher_1.0.100.v20080205.jar
-os linux
-ws gtk
-arch x86_64
-showsplash
-launcher /opt/eclipse-ganymede/eclipse
-name Eclipse
--launcher.library /opt/eclipse-ganymede/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.0.100.v20080201/eclipse_1108.so
-startup /opt/eclipse-ganymede/plugins/org.eclipse.equinox.launcher_1.0.100.v20080205.jar
-exitdata ac0013
-data /opt/vc/mis
-vm /usr/bin/java
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms128m
-Xmx512m
-XX:PermSize=128M
-XX:MaxPermSize=256M
-jar /opt/eclipse-ganymede/plugins/org.eclipse.equinox.launcher_1.0.100.v20080205.jar


!ENTRY org.eclipse.core.resources 2 10035 2008-04-09 08:27:40.334
!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.

!ENTRY org.eclipse.jdt.core 4 4 2008-04-09 08:28:03.357
!MESSAGE Unable to read variable and containers file
!STACK 0
java.io.EOFException
        at java.io.DataInputStream.readInt(DataInputStream.java:375)
        at org.eclipse.jdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.loadInt(JavaModelManager.java:2886)
        at org.eclipse.jdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.loadVariables(JavaModelManager.java:2952)
        at org.eclipse.jdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.load(JavaModelManager.java:2755)
        at org.eclipse.jdt.internal.core.JavaModelManager.loadVariablesAndContainers(JavaModelManager.java:2591)
        at org.eclipse.jdt.internal.core.JavaModelManager.startup(JavaModelManager.java:4249)
        at org.eclipse.jdt.core.JavaCore.start(JavaCore.java:4854)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:999)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:993)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:974)
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
        at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
        at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
        at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:419)
        at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:193)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:354)
        at org.eclipse.osgi.framework.internal.core.SingleSourcePackage.loadClass(SingleSourcePackage.java:33)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:427)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:383)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:371)
        at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
        at java.lang.Class.getDeclaredConstructors0(Native Method)
        at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389)
        at java.lang.Class.getConstructor0(Class.java:2699)
        at java.lang.Class.newInstance0(Class.java:326)
        at java.lang.Class.newInstance(Class.java:308)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadBundleActivator(AbstractBundle.java:141)
        at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:970)
        at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:265)
        at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400)
        at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
        at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:419)
        at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:193)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findLocalClass(BundleLoader.java:354)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClassInternal(BundleLoader.java:430)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:383)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.findClass(BundleLoader.java:371)
        at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:87)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
        at org.eclipse.osgi.framework.internal.core.BundleLoader.loadClass(BundleLoader.java:299)
        at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:227)
        at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1273)
        at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:160)
        at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:863)
        at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243)
        at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:51)
        at org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugin.java:244)
        at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
        at org.eclipse.ui.internal.WorkbenchPlugin.createExtension(WorkbenchPlugin.java:240)
        at org.eclipse.ui.internal.registry.EditorDescriptor.createEditor(EditorDescriptor.java:233)
        at org.eclipse.ui.internal.EditorManager.createPart(EditorManager.java:846)
        at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:606)
        at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:428)
        at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:594)
        at org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(EditorAreaHelper.java:263)
        at org.eclipse.ui.internal.EditorManager.setVisibleEditor(EditorManager.java:1410)
        at org.eclipse.ui.internal.EditorManager$5.runWithException(EditorManager.java:944)
        at org.eclipse.ui.internal.StartupThreading$StartupRunnable.run(StartupThreading.java:31)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:130)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3312)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2985)
        at org.eclipse.ui.application.WorkbenchAdvisor.openWindows(WorkbenchAdvisor.java:801)
        at org.eclipse.ui.internal.Workbench$25.runWithException(Workbench.java:1350)
        at org.eclipse.ui.internal.StartupThreading$StartupRunnable.run(StartupThreading.java:31)
        at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
        at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:130)
        at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3312)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2985)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2312)
        at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2222)
        at org.eclipse.ui.internal.Workbench$4.run(Workbench.java:474)
        at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:469)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
        at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:106)
        at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:106)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:76)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:362)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175)
        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.equinox.launcher.Main.invokeFramework(Main.java:564)
        at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
        at org.eclipse.equinox.launcher.Main.run(Main.java:1251)
        at org.eclipse.equinox.launcher.Main.main(Main.java:1227)

Comment 5 Don Abrams 2008-04-09 09:58:54 EDT

Created attachment 95362 [details]
other variablesAndContainers.dat

Comment 6 Don Abrams 2008-04-09 10:14:55 EDT

Workaround:  The workspace build succeeds if I manage to close the project udeljar before the workspace refresh gets far enough along.  Opening the project again results in immediate crash.

I deleted the work directory in the project (in this case, .ebin) and it still crashed.

Comment 7 Don Abrams 2008-04-09 10:46:43 EDT

Actually, I have probably been waiting your time.  Eclipse doesn't crash right after this error, but when rebuilding the workspace.  Sounds like a jvm issue.

Comment 8 Jerome Lanneluc 2008-04-09 11:01:20 EDT

Don, are you saying that the problem is not with Eclipse but with the jvm? 

Comment 9 Don Abrams 2008-04-09 11:06:21 EDT

yes.  This bug is a result of some issues with the x64 bit sun jvm.  Sorry about that.

Comment 10 Jerome Lanneluc 2008-04-09 11:15:44 EDT

Thanks. Closing as NOT_ECLIPSE then.

Comment 11 Jerome Lanneluc 2008-04-28 07:11:07 EDT

Was verified for 3.4M7 by reporter.

Comment 12 Mário Guimarães 2011-02-25 13:47:22 EST

Hello,

this bug is happening to me in Helios (Version: 3.6.1, Build id: M20100909-0800). I think this is not a JVM bug (in fact, I've upgraged my JVM to 1.6.24_b07, and the problem persists). 

Instead, the method available() should be checked on the input stream before calling readInt(). Otherwise, an EOFException is thrown. You can check this in the Java API.

Thanks for your attention,
Mário

Comment 13 Mário Guimarães 2011-02-25 13:51:01 EST

In my case the exception is this one:

!SESSION 2011-02-25 18:35:29.942 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.6.0_24
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=pt_PT
Command-line arguments:  -dev file:C:/eclipse/workspaces/phd/.metadata/.plugins/org.eclipse.pde.core/WeCode HTTP Server/dev.properties -debug C:\eclipse\workspaces\phd\.metadata\.plugins\org.eclipse.pde.core\WeCode HTTP Server/.options -os win32 -ws win32 -arch x86 -console -consoleLog

!ENTRY org.eclipse.core.resources 2 10035 2011-02-25 18:35:31.093
!MESSAGE The workspace exited with unsaved changes in the previous session; refreshing workspace to recover changes.

!ENTRY org.eclipse.jdt.core 4 4 2011-02-25 18:35:31.538
!MESSAGE Unable to read variable and containers file
!STACK 0
java.io.EOFException
	at java.io.DataInputStream.readInt(Unknown Source)
	at org.eclipse.jdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.loadInt(JavaModelManager.java:3344)
	at org.eclipse.jdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.loadVariables(JavaModelManager.java:3410)
	at org.eclipse.jdt.internal.core.JavaModelManager$VariablesAndContainersLoadHelper.load(JavaModelManager.java:3213)
	at org.eclipse.jdt.internal.core.JavaModelManager.loadVariablesAndContainers(JavaModelManager.java:3049)
	at org.eclipse.jdt.internal.core.JavaModelManager.startup(JavaModelManager.java:4705)
	at org.eclipse.jdt.core.JavaCore.start(JavaCore.java:5048)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:783)
	at java.security.AccessController.doPrivileged(Native Method)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:774)
	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:755)
	at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:370)
	at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:374)
	at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1067)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:561)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:546)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:459)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:243)
	at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:440)
	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:227)
	at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:337)

Comment 14 Olivier Thomann 2011-02-25 13:55:18 EST

This has been fixed in HEAD.
See bug 327471.

Reopen to close as a dup of bug 327471.

Comment 15 Olivier Thomann 2011-02-25 13:55:49 EST

*** This bug has been marked as a duplicate of bug 327471 ***

Comment 16 Mário Guimarães 2011-02-25 14:01:27 EST

Yes, I've just found and seen Bug 327471. I was not aware of it. 

Thanks,
Mário