In SPEC v20 run:

java_g -Xcomp SpecApplication -s100 -a _201_compress

Assertion failure:

# assert(Universe::is_heap(obj), "sanity check")
# W:\src\share\vm\runtime\handles.cpp, 25#

Call stack:

HandleArea::allocate_handle(oopDesc * 0x0012f584) line 25 + 70 bytes
Handle::Handle(oopDesc * 0x0012f584) line 21 + 23 bytes
OptoRuntime::complete_monitor_locking_C(oopDesc * 0x0012f584, BasicLock * 0x0012f5a4, JavaThread * 0x007d3308)

Note that the oop passed as first argument to complete_monitor_locking_C is a stack pointer. The stack address contains an oop pointer, so it looks like there is an indirection missing in compiled code.

steffen.grarup@eng 1999-02-01


The following SpecApplication programs fail at the same place - presumably
the same error (please verify after fixing the bug):

_205_raytrace
_209_db
_233_tmix

(all run with the same settings: java_g -Xcomp SpecApplication -s100 -a)

robert.griesemer@Eng 1999-02-02