JDK-4793028 : SPARC: deoptimization of method loses pending exception.
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 1.4.2
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_1,solaris_7,solaris_8
  • CPU: sparc
  • Submitted: 2002-12-12
  • Updated: 2012-10-08
  • Resolved: 2003-01-16
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.4.2 b13Fixed
Related Reports
Duplicate :  
JDK-4760232 - Solsparc: VM crash instead of EOFException
Duplicate :  
JDK-4768521 - Mauve Test java.lang.Long.getLong crashes with interpreterRuntime.cpp, 225 [ Pat
Description
I found while running runThese -quick with DeoptimizeALot on 32 sparc
that I would fall over with an assertion failure when I wound up in
the interpreter's exception handler with no exception present.
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mantis-beta FIXED IN: mantis-beta INTEGRATED IN: mantis-b13 mantis-beta
14-06-2004
EVALUATION Problem was caused by the LION putback. In that putback the deoptimization blob on sparc was modified to move any long being returned to a deoptimized frame was moved to the registers that the interpreter would expect. Unfortunately this did not take into account a pending exception. If an exception was pending then there was no long result present but the move to the interpreter registers would destroy the exception oop that was in the process of being thrown. ###@###.### 2002-12-13
13-12-2002