Bug ID: JDK-5071820 server VM crashes with -Xcomp in 1.4.2

Versions (Unresolved/Resolved/Fixed)

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	Other	JDK 6
1.3.1_17Fixed	1.4.2_09Fixed	6Fixed

The server VM in 1.4.2_05 terminates abnormally.

REPRODUCE:

 1) Compile the attached test program(TP833_1.java)
 2) Launch "java -server -Xcomp TP833_1 "
   
   Then you will see the po-up dialogue which shows error message
   like thr attached .jpg file. (server-comp-opt-error.jpg)

CONFIGURATION:
  OS : WindowsXP (Japanese SP1)
  JRE : 1.4.2_05

==========================================================================

CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: 1.5.0_01 mustang FIXED IN: mustang INTEGRATED IN: 1.5.0_01 mustang
24-09-2004
PUBLIC COMMENTS Integrated fix into Tiger Update 1 (1.5.0_01) Build 03
24-09-2004
SUGGESTED FIX The simplest fix will pin any CheckCastPP node with a rawptr input in the same block as its input. ###@###.### 2004-07-22 See this PRT webrev for the fix details: file:/net/prt-archiver.sfbay/data/archived_workspaces/main/c2_baseline/2004/20040818125259.rasbold.c2_baseline/workspace/webrevs/webrev-2004.08.18/index.html ###@###.### 2004-08-19
19-08-2004
EVALUATION I don't have a Japanese version of XP, but my PC running Windows XP SP1 did not crash running the test (with JDK1.5-b57). Are you running XP SP2 by chance? ###@###.### 2004-07-12 I got it to reproduce on a Solaris x86 machine (foundation). ###@###.### 2004-07-12 The C2 compiled oop maps for method50 are incomplete; they are missing an entry for an oop spilled to the stack. This is a result of C2 inappropriately moving a CheckCastPP node that converts from a rawptr to an oopptr into a loop. That code motion makes the rawptr, for which C2 does not create oop map entries, dynamically span a safepoint. When the register allocator gives the rawptr and the oopptr two distinct locations, the oop maps are incorrect. The problem is not restricted to x86, nor is the problem fixed in 1.5.0. A remark in the comments section suspected a fix in b42. This is not the case; the change in b42 simply makes the bug latent. ###@###.### 2004-07-22
22-07-2004

Duplicate :	JDK-6236342 - byte array passed into JNI not an array oop
Relates :	JDK-5085594 - HotSpot crash due to SIGSEGV in Scavenge::scavenge_oop_with_check()
Relates :	JDK-6398063 - VM crash ( 1.4.2_06) in WinTel Plaform under load.Scenario is not fixed.