RFR 8153629: Need to cover JVMTI's GetOwnedMonitorStackDepthInfo function
Chris Plummer
chris.plummer at oracle.com
Fri Jan 12 22:31:21 UTC 2018
Hi Serguei,
On 1/12/18 2:25 PM, serguei.spitsyn at oracle.com wrote:
> Hi Daniil,
>
> It is pretty good in general.
> Thank you for taking care about it!
>
> Some comments though.
>
> The test case is too trivial.
> I'd suggest to extend it to have at least a couple of locks in the
> returned array.
> One way to do it would be to add a instance synchronized method and
> invoke it from the synchronized statement of the tested Thread.
> Then the verifyOwnedMonitors() can be invoked from this method.
>
> A couple of comments on the native agent.
>
> 72 // JNI_OnLoad has not been called yet, so can't possibly be
> an instance of TEST_CLASS.
>
> Could you, please, rewrite this comment?
> Maybe just tell that there probably was an error in loading the
> TEST_CLASS.
This was copied from my comment in GetOwnedMonitorInfoTest, which I
assume this test was based on.
> What about moving the FindClass(env, TEST_CLASS) to the
> verifyOwnedMonitors() function?
> It will make the testClass variable local.
>
Also from GetOwnedMonitorInfoTest. This is code I reworked in that test
recently to fix 8191229. These two tests should be kept consistent.
Chris
> 200 fprintf(stderr, "VerifyOwnedMonitors: FAIL:
> stackDepthInfo[0].stack_depth should be 1.\n");
>
> 207 fprintf(stderr, "VerifyOwnedMonitors: FAIL: monitorCount
> should be 1.\n");
>
>
> It'd better to rephrase the messages above to tell about actual values
> vs expected.
> It normally simplifies the analysis of failures as there is no need to
> find
> what values were printed before and that they are exactly what needed
> for comparison.
>
> Thanks,
> Serguei
>
>
>
> On 1/11/18 17:45, Daniil Titov wrote:
>> Hello,
>>
>> Please review the following fix that adds a jtreg test for
>> GetOwnedMonitorStackDepthInfo JVMTI function.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8153629
>> Webrev: http://cr.openjdk.java.net/~dtitov/8153629/webrev.00
>>
>>
>> The tests ran successfully with Mach5.
>>
>> Best regards,
>> Daniil
>>
>>
>
More information about the serviceability-dev
mailing list