RFR: 8375477: CoreUtils support for SA tests should attempt to locate and unzip core files when they have been zipped

Chris Plummer cjplummer at openjdk.org
Mon Jan 26 19:33:49 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 broke 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.

Ping again. I'd really like to get this pushed. There have been recent SA core file related changes, and more are to come, and without this change they are not being properly tested by our CI.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/29284#issuecomment-3801287714


More information about the serviceability-dev mailing list