Community
Participate
Working Groups
Build ID: I20081211-1908 Using Eclipse 3.5 M4 Cocoa x86_64 on Mac OS X 10.5.6 causes a repeatable Segmentation fault when launching the Java debugger. This problem also seems to occur unrepeatably when opening the workspace with a Java file open (about 40% through "Initializing Java Tooling"). Everything worked fine in 10.5.5 (well, more or less). In both seg faults, the Console dump contained a reference to an unlocatable "liblocalfile". I'm filing this under JDT since that's where it is most reproducable. However, I strongly suspect this is a Platform issue. Please recategorize as necessary. I was able to retrieve the following Console dump: 12/20/08 4:07:27 PM com.apple.launchd[176] ([0x0-0x36036].org.eclipse.eclipse[579]) Exited abnormally: Segmentation fault 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] !SESSION 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] 2008-12-20 16:07:35.165 --- 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] --------- 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] ------- 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] ------- 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] -------- 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] ------- 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] ------ 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] eclipse.buildId=I20081211-1908 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] java.version=1.6.0_07 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] java.vendor=Apple Inc. 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] BootLoader constants: OS=macosx, ARCH=x86_64 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] , WS=cocoa, NL=en_US 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] Framework arguments: -keyring 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] /Users/daniel/.eclipse_keyring -showlocation 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] Command-line arguments: -os macosx 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] -ws cocoa -arch x86_64 -keyring /Users/daniel/.eclipse_keyring 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] -consoleLog -showlocation 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] !ENTRY 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] org.eclipse.core.filesystem 1 1 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] 2008-12-20 16:07:41.501 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] !MESSAGE Could not load library: liblocalfile_1_0_0.jnilib. 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 plug-in will safely fall back to using java.io.File functionality. 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] !STACK 0 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] java.lang.UnsatisfiedLinkError: no localfile_1_0_0 in java.library.path 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1753) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at java.lang.Runtime.loadLibrary0(Runtime.java:823) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at java.lang.System.loadLibrary(System.java:1030) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.filesystem.local.LocalFileNatives.<clinit>(LocalFileNatives.java:32) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.filesystem.local.LocalFile.fetchInfo(LocalFile.java:142) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.filesystem.provider.FileStore.fetchInfo(FileStore.java:277) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:733) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:797) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:777) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.resources.SaveManager.restore(SaveManager.java:663) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.resources.SaveManager.startup(SaveManager.java:1325) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.resources.Workspace.startup(Workspace.java:1953) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.internal.resources.Workspace.open(Workspace.java:1716) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:376) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:804) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at java.security.AccessController.doPrivileged(Native Method) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:798) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:779) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:272) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:400) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:427) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:192) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:372) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:33) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:445) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:401) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:389) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:86) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at java.lang.ClassLoader.loadClass(ClassLoader.java:251) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:114) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:366) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at java.lang.reflect.Method.invoke(Method.java:597) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:550) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.equinox.launcher.Main.basicRun(Main.java:505) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.equinox.launcher.Main.run(Main.java:1237) 12/20/08 4:07:41 PM [0x0-0x39039].org.eclipse.eclipse[589] at org.eclipse.equinox.launcher.Main.run(Main.java:1237) 12/20/08 4:07:44 PM [0x0-0x39039].org.eclipse.eclipse[589] !ENTRY org.eclipse.core.net 1 0 2008-12-20 16:07:44.581
Important: it seems that this only happens when I force the JVM to be 1.6.0. If I allow Eclipse to choose, things work out just fine (so far).
cc'ing Kevin, perhaps he can take a guess (though he may be away for Christmas).
Most likey this is a dup of 251021, but there's no useful information in this bug report so we can't be sure. You need Apple's CrashReporter log to find out what was happening natively. There's already bug for the liblocalfile thing, but that navtive isn't required by Eclipse and not having it does not cause a crash.
Re-assinging to resources - the stack trace shows a problem loading liblocalfile, which is related to the file system support.
We need the crash reporter log file before we can diagnose any crash. Marking as worksforme. please reopen with addtional information if you have it.
(In reply to comment #4) > Re-assinging to resources - the stack trace shows a problem loading > liblocalfile, which is related to the file system support. As it is stated in comment 3, "that native support isn't required by Eclipse and not having it does not cause a crash". The entry in the error log occurs always when Eclipse is not able to load the support and this is nothing unusual. In this case Eclipse just uses java.io.File. I would move it back to JDT/Debug even if it is marked as WORKSFORME so far.
Reopening just to change the component.
Marking as WORKSFORME. See comment 5.
