Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Language IDEs » C / C++ IDE (CDT) » JRE segfault after using Eclipse hot-keys(Eclipse is crashing due to a segfault in the JRE at varying intervals after using CTRL-SHIFT-<foo>)
JRE segfault after using Eclipse hot-keys [message #639815] Wed, 17 November 2010 22:38 Go to next message
Mike Edenfield is currently offline Mike EdenfieldFriend
Messages: 1
Registered: November 2010
Junior Member
I recently installed Eclipse (3.5) and the CDT (the latest v6) onto a 64-bit Linux laptop. Whenever I try to edit C/C++ code for any length of time, the IDE crashes due to a segfault in the JRE. The callstack indicates that the crash is in:

org.eclipse.cdt.internal.ui.test.CReconciler.process()

I can usually trigger the crash to occur more quickly if I use any of the global Eclipse hotkeys, like CTRL-SHIFT-S to Save All, or CTRL-SHIFT-F to auto-format, but the actual crash doesn't happen until some indeterminate time later (though always while typing code).

Here an excerpt from one of the JRE crash dumps; I can provide the entire crash dump file if needed.

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f2abee79bd6, pid=6008, tid=139821242803984
#
# 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: Built on Gentoo Base System release 1.12.13 (Wed Oct 13 10:13:23 CEST 2010)
# Problematic frame:
# j  org.eclipse.cdt.internal.core.dom.parser.c.CASTCompoundStatement.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+54
#

Stack: [0x00007f2aab726000,0x00007f2aab827000],  sp=0x00007f2aab824bf0,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
j  org.eclipse.cdt.internal.core.dom.parser.c.CASTCompoundStatement.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+54
j  org.eclipse.cdt.internal.core.dom.parser.c.CASTIfStatement.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+74
j  org.eclipse.cdt.internal.core.dom.parser.c.CASTCompoundStatement.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+54
j  org.eclipse.cdt.internal.core.dom.parser.c.CASTFunctionDefinition.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+98
j  org.eclipse.cdt.internal.core.dom.parser.ASTTranslationUnit.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+70
j  org.eclipse.cdt.internal.core.dom.parser.c.CASTTranslationUnit.resolveAmbiguities()V+8
j  org.eclipse.cdt.internal.core.dom.parser.AbstractGNUSourceCodeParser.resolveAmbiguities()V+16
j  org.eclipse.cdt.internal.core.dom.parser.AbstractGNUSourceCodeParser.parse()Lorg/eclipse/cdt/core/dom/ast/IASTTranslationUnit;+84
j  org.eclipse.cdt.core.dom.parser.AbstractCLikeLanguage.getASTTranslationUnit(Lorg/eclipse/cdt/core/parser/CodeReader;Lorg/eclipse/cdt
/core/parser/IScannerInfo;Lorg/eclipse/cdt/core/dom/ICodeReaderFactory;Lorg/eclipse/cdt/core/index/IIndex;ILorg/eclipse/cdt/core/parser
/IParserLogService;)Lorg/eclipse/cdt/core/dom/ast/IASTTranslationUnit;+104
j  org.eclipse.cdt.internal.core.model.TranslationUnit.getAST(Lorg/eclipse/cdt/core/index/IIndex;ILorg/eclipse/core/runtime/IProgressMo
nitor;)Lorg/eclipse/cdt/core/dom/ast/IASTTranslationUnit;+187
j  org.eclipse.cdt.internal.core.model.CModelBuilder2.parse(Z)V+116
j  org.eclipse.cdt.internal.core.model.TranslationUnit.parseUsingCModelBuilder(Ljava/util/Map;ZLorg/eclipse/core/runtime/IProgressMonit
or;)V+11
j  org.eclipse.cdt.internal.core.model.TranslationUnit.parse(Ljava/util/Map;Lorg/eclipse/core/runtime/IProgressMonitor;)V+33
j  org.eclipse.cdt.internal.core.model.TranslationUnit.buildStructure(Lorg/eclipse/cdt/internal/core/model/OpenableInfo;Lorg/eclipse/co
re/runtime/IProgressMonitor;Ljava/util/Map;Lorg/eclipse/core/resources/IResource;)Z+9
j  org.eclipse.cdt.internal.core.model.Openable.generateInfos(Lorg/eclipse/cdt/internal/core/model/CElementInfo;Ljava/util/Map;Lorg/ecl
ipse/core/runtime/IProgressMonitor;)V+85
j  org.eclipse.cdt.internal.core.model.CElement.openWhenClosed(Lorg/eclipse/cdt/internal/core/model/CElementInfo;Lorg/eclipse/core/runt
ime/IProgressMonitor;)V+21
j  org.eclipse.cdt.internal.core.model.TranslationUnit.makeConsistent(ZLorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclipse/cdt/cor
e/dom/ast/IASTTranslationUnit;+56
j  org.eclipse.cdt.internal.core.model.ReconcileWorkingCopyOperation.executeOperation()V+89
j  org.eclipse.cdt.internal.core.model.CModelOperation.execute()V+15
j  org.eclipse.cdt.internal.core.model.CModelOperation.run(Lorg/eclipse/core/runtime/IProgressMonitor;)V+25
j  org.eclipse.cdt.internal.core.model.CModelOperation.runOperation(Lorg/eclipse/core/runtime/IProgressMonitor;)V+32
j  org.eclipse.cdt.internal.core.model.WorkingCopy.reconcile(ZZLorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclipse/cdt/core/dom/as
t/IASTTranslationUnit;+27
j  org.eclipse.cdt.internal.ui.text.CReconcilingStrategy.reconcile(Z)V+62
j  org.eclipse.cdt.internal.ui.text.CReconcilingStrategy.reconcile(Lorg/eclipse/jface/text/IRegion;)V+2
j  org.eclipse.cdt.internal.ui.text.CompositeReconcilingStrategy.reconcile(Lorg/eclipse/jface/text/IRegion;)V+20
j  org.eclipse.cdt.internal.ui.text.CCompositeReconcilingStrategy.reconcile(Lorg/eclipse/jface/text/IRegion;)V+17
j  org.eclipse.jface.text.reconciler.MonoReconciler.process(Lorg/eclipse/jface/text/reconciler/DirtyRegion;)V+45
j  org.eclipse.cdt.internal.ui.text.CReconciler.process(Lorg/eclipse/jface/text/reconciler/DirtyRegion;)V+12

Report message to a moderator

Re: JRE segfault after using Eclipse hot-keys [message #639829 is a reply to message #639815] Thu, 18 November 2010 00:46 Go to previous messageGo to next message
David Wegener is currently offline David WegenerFriend
Messages: 1445
Registered: July 2009
Senior Member
On Wed, 2010-11-17 at 17:38 -0500, Mike Edenfield wrote:
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f2abee79bd6, pid=6008,
> tid=139821242803984
> #
> # 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: Built on Gentoo Base System release 1.12.13 (Wed Oct
> 13 10:13:23 CEST 2010)

You are using the IcedTea VM. You should install the Sun VM and use
that to run Eclipse.

Report message to a moderator

Re: JRE segfault after using Eclipse hot-keys [message #640448 is a reply to message #639815] Mon, 22 November 2010 07:48 Go to previous messageGo to next message
Axel Mueller is currently offline Axel MuellerFriend
Messages: 1973
Registered: July 2009
Senior Member
You might be bitten by a bug in the Java SDK
see https://bugzilla.redhat.com/show_bug.cgi?id=647737
(the bug report is for Fedora 14, but from your log I can see you are using a similar JDK version).

Before you ask
- search this forum
- see the FAQ http://wiki.eclipse.org/CDT/User/FAQ
- google

Report message to a moderator

Re: JRE segfault after using Eclipse hot-keys [message #648332 is a reply to message #639815] Wed, 12 January 2011 13:35 Go to previous messageGo to next message
Marcin Grzegorczyk is currently offline Marcin GrzegorczykFriend
Messages: 4
Registered: January 2011
Junior Member
I have the same (or a very similar) problem, but in Helios SR1 (Build id: 20100917-0705). The crash occurs at semi-random moments, usually when typing, sometimes right after pressing Ctrl-S (in that case I consider myself lucky :d ). I'm also using a 64-bit system (Ubuntu 10.04 to be precise; however, this is not a repository install (Ubuntu repos are still at Galileo), just downloaded the Eclipse IDE for C/C++ Developers Linux 64-bit pack and unpacked it to a subdirectory in $HOME).

I'm using the most recent Sun's Java VM.

Here's an excerpt from one of the crash logs:
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f2a3c74bc7d, pid=28031, tid=139819124246272
#
# JRE version: 6.0_23-b05
# Java VM: Java HotSpot(TM) 64-Bit Server VM (19.0-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# j  org.eclipse.cdt.internal.core.dom.parser.c.CASTCompoundStatement.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+54
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
#

---------------  T H R E A D  ---------------

Current thread (0x0000000043069800):  JavaThread "Worker-10" [_thread_in_Java, id=28730, stack(0x00007f2a2d2bc000,0x00007f2a2d3bd000)]

siginfo:si_signo=SIGSEGV: si_errno=0, si_code=1 (SEGV_MAPERR), si_addr=0x00000000007501cf

Registers:
RAX=0x00000000da178ec8, RBX=0x0000000000000004, RCX=0x00000000fa315f68, RDX=0x000000000075002f
RSP=0x00007f2a2d3bb010, RBP=0x00007f2a2d3bb068, RSI=0x00007f2a2d3bafc8, RDI=0x00007f2a412c99d0
R8 =0x0000000000000980, R9 =0x00007f2a41df5000, R10=0x00007f2a41408340, R11=0x00007f2a412e1858
R12=0x0000000000000000, R13=0x0000000000000000, R14=0x00007f2a2d3bb090, R15=0x0000000043069800
RIP=0x00007f2a3c74bc7d, EFL=0x0000000000010246, CSGSFS=0x0000000000000033, ERR=0x0000000000000004
  TRAPNO=0x000000000000000e

Register to memory mapping:

RAX=0x00000000da178ec8
{instance class} 
 - klass: {other class}

RBX=0x0000000000000004
0x0000000000000004 is pointing to unknown location

RCX=0x00000000fa315f68

[error occurred during error reporting (printing registers, top of stack, instructions near pc), id 0xe0000000]

Stack: [0x00007f2a2d2bc000,0x00007f2a2d3bd000],  sp=0x00007f2a2d3bb010,  free space=1020k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
j  org.eclipse.cdt.internal.core.dom.parser.c.CASTCompoundStatement.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+54
j  org.eclipse.cdt.internal.core.dom.parser.c.CASTFunctionDefinition.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+98
j  org.eclipse.cdt.internal.core.dom.parser.ASTTranslationUnit.accept(Lorg/eclipse/cdt/core/dom/ast/ASTVisitor;)Z+70
j  org.eclipse.cdt.internal.core.dom.parser.c.CASTTranslationUnit.resolveAmbiguities()V+8
j  org.eclipse.cdt.internal.core.dom.parser.AbstractGNUSourceCodeParser.resolveAmbiguities()V+16
j  org.eclipse.cdt.internal.core.dom.parser.AbstractGNUSourceCodeParser.parse()Lorg/eclipse/cdt/core/dom/ast/IASTTranslationUnit;+84
j  org.eclipse.cdt.core.dom.parser.AbstractCLikeLanguage.getASTTranslationUnit(Lorg/eclipse/cdt/core/parser/FileContent;Lorg/eclipse/cdt/core/parser/IScannerInfo;Lorg/eclipse/cdt/core/parser/IncludeFileContentProvider;Lorg/eclipse/cdt/core/index/IIndex;ILorg/eclipse/cdt/core/parser/IParserLogService;)Lorg/eclipse/cdt/core/dom/ast/IASTTranslationUnit;+104
j  org.eclipse.cdt.internal.core.pdom.AbstractIndexerTask.createAST(Lorg/eclipse/cdt/core/model/AbstractLanguage;Lorg/eclipse/cdt/core/parser/FileContent;Lorg/eclipse/cdt/core/parser/IScannerInfo;IZLorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclipse/cdt/core/dom/ast/IASTTranslationUnit;+187
j  org.eclipse.cdt.internal.core.pdom.AbstractIndexerTask.createAST(Ljava/lang/Object;Lorg/eclipse/cdt/core/model/AbstractLanguage;Lorg/eclipse/cdt/core/parser/FileContent;Lorg/eclipse/cdt/core/parser/IScannerInfo;IZLorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclipse/cdt/core/dom/ast/IASTTranslationUnit;+35
j  org.eclipse.cdt.internal.core.pdom.AbstractIndexerTask.parseFile(Ljava/lang/Object;ILorg/eclipse/cdt/core/index/IIndexFileLocation;Lorg/eclipse/cdt/core/parser/IScannerInfo;ZLorg/eclipse/core/runtime/IProgressMonitor;)V+186
j  org.eclipse.cdt.internal.core.pdom.AbstractIndexerTask.parseLinkage(ILjava/util/Map;Lorg/eclipse/core/runtime/IProgressMonitor;)V+130
j  org.eclipse.cdt.internal.core.pdom.AbstractIndexerTask.runTask(Lorg/eclipse/core/runtime/IProgressMonitor;)V+153
j  org.eclipse.cdt.internal.core.pdom.indexer.PDOMIndexerTask.run(Lorg/eclipse/core/runtime/IProgressMonitor;)V+6
j  org.eclipse.cdt.internal.core.pdom.PDOMIndexerJob.run(Lorg/eclipse/core/runtime/IProgressMonitor;)Lorg/eclipse/core/runtime/IStatus;+213
j  org.eclipse.core.internal.jobs.Worker.run()V+31
v  ~StubRoutines::call_stub
V  [libjvm.so+0x40a16f]
V  [libjvm.so+0x622b89]
V  [libjvm.so+0x409ad6]
V  [libjvm.so+0x409b67]
V  [libjvm.so+0x499907]
V  [libjvm.so+0x7268c1]
V  [libjvm.so+0x623e1f]


---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x00000000423e6000 JavaThread "Worker-11" [_thread_blocked, id=28746, stack(0x00007f2a2d09c000,0x00007f2a2d19d000)]
=>0x0000000043069800 JavaThread "Worker-10" [_thread_in_Java, id=28730, stack(0x00007f2a2d2bc000,0x00007f2a2d3bd000)]
  0x00007f2a347de800 JavaThread "Worker-9" [_thread_blocked, id=28729, stack(0x00007f2a2d1b9000,0x00007f2a2d2ba000)]
  0x000000004313e000 JavaThread "org.eclipse.cdt.internal.ui.text.CReconciler" daemon [_thread_blocked, id=28670, stack(0x00007f2a2db9f000,0x00007f2a2dca0000)]
  0x00000000430aa000 JavaThread "[ThreadPool Manager] - Idle Thread" daemon [_thread_blocked, id=28425, stack(0x00007f2a2c60d000,0x00007f2a2c70e000)]
  0x00000000422b5800 JavaThread "Provisioning Event Dispatcher" daemon [_thread_blocked, id=28251, stack(0x00007f2a2cc18000,0x00007f2a2cd19000)]
  0x00000000424d1800 JavaThread "MultiThreadedHttpConnectionManager cleanup" daemon [_thread_blocked, id=28121, stack(0x00007f2a2cb17000,0x00007f2a2cc18000)]
  0x00007f2a34887000 JavaThread "Bundle File Closer" daemon [_thread_blocked, id=28104, stack(0x00007f2a2cd4f000,0x00007f2a2ce50000)]
  0x00007f2a34c25000 JavaThread "Worker-8" [_thread_blocked, id=28101, stack(0x00007f2a2cf88000,0x00007f2a2d089000)]
  0x0000000043d44000 JavaThread "Worker-4" [_thread_blocked, id=28097, stack(0x00007f2a2d3bd000,0x00007f2a2d4be000)]
  0x000000004281d800 JavaThread "Worker-2" [_thread_blocked, id=28095, stack(0x00007f2a2da9a000,0x00007f2a2db9b000)]
  0x00000000428b1000 JavaThread "org.eclipse.cdt.internal.ui.text.CReconciler" daemon [_thread_blocked, id=28058, stack(0x00007f2a2d588000,0x00007f2a2d689000)]
  0x00007f2a34938000 JavaThread "Worker-JM" [_thread_blocked, id=28051, stack(0x00007f2a2f982000,0x00007f2a2fa83000)]
  0x00007f2a3413f800 JavaThread "[Timer] - Main Queue Handler" daemon [_thread_blocked, id=28050, stack(0x00007f2a2fa83000,0x00007f2a2fb84000)]
  0x00007f2a34b60800 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked, id=28048, stack(0x00007f2a2fc85000,0x00007f2a2fd86000)]
  0x0000000042542800 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked, id=28046, stack(0x00007f2a2fd86000,0x00007f2a2fe87000)]
  0x00000000424cc000 JavaThread "State Data Manager" daemon [_thread_blocked, id=28045, stack(0x00007f2a2fe87000,0x00007f2a2ff88000)]
  0x00007f2a34001800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=28041, stack(0x00007f2a3b6d8000,0x00007f2a3b7d9000)]
  0x00000000420f5000 JavaThread "CompilerThread1" daemon [_thread_in_native, id=28040, stack(0x00007f2a3b7d9000,0x00007f2a3b8da000)]
  0x00000000420f1800 JavaThread "CompilerThread0" daemon [_thread_in_native, id=28039, stack(0x00007f2a3b8da000,0x00007f2a3b9db000)]
  0x00000000420ef000 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=28038, stack(0x00007f2a3b9db000,0x00007f2a3badc000)]
  0x00000000420d1800 JavaThread "Finalizer" daemon [_thread_blocked, id=28037, stack(0x00007f2a3bb1b000,0x00007f2a3bc1c000)]
  0x00000000420ca800 JavaThread "Reference Handler" daemon [_thread_blocked, id=28036, stack(0x00007f2a3bc1c000,0x00007f2a3bd1d000)]
  0x0000000042045000 JavaThread "main" [_thread_in_native, id=28032, stack(0x00007f2a405d0000,0x00007f2a406d1000)]

Other Threads:
  0x00000000420c6000 VMThread [stack: 0x00007f2a3bd1d000,0x00007f2a3be1e000] [id=28035]
  0x00007f2a3400c000 WatcherThread [stack: 0x00007f2a3b5d7000,0x00007f2a3b6d8000] [id=28042]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 PSYoungGen      total 95680K, used 49532K [0x00000000f8000000, 0x00000000ffd90000, 0x0000000100000000)
  eden space 64320K, 56% used [0x00000000f8000000,0x00000000fa3405c8,0x00000000fbed0000)
  from space 31360K, 42% used [0x00000000fbed0000,0x00000000fcbeed48,0x00000000fdd70000)
  to   space 30080K, 0% used [0x00000000fe030000,0x00000000fe030000,0x00000000ffd90000)
 PSOldGen        total 132480K, used 73608K [0x00000000e8000000, 0x00000000f0160000, 0x00000000f8000000)
  object space 132480K, 55% used [0x00000000e8000000,0x00000000ec7e2078,0x00000000f0160000)
 PSPermGen       total 141888K, used 70999K [0x00000000d8000000, 0x00000000e0a90000, 0x00000000e8000000)
  object space 141888K, 50% used [0x00000000d8000000,0x00000000dc555cf0,0x00000000e0a90000)

Dynamic libraries:
... about 660 lines snipped ...
---------------  S Y S T E M  ---------------

OS:squeeze/sid

uname:Linux 2.6.32-27-generic #49-Ubuntu SMP Thu Dec 2 00:51:09 UTC 2010 x86_64
libc:glibc 2.11.1 NPTL 2.11.1 
rlimit: STACK 8192k, CORE 0k, NPROC infinity, NOFILE 1024, AS infinity
load average:0.63 0.65 0.68

/proc/meminfo:
MemTotal:        2022952 kB
MemFree:           25660 kB
Buffers:           15400 kB
Cached:           499136 kB
SwapCached:        84972 kB
Active:          1258396 kB
Inactive:         540080 kB
Active(anon):    1119240 kB
Inactive(anon):   376816 kB
Active(file):     139156 kB
Inactive(file):   163264 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       6297440 kB
SwapFree:        5377492 kB
Dirty:              1072 kB
Writeback:             0 kB
AnonPages:       1233036 kB
Mapped:           125388 kB
Shmem:            212100 kB
Slab:              72244 kB
SReclaimable:      28760 kB
SUnreclaim:        43484 kB
KernelStack:        3432 kB
PageTables:        35480 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     7308916 kB
Committed_AS:    3464088 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      570144 kB
VmallocChunk:   34359091712 kB
HardwareCorrupted:     0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        9920 kB
DirectMap2M:     2052096 kB


CPU:total 2 (2 cores per cpu, 1 threads per core) family 6 model 23 stepping 10, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1

Memory: 4k page, physical 2022952k(25660k free), swap 6297440k(5377492k free)

vm_info: Java HotSpot(TM) 64-Bit Server VM (19.0-b09) for linux-amd64 JRE (1.6.0_23-b05), built on Nov 12 2010 14:12:21 by "java_re" with gcc 3.2.2 (SuSE Linux)

time: Sun Jan  9 23:28:11 2011
elapsed time: 463 seconds

Report message to a moderator

Re: JRE segfault after using Eclipse hot-keys [message #651867 is a reply to message #648332] Tue, 01 February 2011 20:23 Go to previous messageGo to next message
Marcin Grzegorczyk is currently offline Marcin GrzegorczykFriend
Messages: 4
Registered: January 2011
Junior Member
Update: I have downloaded the 32-bit version of Helios, set it up to use the 32-bit version of Sun's Java VM (also had to solve a problem with "JavaTimeZoneError" pop-up messages; it went away when I used the solution described in message 647118), and never seen the crash again since.
So it appears to be specific to 64-bit versions of Eclipse.


Here's the (hopefully) complete workaround for 64-bit Ubuntu users who might find this thread trying to solve the same problem:

  1. Install the ia32-sun-java6-bin package.
    This should pull in all the extra packages required to run 32-bit code on 64-bit Ubuntu, if you haven't them already installed.
  2. Download a 32-bit version of Eclipse from the download page and extract it to a subdirectory of your choice.
    The command to extract will look like this: 
    tar -xzf eclipse-cpp-helios-SR1-linux-gtk.tar.gz
  3. Edit the file eclipse.ini in the unpacked eclipse subdirectory:
    • Under org.eclipse.platform, add the following option lines:
      -vm
/usr/lib/jvm/ia32-java-6-sun/jre/bin
    • Under openFile, add the following option line:
      -Dcom.ibm.icu.util.TimeZone.DefaultTimeZoneType=ICU
  4. Start Eclipse via the eclipse executable in the same directory.

[Updated on: Tue, 01 February 2011 20:29]

Report message to a moderator

Re: JRE segfault after using Eclipse hot-keys [message #658946 is a reply to message #651867] Thu, 10 March 2011 14:34 Go to previous messageGo to next message
Dan is currently offline Dan Friend
Messages: 1
Registered: March 2011
Junior Member
Hi,

The issue seems to be in compressed oops.

Adding the following line to eclipse.ini should make it work again:
-XX:-UseCompressedOops


The original work around was found here:
https://bugzilla.redhat.com/show_bug.cgi?id=647737#c31

Regards.

Report message to a moderator

Re: JRE segfault after using Eclipse hot-keys [message #660115 is a reply to message #658946] Wed, 16 March 2011 21:46 Go to previous messageGo to next message
Marcin Grzegorczyk is currently offline Marcin GrzegorczykFriend
Messages: 4
Registered: January 2011
Junior Member
Thanks, this seems to work.

Although the original bug no longer occurred since the Helios SR2 update (or was that JRE 6.0_24 update? I'm not sure), I still had problems with the C/C++ indexer in the 64-bit build.

Example 1 (not a crash, but the indexer features stopped working):
Exception in thread "org.eclipse.cdt.internal.ui.text.CReconciler" java.lang.IncompatibleClassChangeError
	at org.eclipse.cdt.internal.core.dom.parser.c.CASTCompoundStatement.accept(CASTCompoundStatement.java:70)

Example 2 (crash):
#  SIGSEGV (0xb) at pc=0x00007f5cfa84eab7, pid=2876, tid=140037007492864
#
# JRE version: 6.0_24-b07
# Java VM: Java HotSpot(TM) 64-Bit Server VM (19.1-b02 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# v  ~BufferBlob::vtable chunks

Since I disabled compressed oops, those problems have not appeared any more.

Report message to a moderator

Re: JRE segfault after using Eclipse hot-keys [message #1015387 is a reply to message #639815] Thu, 28 February 2013 13:00 Go to previous messageGo to next message
Fabiano Tarlao is currently offline Fabiano TarlaoFriend
Messages: 2
Registered: February 2013
Junior Member
Problem still plaguing Eclipse JUNO running on sunVM (Linux Opensuse 12.1 64 bit):

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007f4721074a50, pid=4709, tid=139943091824384
#
# JRE version: 7.0
# Java VM: Java HotSpot(TM) 64-Bit Server VM (19.0-b05 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# v  ~BufferBlob::vtable chunks
#
#


complete log is attached

I'll try the workround changin' the eclipse.ini file about UseCompressOops

Have I to send this bug report to Oracle too or is an eclipse issue?
Thanks in advance
Regards

Report message to a moderator

Re: JRE segfault after using Eclipse hot-keys [message #1015407 is a reply to message #1015387] Thu, 28 February 2013 13:56 Go to previous message
Fabiano Tarlao is currently offline Fabiano TarlaoFriend
Messages: 2
Registered: February 2013
Junior Member
Another detail.. the problem triggers quite randomly, I'm not sure this is triggered by only hot-keys. (It crashes once every two/three hours.

Report message to a moderator

Previous Topic:How to insert method comment block?
Next Topic:CDT changes/shortens breakpoint condition to "...\"
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Sat Sep 21 04:43:45 GMT 2024

Powered by FUDForum. Page generated in 0.04206 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top

Sign up to our Newsletter

A fresh new issue delivered monthly