PING: RFR: 8219566: JFR did not collect call stacks when MaxJavaStackTraceDepth is set to zero

Yasumasa Suenaga yasuenag at gmail.com
Fri Mar 8 12:52:09 UTC 2019


PING: Could you review it?

>>>   JBS: https://bugs.openjdk.java.net/browse/JDK-8219566
>>>   webrev: http://cr.openjdk.java.net/~ysuenaga/JDK-8219566/webrev.00/


If you have any questions, please tell me.


Thanks,

Yasumasa


On 2019/02/27 22:46, Yasumasa Suenaga wrote:
> Hi Erik,
> 
> On 2019/02/27 22:30, Erik Gahlin wrote:
>> Hi Yasumasa,
>>
>> Could you explain a little about the bug?
>>
>> Why should stack traces be collected if MaxJavaStackTraceDepth is set to 0.
> 
> "0" in MaxJavaStackTraceDepth means all exception stack traces
> will be shown.
> 
> http://hg.openjdk.java.net/jdk/jdk/file/72ce7dd54939/src/hotspot/share/runtime/globals.hpp#l1553
> 
> JDK-7179701 reports similar issue.
> I think we can take similar approach for JDK-8219566.
> 
> 
> Thanks,
> 
> Yasumasa
> 
> 
>> Thanks
>> Erik
>>
>>> On 22 Feb 2019, at 07:48, Yasumasa Suenaga <yasuenag at gmail.com> wrote:
>>>
>>> Hi all,
>>>
>>> Please review this change:
>>>
>>>   JBS: https://bugs.openjdk.java.net/browse/JDK-8219566
>>>   webrev: http://cr.openjdk.java.net/~ysuenaga/JDK-8219566/webrev.00/
>>>
>>> JFR did not collect call stacks when MaxJavaStackTraceDepth is set to zero.
>>> This bug is similar to JDK-7179701.
>>>
>>> This change passed tests on submit repo and :jdk_jfr jtreg tests.
>>>
>>>
>>> Thanks,
>>>
>>> Yasumasa
>>


More information about the hotspot-jfr-dev mailing list