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

[Chris Plummer]

On Tue, 27 Jan 2026 00:12:08 GMT, Chris Plummer <cjplummer at openjdk.org> wrote:

>> Message on Windows: 
>> 
>> `# Core dump will be written. Default location: C:\\sb\\prod\\1769462715\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_core_file_tests\\scratch\\0\\hs_err_pid71004.mdmp`
>> 
>> And then later in test output you see:
>> 
>> 
>> getCoreFileLocation found stringWithLocation = C:\\sb\\prod\\1769462715\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_core_file_tests\\scratch\\2\\hs_err_pid80292.mdmp
>> Found core file C:\\sb\\prod\\1769462715\\testoutput\\test-support\\jtreg_open_test_hotspot_jtreg_core_file_tests\\scratch\\2\\hs_err_pid80292.mdmp, size = 361mb
>> 
>> 
>> I don't have macOS info at the moment. I only ran on macosx-aarch64, and currently all the core file tests are problem listed on that platform. I'm doing a run now without them problem listed. Will have results shortly.
>
> Oh, and the reason for not doing in a macOS is because this code is only applicatlbe if a linux core file handler is installed. See the comment immediately below. I don't see how it could ever benefit macOS.

>From macOS hs_err file:

`# Core dump will be written. Default location: core.78827`

>From the test output:


getCoreFileLocation found stringWithLocation = core.78827
Found core file core.78827, size = 6660mb

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

PR Review Comment: https://git.openjdk.org/jdk/pull/29284#discussion_r2729813708