<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
Hi Erik,<br>
<br>
<div class="moz-cite-prefix">On 12/12/22 3:03 PM, Jason Fordham
wrote:<br>
</div>
<blockquote type="cite" cite="mid:30588c22-0327-1b90-d3f9-cc5b0441bb69@azul.com">
On 12/08/22, Erik Gahlin wrote:<br>
<br>
<blockquote type="cite">
<pre>We are considering bumping the minor version (a non-breaking change) of
the file format, but we are not sure if it is necessary as it was already
treated as a long value by the JMC parser?
It's more of a problem for the JDK parser, it checks that the number of
bytes read matches that of the event size, but since it is already broken
for large check point events, a change will not make it more broken. See
this JDK bug for details:
<a href="https://bugs.openjdk.org/browse/JDK-8298129" class="moz-txt-link-freetext" moz-do-not-send="true">https://bugs.openjdk.org/browse/JDK-8298129</a>
This change will not impact the size of ordinary events.
</pre>
</blockquote>
<font face="monospace"> </font></blockquote>
<br>
The customer involved has confirmed that they would like to be able
to read their historical collection of JFRs using a single tool, and
so a bump in the minor version number would make maintaining their
automated tools easier going forward. I hope this information
doesn't come too late.<br>
<br>
Kind regards,<br>
Jason<br>
<br>
</body>
</html>