RFR: 8319935: Ensure only one JvmtiThreadState is create for one JavaThread associated with attached native thread [v2]
David Holmes
dholmes at openjdk.org
Thu Nov 16 09:51:34 UTC 2023
On Tue, 14 Nov 2023 20:57:09 GMT, Jiangli Zhou <jiangli at openjdk.org> wrote:
>> Please review JvmtiThreadState::state_for_while_locked change to handle the state->get_thread_oop() null case. Please see https://bugs.openjdk.org/browse/JDK-8319935 for details.
>
> Jiangli Zhou has updated the pull request incrementally with one additional commit since the last revision:
>
> Don't try to setup_jvmti_thread_state for obj allocation sampling if the current thread is attaching from native and is allocating the thread oop. That's to make sure we don't create a 'partial' JvmtiThreadState.
src/hotspot/share/prims/jvmtiThreadState.inline.hpp line 87:
> 85: // Don't add a JvmtiThreadState to a thread that is exiting.
> 86: return nullptr;
> 87: }
I'm wondering if there should also be an `is_jni_attaching` check here?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/16642#discussion_r1395431239
More information about the hotspot-dev
mailing list