[Bug 484] Shark jit code block "0xcdcdcdcd" zombie wipeout Sigsegv crash

[bugzilla-daemon at icedtea.classpath.org]

http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=484





------- Comment #4 from gbenson at redhat.com  2010-05-06 09:12 -------
Ok, I know what this is:

  void SharkTopLevelBlock::do_trap(int trap_request) {
    decache_for_trap();
    builder()->CreateCall2(
      builder()->uncommon_trap(),
      thread(),
      LLVMValue::jint_constant(trap_request));
    builder()->CreateRetVoid();
  }

When the method is deoptimized, SharkRuntime::uncommon_trap (the method
referenced here by builder()->uncommon_trap() calls the interpreter, which does
not return until the method itself does.  builder()->uncommon_trap() does not
return until the interpreter does, so the Shark compiled method does not return
until builder()->uncommon_trap() does.  The LLVM-compiled code is live, but
invisible to HotSpot.


-- 
Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.