RFR: 8263044: jdk/jfr/jvm/TestDumpOnCrash.java timed out
Markus Grönlund
mgronlun at openjdk.org
Mon Oct 10 14:12:14 UTC 2022
On Mon, 10 Oct 2022 09:32:45 GMT, Erik Gahlin <egahlin at openjdk.org> wrote:
> Hi,
>
> When a crash/emergency dump is created, it is sometimes not complete.
>
> This is OK as there is no guarantee that a dump will succeed when the JVM crashes. Problem occurs if this happens before the first metadata event has been written (metadataPosition == 0) in which case the parser will loop indefinitely.
>
> This is expected behavior in the streaming case (EventStream), but if the recording was opened with RecordingFile it is usually able to finish or throw an exception. The fix is to invoke pollWait() if a valid recording only consists of the header (68 bytes). This will result in similar behaviour as if the recording was terminated prematurely, but the metadata event had been written.
>
> Testing: jdk/jdk/jfr
>
> Thanks
> Erik
Marked as reviewed by mgronlun (Reviewer).
-------------
PR: https://git.openjdk.org/jdk/pull/10629
More information about the hotspot-jfr-dev
mailing list