RFR 8191278: MappedByteBuffer bulk access memory failures are not handled gracefully

Vladimir Kozlov vladimir.kozlov at oracle.com
Wed Apr 10 16:48:24 UTC 2019


Okay ;-)

Vladimir

On 4/9/19 10:31 PM, Jamsheed wrote:
> Hi Vladimir,
> 
> John Rose comments about this issue here.
> 
> Adding a mechanism for more precisely mapping the locations of unsafe
> memory operations would be more complex (though doable). It would tend
> to reduce the optimization level of code which uses unsafe operations.
> Therefore, I think the present imprecise design is preferable.
> 
> john.rose at Eng <mailto:john.rose at Eng>2001-05-11
> 
> https://bugs.openjdk.java.net/browse/JDK-4454115
> 
> Best regards,
> 
> Jamsheed
> 
> 
> On 10/04/19 4:01 AM, Vladimir Kozlov wrote:
>> Actually I think the whole code for "// BugId 4454115" is questionable since it replaces any crash 
>> (most likely not related to unsafe access) in compiled method which has at least one unsafe access 
>> with exception. May be we should use PcDesc to record unsafe instructions and compare with SEGV 
>> PC. But it is separate RFE. For this one we need to fix only Unsafe.CopyMemory0() C2 inrinsic. 


More information about the hotspot-dev mailing list