Open pshipton opened 2 years ago
@0xdaryl @joransiu
> !omrportlibraryglobaldata 0x0000005008621110
OMRPortLibraryGlobalData at 0x5008621110 {
Fields for OMRPortLibraryGlobalData:
0x0: void * corruptedMemoryBlock = !j9x 0x0000005C2328CA30 <--------------
0x8: struct J9PortControlData control = !j9portcontroldata 0x0000005008621118
0x30: struct J9NLSDataCache nls_data = !j9nlsdatacache 0x0000005008621140
0x5C2328C9D0 : 0000000000000000 0000000000000000 [ ................ ]
0x5C2328C9E0 : 0000000000000000 0000000000000050 [ ...............P ]
0x5C2328C9F0 : 63c32d0000000000 0000000000000000 [ c.-............. ]
0x5C2328CA00 : 0000000000000050 63c32d0000000000 [ .......Pc.-..... ]
0x5C2328CA10 : 0000000000000000 0000000000000050 [ ...............P ]
0x5C2328CA20 : 63c32d0000000000 0000000000000000 [ c.-............. ]
0x5C2328CA30 : 0000000000000050 63c32d0000000000 [ .......Pc.-..... ] <-----
0x5C2328CA40 : 0000000000000000 0000000000000050 [ ...............P ]
0x5C2328CA50 : 63c32d0000000000 0000000000000000 [ c.-............. ]
0x5C2328CA60 : 0000000000000050 63c32d0000000000 [ .......Pc.-..... ]
0x5C2328CA70 : 0000000000000000 0000000000000050 [ ...............P ]
0x5C2328CA80 : 63c32d0000000000 0000000000000000 [ c.-............. ]
Previous allocation with j9MemTag
0x5C2328C110 : b1234567831ae912 0000000000000480 [ .#Eg............ ]
0x5C2328C120 : 0000000019934459 0000005008822db0 [ ......DY...P..-. ]
0x5C2328C130 : 0000005c2328c200 0000000000000000 [ ...\#(.......... ]
0x5C2328C140 : 0000000000000000 0000000000000000 [ ................ ]
...
0x5C2328C5A0 : 0000000000000000 0000000000000000 [ ................ ]
0x5C2328C5B0 : b7654321855cebf4 0000000000000480 [ .eC!.\.......... ] <-- end of previous allocation
0x5C2328C5C0 : 0000000019934459 0000005008822db0 [ ......DY...P..-. ]
0x5C2328C5D0 : 0000000000000000 0000000000000000 [ ................ ]
contains data related to !j9class 0x0000005c2328c200
(java/util/stream/MatchOps$$Lambda$93/0x000000002328b830
), particularly ramConstantPool = !j9x 0x0000005C2328C3C0
@dmitripivkine : Just trying to make sure I interpret your analysis properly. Are you suspecting the ramConstantPool overflowed past the end of its allocated segment and corrupted the memory block @ 0x0000005C2328CA30? Does the data presented around 0x0000005C2328CA30 match waht we expect from constant pool i.e. the 0x50's and 0x53c32d0...0?
@dmitripivkine : Just trying to make sure I interpret your analysis properly. Are you suspecting the ramConstantPool overflowed past the end of its allocated segment and corrupted the memory block @ 0x0000005C2328CA30? Does the data presented around 0x0000005C2328CA30 match waht we expect from constant pool i.e. the 0x50's and 0x53c32d0...0?
No, I am not suggesting Constant Pool data is written out-of-bound. However there is common case for this type of corruption so I mentioned it. I did not look in details to CP data integrity. It looks ok at first look - footer is not damaged, data looks correct
/job_output.php?id=21841214 [zOS S390 64bit] 80 Load_Level_2.abbs.5mins.Mode103.5 - fyrec604
-Xgcpolicy:optthruput -Xjit:count=0 -Xnocompressedrefs
80x grinder passed