RFR: 8337299: vmTestbase/nsk/jdb/stop_at/stop_at002/stop_at002.java failure goes undetected

Serguei Spitsyn sspitsyn at openjdk.org
Fri Aug 2 21:57:44 UTC 2024


On Thu, 1 Aug 2024 16:59:16 GMT, Chris Plummer <cjplummer at openjdk.org> wrote:

>> test/hotspot/jtreg/vmTestbase/nsk/jdb/stop_at/stop_at002/stop_at002.java line 147:
>> 
>>> 145:         }
>>> 146: 
>>> 147:         found = grep.findFirst("Breakpoint hit: \"thread=main\", ");
>> 
>> Q: Is it possible to check for the exact breakpoint location here?
>
> The problem is in the test we have:
> 
> `    static final String DEBUGGEE_LOCATION2 = DEBUGGEE_CLASS + "$Inner$MoreInner:78";`
> 
> And the jdb output is:
> 
> `reply[2]: Breakpoint hit: "thread=main", nsk.jdb.stop_at.stop_at002.stop_at002a$Inner$MoreInner.foo(), line=78 bci=0`
> 
> So I can't just search for DEBUGGEE_LOCATION2 in the output. I could do further factoring of DEBUGGEE_LOCATION2 so it is easier to construct a search pattern that would work, but I don't feel it is worth it.

Okay, thanks.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/20366#discussion_r1702356366


More information about the serviceability-dev mailing list