RFR(XS): JDK-8229375 Memory corruption in the implementation of the stack walk API

dean.long at oracle.com dean.long at oracle.com
Fri Aug 9 19:57:55 UTC 2019


Maybe it's overkill, but another option would be to auto-generate or 
auto-check these C++ accessors using a separate tool that reads the 
.class files.

dl

On 8/9/19 12:51 PM, dean.long at oracle.com wrote:
> It would be nice if we could detect problems like this automatically.  
> Since this is an oop, we could figure out the field type at the given 
> offset (slow).  Or keep around the type information that was given to 
> STACKFRAMEINFO_FIELDS_DO and compute a {offset, size} tuple instead.
>
> dl
>
> On 8/9/19 9:54 AM, Frederic Parain wrote:
>> Greetings,
>>
>> please review this one line change to fix a memory corruption
>> issue in the stack walk API implementation.
>>
>> CR: https://bugs.openjdk.java.net/browse/JDK-8229375
>> Webrev: http://cr.openjdk.java.net/~fparain/8229375/webrev.00/index.html
>>
>> Thank you,
>>
>> Fred
>>
>



More information about the hotspot-runtime-dev mailing list