Fedora Account System
Red Hat Associate
Red Hat Customer
abrt version: 1.1.13 architecture: x86_64 Attached file: backtrace cmdline: /usr/bin/java -Xms128m -Xmx384m -Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/usr/share/eclipse/dropins -XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith -XX:CompileCommand=exclude,org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding,<init> -XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/dom/parser/cpp/semantics/CPPTemplates,instantiateTemplate -XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/pdom/dom/cpp/PDOMCPPLinkage,addBinding -XX:CompileCommand=exclude,org/python/pydev/editor/codecompletion/revisited/PythonPathHelper,isValidSourceFile -XX:CompileCommand=exclude,org/python/pydev/ui/filetypes/FileTypesPreferencesPage,getDottedValidSourceFiles -XX:MaxPermSize=256m -jar /usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar -os linux -ws gtk -arch x86_64 -showsplash -launcher /usr/lib64/eclipse/eclipse -name Eclipse --launcher.library /usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.1.R36x_v20100810/eclipse_1309.so -startup /usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar -exitdata 98010 -vm /usr/bin/java -vmargs -Xms128m -Xmx384m -Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/usr/share/eclipse/dropins -XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith -XX:CompileCommand=exclude,org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding,<init> -XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/dom/parser/cpp/semantics/CPPTemplates,instantiateTemplate -XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/pdom/dom/cpp/PDOMCPPLinkage,addBinding -XX:CompileCommand=exclude,org/python/pydev/editor/codecompletion/revisited/PythonPathHelper,isValidSourceFile -XX:CompileCommand=exclude,org/python/pydev/ui/filetypes/FileTypesPreferencesPage,getDottedValidSourceFiles -XX:MaxPermSize=256m -jar /usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar component: java-1.6.0-openjdk executable: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/bin/java kernel: 2.6.35.6-46.fc14.x86_64 package: java-1.6.0-openjdk-1:1.6.0.0-44.1.9.1.fc14 reason: Process /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0.x86_64/jre/bin/java was killed by signal 6 (SIGABRT) release: Fedora release 14 (Laughlin) time: 1288206536 uid: 500
Created attachment 456329 [details] File: backtrace
You can attach /home/cottsay/hs_err_pid2531.log as well please?
Looks like to be like my bug: https://bugzilla.redhat.com/show_bug.cgi?id=647737
Created attachment 456503 [details] File: backtrace A new backtrace to match the error log
Created attachment 456504 [details] File: hs_err_pid2809.log upon crash, this file was placed in the home directory
How to reproduce: Eclipse Helios crashes when I try to do, quite honestly, anything useful. I was able to create a project, but things like saving and refreshing files cause Eclipse to lock up for a few seconds before it crashes, dumping the previously attached log file in the home directory. I am using the Fedora 14 Beta, with updates-testing enabled.
Package: java-1.6.0-openjdk-1:1.6.0.0-44.1.9.1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1. New install of Fedora 14 2. Open Eclipse with CDT perspective 3. Open a project 4. C/C++ Indexer runs on the project and JVM crashes whilst this is happening
Package: java-1.6.0-openjdk-1:1.6.0.0-44.1.9.1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1. while using eclipse (latest release, installed from eclipse.org) and editing code 2. 3. Comment ----- crashes started to happen after upgrading from f13 to f14
Package: java-1.6.0-openjdk-1:1.6.0.0-44.1.9.1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1. Run eclipse (3.6.1 M20100909-0800 from eclipse.org) 2. Edit some C++ files for like 3 minutes (wait for it to start building) 3. Watch eclipse vanish due to a jvm crash Comment ----- The eclipse.ini is: -startup plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar --launcher.library plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.1.R36x_v20100810 -showsplash org.eclipse.platform --launcher.XXMaxPermSize 256m --launcher.defaultAction openFile -vmargs -Xms200m -Xmx1024m
Package: java-1.6.0-openjdk-1:1.6.0.0-44.1.9.1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) Comment ----- Was editing file. errors happened while attemtping to get debug info file. Said 6 were missing. So back trqace is incompelet. It is also incomplete because "generation backtrace" never completes and I have to close the dialog.
Package: java-1.6.0-openjdk-1:1.6.0.0-44.1.9.1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1. Fetch a large SVN update from inside Eclipse Comment ----- This is the same as the previous crash, this time with Eclipse package from the Fedora repository.
Hi Erwan. All the previous crashes have happened when using cdt, so this might be a bit different, so I'd like to ask a few questions. Was cdt installed on the eclipse you were using? Did you have any C++ projects open? What perspective were you in? Could you please attach the hs_err_pid*.log file? Thank you.
Created attachment 459133 [details] JVM crash report Hi Denis, Yes, there was a large CDT project open. The crashes happen either in the C/C++ perspective or in the Team Synchronizing one. See attached file: hs_err_pid6872.log.
*** Bug 651387 has been marked as a duplicate of this bug. ***
Hi Erwan. This does look like the rest of the crashes. Just to be completely sure, it would be nice if you could attach maybe one or two more hs_err files (if you still have them, otherwise it's ok), because usually they say the crash happens in one of the CDT files, but this one says it happens in libjvm.so. However, all that should be necessary to confirm that this is a duplicate of bug 647737 is running eclipse with -XX:-UseCompressedOops (or better yet, put -XX:-UseCompressedOops in eclipse.ini). If it doesn't crash, then I'll just mark it as a duplicate. Otherwise, I'll mark it a duplicate anyway, but file a separate bug about your crash. Thanks.
Eclipse runs fine with -XX:-UseCompressedOops as suggested in bug 647737. I'll attach more hs_err files as requested.
Created attachment 459142 [details] JRE crash report
Created attachment 459143 [details] JRE crash report
Created attachment 459144 [details] JRE crash report
Created attachment 459145 [details] JRE crash report
I guess this should be marked as duplicate of bug 647737, as you said.
Hi Erwan. If it runs ok with -XX:-UseCompressedOops, the other hs_err files aren't really necessary. It confirms that this is a duplicate of 647737. We're still looking into a proper fix, but in the meantime you can use the -XX:... workaround. *** This bug has been marked as a duplicate of bug 647737 ***
Still crashed with the -XX:... workaround. Should I provide full bug report with abrt? # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007fcc78e14bd6, pid=3047, tid=140516047222528 # # JRE version: 6.0_20-b20 # Java VM: OpenJDK 64-Bit Server VM (19.0-b06 mixed mode linux-amd64 compressed oops) # Derivative: IcedTea6 1.9.1 # Distribution: Custom build (Wed Oct 13 22:53:58 UTC 2010) # Problematic frame: # j org.eclipse.cdt.internal.core.dom.parser.cpp.CPPASTDeclarator.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+76 # # An error report file with more information is saved as: # /home/paul/hs_err_pid3047.log # # If you would like to submit a bug report, please include # instructions how to reproduce the bug and visit: # http://icedtea.classpath.org/bugzilla # ^C [1]+ Done eclipse -XX:-UseCompressedOops
(In reply to comment #23) > Still crashed with the -XX:... workaround. > [...] > [1]+ Done eclipse -XX:-UseCompressedOops You should add the workaround in the /etc/eclipse.ini file. If it still crashes with that, then please do report.
(In reply to comment #24) > (In reply to comment #23) > > Still crashed with the -XX:... workaround. > > [...] > > [1]+ Done eclipse -XX:-UseCompressedOops > > You should add the workaround in the /etc/eclipse.ini file. If it still crashes > with that, then please do report. Ok sorry, my bad. I can confirm: workaround seems to work.