RFR: 8313816: Accessing jmethodID might lead to spurious crashes [v10]

Jaroslav Bachorik jbachorik at openjdk.org
Wed Nov 29 15:18:15 UTC 2023


On Wed, 29 Nov 2023 14:57:34 GMT, Jaroslav Bachorik <jbachorik at openjdk.org> wrote:

>> Can you confirm my observation above, that EMCP jmethodIDs are replaced?  I haven't looked at this code in a while.  Thanks.
>
> I am going to take a look.

Ok, I found it.
The reason for the jmethodID not being cleaned out is this assignment of a new jmethodID to obsolete methods - https://github.com/openjdk/jdk/blob/a2c5f1fc914ef5c28d044b75598f895cf6097138/src/hotspot/share/prims/jvmtiRedefineClasses.cpp#L3887

Since this is not done for EMCP (or more generic, non-obsolete) methods restricting the cleanup process to obsolete methods still sounds like the right thing to do.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/16662#discussion_r1409436435


More information about the serviceability-dev mailing list