<div dir="ltr"><div>I would find this tool particularly useful. I came across various 
`hs_err_pid` files, while one can read them this can speed analyzing up 
significantly.</div><div><br></div><div>Even for simple cases, like a bug in the FFM API usage (it's still possible to dereference a bad address).</div><div><br></div><div>Looking forward to this plugin !<br></div><div><br></div><div>Thanks for proposing the idea.<br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div>-- Brice</div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 12, 2024 at 5:35 PM Laurence Cable <<a href="mailto:larry.cable@oracle.com">larry.cable@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Maxim, a great idea, the JDK serviceability team here at Oracle would <br>
like to assist you in any way we can.<br>
<br>
I think also we should (in the future) consider the format of the error <br>
file and associated jcmd and perhaps render the content<br>
in a format that is better suited to programmatic parsing even a <br>
jq-esque formatter that took the human-readable format and<br>
re-formatted would be useful (IMO)<br>
<br>
Rgds<br>
<br>
- Larry Cable<br>
<br>
<br>
On 4/11/24 7:05 AM, Maxim Kartashev wrote:<br>
> Hello,<br>
><br>
> I am writing to inquire about the potential interest of the people <br>
> involved in inspecting HotSpot crashes in a tool aimed at facilitating <br>
> that inspection.<br>
><br>
> We at JetBrains have developed an internal plugin that helps both with <br>
> filtering through dozens of reports quickly in order to find a pattern <br>
> and for diving deep into a particular crash. In addition to the <br>
> "standard" features such as syntax highlighting, folding, and <br>
> structural navigation, it will<br>
> * highlight potential problems such as overloaded CPU, low physical <br>
> memory, the presence of OOME in the recent exceptions, LD_LIBRARY_PATH <br>
> being set, etc,<br>
> * generate an "executive summary" for a high-level overview, for <br>
> example, by front-line support,<br>
> * pop up a tooltip for any recognized address describing its origin <br>
> (for example, if it belongs to some thread's stack, the Java heap, a <br>
> register, or a memory-mapped region),<br>
> * provide the ability to highlight all addresses "near" the selected <br>
> address, including registers, threads, and memory-mapped regions.<br>
><br>
> If there is sufficient interest in creating a public and/or <br>
> open-source variant of this internal plugin, I will pitch the idea to <br>
> my employer. It shouldn't be too much work to create a public version.<br>
><br>
> Kind regards,<br>
> Maxim.<br>
><br>
> References:<br>
> * <a href="https://docs.oracle.com/javase/10/troubleshoot/fatal-error-log.htm" rel="noreferrer" target="_blank">https://docs.oracle.com/javase/10/troubleshoot/fatal-error-log.htm</a><br>
><br>
<br>
</blockquote></div>