IJ29969: CRASH FROM METHOD J9SHR_QUERY_ISADDRESSINCACHE()

APAR status

• Closed as program error.

Error description

• Error Message: A GPF event is received when the JVM is trying to
  write to the shared classes cache.
  .
  Stack Trace: The native stack trace looks like this:
  
          j9vm29!j9shr_Query_IsAddressInCache+0x29
          j9vm29!ComparingCursor::isRangeValidForUTF8Ptr()
          j9vm29!ComparingCursor::writeSRP()
          j9vm29!ROMClassWriter::ConstantPoolWriter::visitString()
          j9vm29!ConstantPoolMap::constantPoolDo()
          j9vm29!ROMClassWriter::writeConstantPool+0x7a
          j9vm29!ROMClassWriter::writeROMClass()
          j9vm29!ROMClassBuilder::compareROMClassForEquality+0x136
          j9vm29!ROMClassBuilder::prepareAndLaydown()
          j9vm29!ROMClassBuilder::buildROMClass()
          j9vm29!j9bcutil_buildRomClass()
  .
  

Local fix

• The issue can be worked around using option -Xshareclasses:none
  to disable the shared classes cache.
  

Problem summary

• The problem is caused when JVM tries to read the content of the
  memory before it ensures the memory is accessible.
  

Problem conclusion

• The JVM has been updated so that the JVM ensures the memory is
  accessible before the JVM reads the memory content.
  .
  This APAR will be fixed in the following Java Releases:
     8    SR6 FP25  (8.0.6.25)
  .
  Contact your IBM Product's Service Team for these Service
  Refreshes and Fix Packs.
  For those running stand-alone, information about the available
  Service Refreshes and Fix Packs can be found at:
             https://www.ibm.com/developerworks/java/jdk/
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  J9 COMMON CODE

• Fixed component ID

  620700127

Applicable component levels

• R270 PSY

     UP