Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8269232

assert(!is_jweak(handle)) failed: wrong method for detroying jweak

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: P3
    • Resolution: Fixed
    • Affects Version/s: 16, 17, 18
    • Fix Version/s: 17
    • Component/s: hotspot
    • Labels:
      None
    • Subcomponent:
      svc
    • Resolved In Build:
      b29

      Backports

        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?

          Attachments

            Issue Links

              Activity

                People

                Assignee:
                cjplummer Chris Plummer
                Reporter:
                stefank Stefan Karlsson
                Votes:
                0 Vote for this issue
                Watchers:
                9 Start watching this issue

                  Dates

                  Created:
                  Updated:
                  Resolved: