Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8269646 | 18 | Chris Plummer | P3 | Resolved | Fixed | b04 |
JDK-8270671 | 17.0.1 | Chris Plummer | P3 | Resolved | Fixed | b03 |
Description
# Internal Error
(/tmp/jep2604_fastdebug_jdk16/jdk16/src/hotspot/share/runtime/jniHandles.cpp:148),
pid=81289, tid=56880
# assert(!is_jweak(handle)) failed: wrong method for detroying jweak
#
# JRE version: OpenJDK Runtime Environment (16.0) (fastdebug build
16-internal+0-adhoc.sandreev.jdk16)
# Java VM: OpenJDK 64-Bit Server VM (fastdebug
16-internal+0-adhoc.sandreev.jdk16, mixed mode, tiered, compressed oops, g1
gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x1043cb4] JNIHandles::destroy_global(_jobject*)+0x224
...
Stack: [0x00007ffe3c4f5000,0x00007ffe3c5f6000], sp=0x00007ffe3c5f4be0,
free space=1022k
Native frames: (J=compiled Java code, A=aot compiled Java code,
j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x1043cb4] JNIHandles::destroy_global(_jobject*)+0x224
V [libjvm.so+0xfafd9f] jni_DeleteGlobalRef+0x10f
C [libjdwp.so+0xf11a] deleteNode+0x7a
C [libjdwp.so+0xf71f] commonRef_reset+0x6f
C [libjdwp.so+0x10dec] debugInit_reset+0x6c
C [libjdwp.so+0x270a2] acceptThread+0xa2
V [libjvm.so+0x127c054] JvmtiAgentThread::call_start_function()+0x1d4
V [libjvm.so+0x1a51e9a] JavaThread::thread_main_inner()+0x5ba
V [libjvm.so+0x1a589e0] Thread::call_run()+0x100
V [libjvm.so+0x15fbd26] thread_native_entry(Thread*)+0x116
See mail:
https://mail.openjdk.java.net/pipermail/jdk-dev/2021-June/005708.html
Seems to be related to:
JDK-8255987
Maybe caused by unbalanced call to commonRef_unpin?
(/tmp/jep2604_fastdebug_jdk16/jdk16/src/hotspot/share/runtime/jniHandles.cpp:148),
pid=81289, tid=56880
# assert(!is_jweak(handle)) failed: wrong method for detroying jweak
#
# JRE version: OpenJDK Runtime Environment (16.0) (fastdebug build
16-internal+0-adhoc.sandreev.jdk16)
# Java VM: OpenJDK 64-Bit Server VM (fastdebug
16-internal+0-adhoc.sandreev.jdk16, mixed mode, tiered, compressed oops, g1
gc, linux-amd64)
# Problematic frame:
# V [libjvm.so+0x1043cb4] JNIHandles::destroy_global(_jobject*)+0x224
...
Stack: [0x00007ffe3c4f5000,0x00007ffe3c5f6000], sp=0x00007ffe3c5f4be0,
free space=1022k
Native frames: (J=compiled Java code, A=aot compiled Java code,
j=interpreted, Vv=VM code, C=native code)
V [libjvm.so+0x1043cb4] JNIHandles::destroy_global(_jobject*)+0x224
V [libjvm.so+0xfafd9f] jni_DeleteGlobalRef+0x10f
C [libjdwp.so+0xf11a] deleteNode+0x7a
C [libjdwp.so+0xf71f] commonRef_reset+0x6f
C [libjdwp.so+0x10dec] debugInit_reset+0x6c
C [libjdwp.so+0x270a2] acceptThread+0xa2
V [libjvm.so+0x127c054] JvmtiAgentThread::call_start_function()+0x1d4
V [libjvm.so+0x1a51e9a] JavaThread::thread_main_inner()+0x5ba
V [libjvm.so+0x1a589e0] Thread::call_run()+0x100
V [libjvm.so+0x15fbd26] thread_native_entry(Thread*)+0x116
See mail:
https://mail.openjdk.java.net/pipermail/jdk-dev/2021-June/005708.html
Seems to be related to:
Maybe caused by unbalanced call to commonRef_unpin?
Attachments
Issue Links
- backported by
-
JDK-8269646 assert(!is_jweak(handle)) failed: wrong method for detroying jweak
-
- Resolved
-
-
JDK-8270671 assert(!is_jweak(handle)) failed: wrong method for detroying jweak
-
- Resolved
-
- relates to
-
JDK-8255987 JDI tests fail with com.sun.jdi.ObjectCollectedException
-
- Resolved
-
-
JDK-8269542 JDWP: EnableCollection support is no longer spec compliant after JDK-8255987
-
- Resolved
-
(1 links to)