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

dumptime_table has stale entry

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P4 P4
    • 18
    • 18
    • hotspot
    • b19

        With the fix for JDK-8274753, there's a stale entry that is in the dumptime_table but not cleaned up with class unloading. It's not in the CLD::_klasses list.

        adding com/sun/net/httpserver/HttpExchange to the table 0x0000000800c01c20
        Expected: java.lang.LinkageError: loader constraint violation: loader java.net.URLClassLoader @7cca494b wants to load abstract class com.sun.net.httpserver.HttpExchange. A different abstract class with the same name was previously loaded by 'platform'. (com.sun.net.httpserver.HttpExchange is in module jdk.httpserver of loader 'platform')
        adding java/lang/Throwable$PrintStreamOrWriter to the table 0x0000000800c481f0
        adding java/lang/Throwable$WrappedPrintStream to the table 0x0000000800c48400
        java.lang.LinkageError: loader constraint violation: loader java.net.URLClassLoader @7cca494b wants to load abstract class com.sun.net.httpserver.HttpExchange. A different abstract class with the same name was previously loaded by 'platform'. (com.sun.net.httpserver.HttpExchange is in module jdk.httpserver of loader 'platform')

        The class gets a linkage error but it's never deleted because it's put on the deallocate_list as an error class, and when the class loader is unloaded, it's been removed from the _klasses list.

        So it's left in the table with contents deleted, which is bad.

              coleenp Coleen Phillimore
              coleenp Coleen Phillimore
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated:
                Resolved: