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. This pull request has now been integrated. Changeset: fa1b1d67 Author: Chris Plummer <[email protected]> URL: https://git.openjdk.org/jdk/commit/fa1b1d677ac492dfdd3110b9303a4c2b009046c8 Stats: 17 lines in 1 file changed: 14 ins; 0 del; 3 mod 8375477: CoreUtils support for SA tests should attempt to locate and unzip core files when they have been zipped Reviewed-by: lmesnik, kevinw ------------- PR: https://git.openjdk.org/jdk/pull/29284
