Java Solaris Communities Sun Store Join SDN My Profile Why Join?
 
Bug Database
Bug Detail
Quick Lists
Top 25 Bugs
Top 25 RFE's
Recently Closed Bugs
Printable Page Printable Page


Bug Database
Bug ID: 4983401
Votes 0
Synopsis Error ID: e:\ws\1.3.1\hotspot\src\share\vm\ci\ciInstanceKlass.cpp, 121
Category hotspot:compiler2
Reported Against 1.3.1_11
Release Fixed 1.3.1_12
State 10-Fix Delivered, bug
Priority: 1-Very High
Related Bugs
Submit Date 26-JAN-2004
Description
When running with a debug vm on the customers machine we hit the following assert when using 1.3.1_10.

java_g -server ... -XX:+PrintCompilation ...

.....
1850  !   com.sapportals.config.ui.renderer.ConfigTableViewModel::getColumnAt (38 bytes)
1851      com.sapportals.htmlb.rendering.RenderUtil::encodeForJS (195 bytes)
1852      sun.io.ByteToCharISO8859_1::reset (11 bytes)
1853      com. customer .services.servlets_jsp.server.HttpServletRequestFacade::putMapEntry (67 bytes)
1854  !   com.sapportals.config.ui.renderer.ConfigTableViewModel::initFromContent (287 bytes)


#
# HotSpot Virtual Machine Error, assertion failure
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# assert(is_loaded(), "must be loaded to have size")
#
# Error ID: e:\ws\1.3.1\hotspot\src\share\vm\ci\ciInstanceKlass.cpp, 121
#
# Problematic Thread: prio=5 tid=0x9dd400 nid=0xe24 runnable
#


stacktrace:
jvm_g!ciInstanceKlass::get_canonical_holder+0x4e
jvm_g!Compile::flatten_alias_type+0x32f
jvm_g!Compile::get_alias_index+0x15
jvm_g!insert_anti_dependences+0xaf
jvm_g!PhaseCFG::ScheduleLate+0x1d8
jvm_g!PhaseCFG::GlobalCodeMotion+0x19a
jvm_g!Compile::Code_Gen+0x137
jvm_g!Compile::Compile+0xa74
jvm_g!C2Compiler::compile_method+0x7f
jvm_g!CompileBroker::invoke_compiler_on_method+0x392
jvm_g!CompileBroker::compiler_thread_loop+0xb0
jvm_g!compiler_thread_entry+0x7e
....
Work Around
exclude com.sapportals.config.ui.renderer.ConfigTableViewModel::initFromContent 
from being compiled.

  xxxxx@xxxxx   2004-01-26
Evaluation
This is NOT applicable to tiger.

stacktrace:
jvm_g!ciInstanceKlass::get_canonical_holder+0x4e
jvm_g!Compile::flatten_alias_type+0x32f
jvm_g!Compile::get_alias_index+0x15
jvm_g!insert_anti_dependences+0xaf
jvm_g!PhaseCFG::ScheduleLate+0x1d8
jvm_g!PhaseCFG::GlobalCodeMotion+0x19a
jvm_g!Compile::Code_Gen+0x137
jvm_g!Compile::Compile+0xa74
jvm_g!C2Compiler::compile_method+0x7f
jvm_g!CompileBroker::invoke_compiler_on_method+0x392
jvm_g!CompileBroker::compiler_thread_loop+0xb0
jvm_g!compiler_thread_entry+0x7e
....

frame jvm_g!ciInstanceKlass::get_canonical_holder+0x4e
this = 0x3498f84c class ciInstanceKlass *
 -> ciKlass = class ciKlass
   -> ciObject = class ciObject
     -> ResourceObj = class ResourceObj
        -> _handle = 0x00000000 class _jobject *   <<<------
           _klass =  0x00964770 class ciKlass *
_super = 0xabababab class ciInstanceKlass *
_layouy = 0xabababab class ciFieldLayout *
_java_mirror = 0xabababab class ciInstance *
_file_cache = 0x00000000 class ciConstantPoolCache *



"Somehow the compiler is manipulating a value of an unloaded class.  This
can be valid, as long as the operation only assumes that the value is a
reference to java/lang/Object.  You are backporting the present code for
evaluating a field offset."

  xxxxx@xxxxx   2004-01-26
-------------------------------------------------
Comments
  
  Include a link with my name & email   


PLEASE NOTE: JDK6 is formerly known as Project Mustang