RFR: JDK-8164913: JVMTI.agent_load dcmd should show useful error message
serguei.spitsyn at oracle.com
serguei.spitsyn at oracle.com
Tue Sep 6 18:48:00 UTC 2016
Hi Yasumasa,
Please, find my comment below.
On 9/6/16 06:06, Yasumasa Suenaga wrote:
> Hi David,
>
>> Is this something specific to code added in 9? If so that is
>> motivation as we should not have a new feature with known bugs if we
>> can avoid it. But if this already exists in JDK 8 and is a long
>> standing "bug" ...
>
> The change for jvmtiExport.cpp can apply jdk8u:
>
> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot/file/d55ea2916525/src/share/vm/prims/jvmtiExport.cpp#l2270
>
> I think HotSpot in jdk8u ignores exception and return JNI_OK even if
> Agent_OnAttach() fails.
> OTOH, the change for diagnosticCommand.cpp affects jdk9 only.
>
>
> Thanks,
>
> Yasumasa
>
>
> On 2016/09/06 9:54, David Holmes wrote:
>> Hi Yasumasa,
>>
>> On 1/09/2016 1:47 PM, Yasumasa Suenaga wrote:
>>> Hi all,
>>>
>>> I think RDP1 has been started.
>>> Cannot I fix this?
>>
>> "P4-P5 bugs should, in general, be left to future releases unless they
>> only affect documentation, demos, or tests, in which case they should be
>> identified as such with the "noreg-doc", "noreg-demo", and "noreg-self"
>> labels, respectively." [1]
>>
>> This is due to the need to stabilize changes as we head towards GA.
>>
>> I think you would have to justify why this should be a P3 rather than
>> P4 issue.
This needs to be answered as well.
Thanks,
Serguei
>> Is this something specific to code added in 9? If so that is
>> motivation as we should not have a new feature with known bugs if we
>> can avoid it. But if this already exists in JDK 8 and is a long
>> standing "bug" ...
>>
>> David
>>
>> [1]
>> http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004777.html
>>
>>
>>> This problem is that jcmd shows incorrect status when JVMTI agent
>>> cannot
>>> be attached.
>>> I think this problem should be fixed in 9 GA.
>>> The users who want.to attach JVMTI agent want to know
>>> whether it succeed.
>>>
>>> Yasumasa
>>>
>>>
>>> 2016/08/29 15:42 "Yasumasa Suenaga" <yasuenag at gmail.com
>>> <mailto:yasuenag at gmail.com>>:
>>>
>>> This comment no longer matches the code and should be deleted:
>>>
>>> 2412 // Agent_OnAttach executed so completion status
>>> is JNI_OK
>>> 2413 st->print_cr("return code: %d", result);
>>>
>>>
>>> Thanks David!
>>> I removed it in new webrev.
>>>
>>> http://cr.openjdk.java.net/~ysuenaga/JDK-8164913/webrev.01/
>>> <http://cr.openjdk.java.net/~ysuenaga/JDK-8164913/webrev.01/>
>>>
>>>
>>> Yasumasa
>>>
>>>
>>> On 2016/08/29 12:59, David Holmes wrote:
>>>
>>> Hi Yasumasa,
>>>
>>> On 28/08/2016 10:47 PM, Yasumasa Suenaga wrote:
>>>
>>> Hi all,
>>>
>>> If we try to attach invalid JVMTI agent via
>>> JVMTI.agent_load
>>> dcmd, we
>>> will get
>>> "Command executed successfully". However, it implies
>>> error in
>>> JVMTIAgentLoadDCmd.
>>>
>>> This message is from JCmd.java when jcmd does not receive
>>> output from
>>> target VM.
>>> So we should send error message from JVMTIAgentLoadDCmd.
>>>
>>> I uploaded a webrev for it. Could you review it?
>>>
>>>
>>> http://cr.openjdk.java.net/~ysuenaga/JDK-8164913/webrev.00/
>>> <http://cr.openjdk.java.net/~ysuenaga/JDK-8164913/webrev.00/>
>>>
>>>
>>> This seems reasonable.
>>>
>>> src/share/vm/prims/jvmtiExport.cpp
>>>
>>> This comment no longer matches the code and should be deleted:
>>>
>>> 2412 // Agent_OnAttach executed so completion status
>>> is JNI_OK
>>> 2413 st->print_cr("return code: %d", result);
>>>
>>> Thanks,
>>> David
>>>
>>> I cannot access JPRT.
>>> So I need a sponsor.
>>>
>>>
>>> Thanks,
>>>
>>> Yasumasa
>>>
More information about the serviceability-dev
mailing list