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

Kitchensink24HStress.java crashed with EXCEPTION_ACCESS_VIOLATION

    XMLWordPrintable

    Details

    • Subcomponent:
    • Resolved In Build:
      b14
    • CPU:
      x86_64
    • OS:
      windows

      Backports

        Description

        When returning from the last Java frame back to vm and hitting a safepoint poll on that return:
        We call the SafepointBlob, which handles return polls, it setup last java frame.
        Here we have some inconsistencies on exactly how that looks.
        This causes the below issue:

        Stack: [0x00000268ef610000,0x00000268ef710000], sp=0x00000268ef70afc0, free space=1003k
        Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
        V [jvm.dll+0x507969] GetCurrentLocationClosure::do_thread+0xb9 (jvmtiEnvThreadState.cpp:267)
        V [jvm.dll+0x33c019] HandshakeOperation::do_handshake+0x49 (handshake.cpp:312)
        V [jvm.dll+0x33cd59] HandshakeState::process_self_inner+0x109 (handshake.cpp:456)
        V [jvm.dll+0x33cc31] HandshakeState::process_by_self+0x51 (handshake.cpp:441)
        V [jvm.dll+0x6c24a4] SafepointMechanism::process_if_requested_slow+0x54 (safepointMechanism.cpp:138)
        V [jvm.dll+0x6bfa83] ThreadSafepointState::handle_polling_page_exception+0x1e3 (safepoint.cpp:944)
        C 0x000002681430e387

        Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
        v ~SafepointBlob
        v ~StubRoutines::call_stub

          Attachments

            Issue Links

              Activity

                People

                Assignee:
                rehn Robbin Ehn
                Reporter:
                dcubed Daniel Daugherty
                Votes:
                0 Vote for this issue
                Watchers:
                12 Start watching this issue

                  Dates

                  Created:
                  Updated:
                  Resolved: