APAR status
Closed as program error.
Error description
Error Message: java/lang/ExceptionInInitializerError . Stack Trace: Exception in thread "(unnamed thread)" java/lang/ExceptionInInitializerError at java/lang/J9VMInternals.initialize (J9VMInternals.java:269) java/lang/ArrayIndexOutOfBoundsException at sun/misc/Hashing.murmur3_32 (Hashing.java:182) at sun/misc/Hashing.murmur3_32 (Hashing.java:167) at sun/misc/Hashing.makeHashMask (Hashing.java:272) at java/util/HashMap.<init> (HashMap.java:116) at java/util/HashSet.<init> (HashSet.java:74) at java/lang/invoke/MethodType.<clinit> (MethodType.java:40) at java/lang/J9VMInternals.initializeImpl (Native Method) at java/lang/J9VMInternals.initialize (J9VMInternals.java:247) . It is possible that a customer sees : Type=Segmentation error vmState=0x00000000 J9Generic_Signal_Number=00000004 Signal_Number=0000000b Error_Value=7ba93800 Signal_Code=00000001 Handler1=0000020000AAE434 Handler2=0000020000B9935C InaccessibleAddress=00000000FDA7D000 gpr0=000002000400E9F0 gpr1=0000000000000000 gpr2=00000000FDA7DB32 gpr3=00000000FDA7DB32 gpr4=0000000000000000 gpr5=0000000020067E70 gpr6=FFFFFFFFFFFFFFFE gpr7=0000020000B56C08 gpr8=00000200036A045C gpr9=000000002004AFC0 gpr10=0000000020067F28 gpr11=000000002004AFC0 gpr12=0000020000B51788 gpr13=0000000020012100 gpr14=00000200036A0444 gpr15=0000020000A3E698 psw=0000020000ABE8DA mask=0705E00180000000 fpc=0008000000000000 fpr0 406384c382e1b662 (f: 2195830272.000000, d: 1.561489e+02) fpr1 3ff62d6660000000 (f: 1610612736.000000, d: 1.386084e+00) fpr2 402dc3e182ec66f1 (f: 2196530944.000000, d: 1.488258e+01) fpr3 402dc3e0a4b7233d (f: 2763465472.000000, d: 1.488257e+01) fpr4 3ff0000000000000 (f: 0.000000, d: 1.000000e+00) fpr5 3edbc6a87687f782 (f: 1988622208.000000, d: 6.622316e-06) fpr6 3fe7162d06e34aac (f: 115559088.000000, d: 7.214570e-01) fpr7 402dc3e182ec66f1 (f: 2196530944.000000, d: 1.488258e+01) fpr8 0000000000000000 (f: 0.000000, d: 0.000000e+00) fpr9 0000000000000000 (f: 0.000000, d: 0.000000e+00) fpr10 0000000000000000 (f: 0.000000, d: 0.000000e+00) fpr11 0000000000000000 (f: 0.000000, d: 0.000000e+00) fpr12 0000000000000000 (f: 0.000000, d: 0.000000e+00) fpr13 0000000000000000 (f: 0.000000, d: 0.000000e+00) fpr14 0000000000000000 (f: 0.000000, d: 0.000000e+00) fpr15 0000000000000000 (f: 0.000000, d: 0.000000e+00) Module=/j9vm/ascii/builds/bld_118760/sdk/xz6470/jre/lib/s390x/co mpressedrefs/libj9vm27.so Module_base_address=0000020000A8B000 Target=2_70_20120808_118760 (Linux 2.6.32-131.4.1.el6.s390x) CPU=s390x (1 logical CPUs) (0x7d14b000 RAM) ----------- Stack Backtrace ----------- (0x0000020000ABE8DA <OSB>libj9vm27.so+0x338da<CSB>)
Local fix
Running without -Xlockword:mode=all would solve the issue and is unlikely to be a noticeable performance issue
Problem summary
The JIT compiler would generate incorrect code related to synchronization if -Xlockword:mode=all is specified.
Problem conclusion
This defect will be fixed in: 7.0.0 SR3 6.0.1 SR4 . The JIT compiler was updated to generate correct code in the problematic case.
Temporary fix
Comments
APAR Information
APAR number
IV30271
Reported component name
JIT
Reported component ID
620700124
Reported release
260
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2012-10-15
Closed date
2012-10-15
Last modified date
2012-10-15
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
JIT
Fixed component ID
620700124
Applicable component levels
R260 PSY
UP
[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSC9HBA","label":"Just In Time (JIT) Compiler"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"260","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
15 October 2012