JDK-4713716 : Volano methods get COMPILE FAILED with -Xverify:none
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 1.4.0
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: solaris_1
  • CPU: generic
  • Submitted: 2002-07-11
  • Updated: 2009-11-16
  • Resolved: 2002-08-28
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 mantisFixed
Related Reports
Relates :  
JDK-4629175 - JVM crash.... Error : 11
Description
When run with -Xverify:none, certain methods in volano always fail compilation in the server compiler.

Specifically, the method COM/volano/mbz::clone, or any method that inlines it,
will fail.  In its exception table, this method has multiple unloaded exception classes with identical target bci.

This bug is not high priority because javac doesn't produce exception tables like the ones described above.

This bug IS worth fixing, because the bytecodes are verifiable and volano is still an "offical" BigApp.  This bug also hid bug 4629175 from happening in June's BigApps runs because the method of error there was getting COMPILE FAILED because June's scripts run with -Xverify:none.
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mantis FIXED IN: mantis INTEGRATED IN: mantis
14-06-2004
EVALUATION final_graph_reshaping() causes a bailout because a CatchNode does not have the appropriate number of successors. The function catch_call_exceptions() in doCall.cpp is creating a CatchNode, but if a target bci is the handler for more than one unloaded class, then not enough CatchProjNodes are created. ###@###.### 2002-07-11
11-07-2002
SUGGESTED FIX Revise catch_call_exceptions() so that the appropriately size CatchNode is initially created. ###@###.### 2002-07-11
11-07-2002