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

Compiler runtime entries don't hold Klass* from being GCed

    Details

    • Subcomponent:
    • Resolved In Build:
      b112

      Backports

        Description

        #
        # A fatal error has been detected by the Java Runtime Environment:
        #
        # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000064551e65, pid=1101368, tid=489908
        #
        # JRE version: Java(TM) SE Runtime Environment (9.0) (build 1.9.0-internal-fastdebug-20151030220705.amurillo.jdk9-hs-2015-10--b00)
        # Java VM: Java HotSpot(TM) 64-Bit Server VM (1.9.0-internal-20151030220705.amurillo.jdk9-hs-2015-10--b00, compiled mode, tiered, compressed oops, g1 gc, windows-amd64)
        # Problematic frame:
        # V [jvm.dll+0x651e65] MarkAndPushClosure::do_klass+0x25
        #
        # Core dump will be written. Default location: C:\users\aurora\sandbox\results\ResultDir\jck90013_copy_1\hs_err_pid1101368.mdmp
        #
        # If you would like to submit a bug report, please visit:
        # http://bugreport.java.com/bugreport/crash.jsp
        #

        Broken oopmap?

          Issue Links

            Activity

            Hide
            coleenp Coleen Phillimore added a comment -
            Yes, in order to pass the Klass* you should have a reference to the mirror, right? The mirror will prevent class unloading not the Klass*. That's why KlassHandle does nothing. The only reason it's still there is that I thought it might be useful for a future redefinition project.
            Show
            coleenp Coleen Phillimore added a comment - Yes, in order to pass the Klass* you should have a reference to the mirror, right? The mirror will prevent class unloading not the Klass*. That's why KlassHandle does nothing. The only reason it's still there is that I thought it might be useful for a future redefinition project.
            Hide
            vlivanov Vladimir Ivanov added a comment -
            Thanks for the clarifications, [~coleenp].

            [~dlong], sure, I'll fix jvmciRuntime.cpp as well.
            Show
            vlivanov Vladimir Ivanov added a comment - Thanks for the clarifications, [~coleenp]. [~dlong], sure, I'll fix jvmciRuntime.cpp as well.
            Hide
            coleenp Coleen Phillimore added a comment -
            These have similar symptom but thought to be bad oops on the interpreter stack.
            Show
            coleenp Coleen Phillimore added a comment - These have similar symptom but thought to be bad oops on the interpreter stack.
            Hide
            hgupdate HG Updates added a comment -
            URL: http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/3497071a8c93
            User: vlivanov
            Date: 2016-03-14 11:00:31 +0000
            Show
            hgupdate HG Updates added a comment - URL: http://hg.openjdk.java.net/jdk9/hs-comp/hotspot/rev/3497071a8c93 User: vlivanov Date: 2016-03-14 11:00:31 +0000
            Hide
            hgupdate HG Updates added a comment -
            URL: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/3497071a8c93
            User: lana
            Date: 2016-03-30 18:38:07 +0000
            Show
            hgupdate HG Updates added a comment - URL: http://hg.openjdk.java.net/jdk9/jdk9/hotspot/rev/3497071a8c93 User: lana Date: 2016-03-30 18:38:07 +0000

              People

              • Assignee:
                vlivanov Vladimir Ivanov
                Reporter:
                neliasso Nils Eliasson
              • Votes:
                0 Vote for this issue
                Watchers:
                10 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: