RFR: 8330606: Redefinition doesn't but should verify the new klass [v2]
Chris Plummer
cjplummer at openjdk.org
Thu Nov 14 21:54:21 UTC 2024
On Thu, 14 Nov 2024 21:31:53 GMT, Coleen Phillimore <coleenp at openjdk.org> wrote:
>> test/hotspot/jtreg/serviceability/jvmti/RedefineClasses/RedefineVerifyError.java line 124:
>>
>>> 122: try {
>>> 123: RedefineClassHelper.redefineClass(verifyErrorMirror, dump());
>>> 124: VerifyError err = new VerifyError("verify me now");
>>
>> Which of these two lines are expected to throw a VerifyError?
>>
>> Is the VerifyError because you can't redefine VerifyError, or is there something invalid about the how the class is redefined?
>
> We call the verifier during redefinition with the 'true' parameter, so the redefinition will throw VerifyError when it's loading the new class file version. There's a broken stackmap in the new version of this VerifyError class (ie. I asmifyied it and commented out something in it). I updated the test with some comments.
Ok. You got rid of the `new VerifyError()`, which is what I figured my next request was going to be. :)
The test looks fine. I don't really have the background to review the native code.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/22116#discussion_r1842930758
More information about the hotspot-runtime-dev
mailing list