RFR: 8375477: CoreUtils support for SA tests should attempt to locate and unzip core files when they have been zipped
Leonid Mesnik
lmesnik at openjdk.org
Mon Jan 19 02:18:36 UTC 2026
On Sat, 17 Jan 2026 03:49:17 GMT, Chris Plummer <cjplummer at openjdk.org> wrote:
> The support for locating zipped (and subsequently unzipped) core files broken when a message in the hs_err file changed, causing CoreUtils.java to not detect the alternate location of the core file. It became broken 2 months ago by the changes for [JDK-8368551](https://bugs.openjdk.org/browse/JDK-8368551). That changed the hotspot message related to the core file location that CoreUtils was searching for:
>
>
> if (core_pattern[0] == '|') {
> written = jio_snprintf(buffer, bufferSize,
> - ""%s" (or dumping to %s/core.%d)",
> + ""%s" (alternatively, falling back to %s/core.%d)",
> &core_pattern[1], p, current_process_id());
>
>
> CoreUtils was checking for "or ", but it needs to check for "alternatively...".
>
> Testing: I checked our CI runs, which used to skip all the SA core files tests on linux-x64 and linux-aarch64, and they are now running the tests and passing properly.
Marked as reviewed by lmesnik (Reviewer).
-------------
PR Review: https://git.openjdk.org/jdk/pull/29284#pullrequestreview-3676030589
More information about the serviceability-dev
mailing list