RFR: 8376284: New test serviceability/sa/TestJhsdbJstackMixedCore.java from JDK-8374482 fails on Linux Alpine [v3]

[Yasumasa Suenaga]

On Fri, 30 Jan 2026 22:01:03 GMT, Chris Plummer <cjplummer at openjdk.org> wrote:

>> Yasumasa Suenaga has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Clarify comments regarding debuginfo retrieval
>
> test/hotspot/jtreg/serviceability/sa/TestJhsdbJstackMixedCore.java line 71:
> 
>> 69:         // Check whether the symbol of signal trampoline is available.
>> 70:         var libc = SATestUtils.getLibCPath();
>> 71:         if (!SATestUtils.isSymbolAvailable(libc, "__restore_rt")) {
> 
> Do we have any reason to support the lookup of symbols not in libc? I'm just wondering if `SATestUtils.isSymbolAvailable()` should just take the symbol argument not the libc argument.

I want to use `isSymbolAvailable()` in JDK-8376269 (PR #29400) to find the symbol relates to `gettimeofday()` in vDSO.
(so I defined `getDebugInfo(()` as public to check vDSO debuginfo availability)

> test/lib/jdk/test/lib/SA/SATestUtils.java line 345:
> 
>> 343:     }
>> 344: 
>> 345:     private static boolean isSymbolAvailableInternal(String lib, String symbol) throws IOException {
> 
> Should `lib` be named something more like `debugInfoPath`?

This function is used for finding symbol from lib (not debuginfo) in L361.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/29480#discussion_r2748623694
PR Review Comment: https://git.openjdk.org/jdk/pull/29480#discussion_r2748624984