RFR: 8310874: Runthese30m crashes with klass should be in the placeholders during verification [v2]

[David Holmes]

On Fri, 15 Sep 2023 01:40:20 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:

>> For non-parallel capable class loaders, the class is not put in the placeholders table, so a verification at the wrong time will hit this assert. This change removes the invalid assert.
>> While studying this code, we also noticed that if an error occurs during class loading after the klass is put in the LoaderConstraints table but before adding to the dictionary, we weren't removing the klass from the LoaderConstraints table.  This change also fixes this.
>> Tested with inserting a LoaderConstraintTable::verify while running jck tests.  Also tested with failure insertion after the addClass() call to throw OutOfMemoryError.  Also tested with tier1-4.
>
> Coleen Phillimore has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Add comments about remove_failed_loaded_class.

src/hotspot/share/classfile/loaderConstraints.cpp line 454:

> 452:   if (p != nullptr && p->klass() != nullptr && p->klass() == klass) {
> 453:     // If this is the klass in the constraint, the error was OOM from the ClassLoader.addClass() call.
> 454:     // other errors during loading will not have added this klass.

Nit: Capital O on other

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/15752#discussion_r1326735225