dumptime_table has stale entry

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.