RFR: 8276208: vmTestbase/nsk/jdb/repeat/repeat001/repeat001.java fails with "AssertionError: Unexpected output"

Jakob Cornell duke at openjdk.java.net
Mon Nov 1 16:32:27 UTC 2021


On Mon, 1 Nov 2021 04:39:27 GMT, Jakob Cornell <duke at openjdk.java.net> wrote:

> This will fix a few issues with the tests added in #5290:
> 
> - [ ] intermittent failures
> - [x] tests should use `failure` method to report problems rather than throwing `AssertionError`

I'm not sure whether this is expected to be a platform-specific bug, but I've been assuming it is since I've never seen the failure on my Linux system.

I started with the Windows failure and noticed that the JDB loop mechanism doesn't seem to be working:


Sending command: 2 2 up
reply[0]: End of stack.
reply[1]: main[1]


That would seem to be the cause of the "Unexpected output" error, but I can't reproduce the behavior manually on the x86-64 Windows system I have access to.  With repeat on:


main[1] 2 2 up
End of stack.
main[1] End of stack.
main[1] End of stack.
main[1] End of stack.
main[1]


I wonder if Daniel can provide any more information that might enable me to reproduce the issue for debugging.  If not, I don't think I can diagnose the issue.  Another question I have is whether anybody has attempted to find the point the bug was introduced by backporting the test to earlier versions of the JDK.  I think that would essentially mean reducing the test to `2 2 up` or similar, since the `repeat` command is brand new.

I'm assuming the Mach 5 failure has the same underlying cause; I could try virtualizing Linux on PowerPC to try to reproduce that one, but that seems likely to take a lot of time and unlikely to turn up anything useful.

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

PR: https://git.openjdk.java.net/jdk/pull/6182


More information about the serviceability-dev mailing list