On Sat, 17 Jan 2026 03:49:17 GMT, Chris Plummer <[email protected]> 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
