RFR: 8362203: assert(state == nullptr || state->get_thread_oop() != nullptr) failed: incomplete state
Serguei Spitsyn
sspitsyn at openjdk.org
Tue Jul 15 03:07:39 UTC 2025
On Mon, 14 Jul 2025 23:42:03 GMT, Leonid Mesnik <lmesnik at openjdk.org> wrote:
> The problem happens if post_early_vm_start is triggered.
> The fix is to complete initialization once threadObj become available.
>
> I'vent observed that recompute_enable and hitting assertion might happens before this step. However it might be makes sense to check state in assertion if needed.
Changes requested by sspitsyn (Reviewer).
src/hotspot/share/prims/jvmtiExport.cpp line 678:
> 676: EVT_TRIG_TRACE(JVMTI_EVENT_VM_START, ("Trg VM start event triggered" ));
> 677:
> 678: // The thread state might be incomplete if initialized in post_early_vm_start
Nit: Better to say "The JvmtiThreadState might be incomplete" to avoid confusion with other means of thread state.
src/hotspot/share/prims/jvmtiThreadState.cpp line 1045:
> 1043:
> 1044: void JvmtiThreadState::update_thread_oop(JavaThread* thread) {
> 1045: assert(thread->threadObj() != nullptr, "Should threadObj be already initialized");
Nit: Better just to say: "Sanity check".
-------------
PR Review: https://git.openjdk.org/jdk/pull/26303#pullrequestreview-3018124707
PR Review Comment: https://git.openjdk.org/jdk/pull/26303#discussion_r2206025058
PR Review Comment: https://git.openjdk.org/jdk/pull/26303#discussion_r2206028317
More information about the hotspot-dev
mailing list