RFR (M) 8223040: Add a AGCT test

serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Fri May 3 23:58:21 UTC 2019



On 5/3/19 7:59 AM, Daniel D. Daugherty wrote:
> On 5/2/19 8:28 PM, Jean Christophe Beyler wrote:
>> :)
>>
>> Sounds good to me and here is the new webrev with that naming scheme:
>> Webrev: http://cr.openjdk.java.net/~jcbeyler/8223040/webrev.01/ 
>> <http://cr.openjdk.java.net/%7Ejcbeyler/8223040/webrev.01/>
>
> make/test/JtregNativeHotspot.gmk
>     No comments.
>
> test/hotspot/jtreg/serviceability/AsyncGetCallTrace/MyPackage/AsyncGetCallTraceTest.java
>     L38:       System.loadLibrary("AsyncGetCallTraceTest");
>     L40:       System.err.println("Could not load Agct library");
>         The name in the error message should match the actual library 
> name.
>
> test/hotspot/jtreg/serviceability/AsyncGetCallTrace/libAsyncGetCallTraceTest.cpp
>     L79:   // OnClassPrepare callback to prime the jmethods for ASGCT.
>         ASGCT used here, but never spelled out before.
>         Also, you've been using AGCT elsewhere...
>
>     L107:   if (jvmti->AddCapabilities(&caps) != JVMTI_ERROR_NONE) {
>         Missing an error message:
>
>           fprintf(stderr, "Problem adding the capabilities\n");
>
>     L118:     fprintf(stderr, "Problem adding the capabilities\n");
>         typo: s/capabilities/callbacks/
>
>     L125:     fprintf(stderr, "Problem setting the class loading 
> event.\n");
>         typo: s/loading/load/
>
>     L132:     fprintf(stderr, "Problem setting the class loading 
> event.\n");
>         typo: s/loading/prepare/
>
>     L161: // A copy of the ASGCT data structures.
>         I thought I put a copy of the header file into the repo...
>
>     L165: } ASGCT_CallFrame;
>         I screwed up when I used "ASGCT_" years ago... Can't fix it now.

I've already used to it, so would prefer to keep it everywhere. :)
But never mind.

Thanks,
Serguei


> Your call on whether to fix the minor issues above. I don't need to
> see a new webrev if you do.
>
> Thumbs up.
>
> Dan
>
>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8223040
>>
>> Thanks for your help!
>> Jc
>>
>> On Thu, May 2, 2019 at 5:16 PM <serguei.spitsyn at oracle.com 
>> <mailto:serguei.spitsyn at oracle.com>> wrote:
>>
>>
>>
>>     On 5/2/19 5:13 PM, serguei.spitsyn at oracle.com
>>     <mailto:serguei.spitsyn at oracle.com> wrote:
>>>     God suggestion!
>>
>>     Above is a typo, I wanted to say "Good suggestion".
>>     But the typo is funny. :)
>>
>>     Thanks,
>>     Serguei
>>
>>>
>>>     Thanks,
>>>     Serguei
>>>
>>>     On 5/2/19 4:55 PM, Daniel D. Daugherty wrote:
>>>>     I would use "AsyncGetCallTrace" for the top level directory name.
>>>>     That would make it easier for someone searching the test space...
>>>>
>>>>     Dan
>>>>
>>>>
>>>>     On 5/2/19 7:03 PM, Jean Christophe Beyler wrote:
>>>>>     Hi Serguei,
>>>>>
>>>>>     Thanks for the review, I fixed the bug name but have not yet
>>>>>     changed the webrev. Does anyone else have an opinion of the
>>>>>     naming of the tests?
>>>>>
>>>>>     Thanks all!
>>>>>     Jc
>>>>>
>>>>>     On Tue, Apr 30, 2019 at 5:10 PM <serguei.spitsyn at oracle.com
>>>>>     <mailto:serguei.spitsyn at oracle.com>> wrote:
>>>>>
>>>>>         Hi Jc,
>>>>>
>>>>>         I'd suggest to change the bug title to be:
>>>>>            Add a AsyncGetCallTrace test
>>>>>
>>>>>         I'm not sure about the test names.
>>>>>         Maybe, it is Okay to keep the AGCT abbreviation.
>>>>>         But I'd like to hear other opinions.
>>>>>
>>>>>         Thanks,
>>>>>         Serguei
>>>>>
>>>>>         On 4/30/19 3:47 PM, Jean Christophe Beyler wrote:
>>>>>>         Hi all,
>>>>>>
>>>>>>         As I start looking at working on the AGCT bugs, I wanted
>>>>>>         to at least start creating a baseline of tests for AGCT.
>>>>>>         This is an attempt to just have a "base" test (and
>>>>>>         infrastructure) that tries to call AGCT and get back some
>>>>>>         sane information.
>>>>>>
>>>>>>         Next step will be to add a few more tests that will be
>>>>>>         exposing the limitations of
>>>>>>         https://bugs.openjdk.java.net/browse/JDK-8178287 for example.
>>>>>>
>>>>>>         Webrev:
>>>>>>         http://cr.openjdk.java.net/~jcbeyler/8223040/webrev.00/
>>>>>>         <http://cr.openjdk.java.net/%7Ejcbeyler/8223040/webrev.00/>
>>>>>>         Bug: https://bugs.openjdk.java.net/browse/JDK-8223040
>>>>>>
>>>>>>         This passed the test on my linux machine (the test is
>>>>>>         only for linux due to the dlsym) and the submit-repo.
>>>>>>
>>>>>>         Thanks,
>>>>>>         Jc
>>>>>
>>>>>
>>>>>
>>>>>     -- 
>>>>>
>>>>>     Thanks,
>>>>>     Jc
>>>>
>>>
>>
>>
>>
>> -- 
>>
>> Thanks,
>> Jc
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20190503/ac4d7516/attachment.html>


More information about the serviceability-dev mailing list