RFR: JDK-8051349: nsk/jvmti/scenarios/sampling/SP06/sp06t003 fails in nightly

[Gary Adams]

While testing I ran into another of the related failures that were
associated with the original bug.

The following fake exception stacktrace is for failure analysis.
nsk.share.Fake_Exception_for_RULE_Creation: (sp02t003.cpp:313) jvmti->GetFrameLocation(threadsDesc[i].thread, j,&qMethod,&qLocation)
	at nsk_lvcomplain(nsk_tools.cpp:172)
# ERROR: sp02t003.cpp, 313: jvmti->GetFrameLocation(threadsDesc[i].thread, j,&qMethod,&qLocation)
#   jvmti error: code=31, name=JVMTI_ERROR_NO_MORE_FRAMES
- sp02t003.cpp, 310:       3 frame: method: 0x7f225042b2d8, location: 16
# ERROR: sp02t003.cpp, 313: jvmti->GetFrameLocation(threadsDesc[i].thread, j,&qMethod,&qLocation)
#   jvmti error: code=31, name=JVMTI_ERROR_NO_MORE_FRAMES
# ERROR: sp02t003.cpp, 350: No expected method frame for not suspended thread #4 (threadRunningInterrupted)

In this particular failure, the GetFrameLocation call failed, because 
the frame was no longer
accessible.

If the threads are not suspended, the GetFrameLocation may fail,
or if it passes, the qMethod and qLocation could belong to another
frame.

I've updated the webrev to allow the call to GetFrameLocation, but to only
report an error if the threads are suspended. Similarly, the checks to 
compare
qMethod and qLocation will be skipped, if the threads are not suspended.
And the final comparison that the method was found will only be an error
if the threads are suspended.

   Webrev: http://cr.openjdk.java.net/~gadams/8051349/webrev.01/

On 12/12/18, 11:54 AM, Gary Adams wrote:
> After some testing with nsk verbose messages enabled,
> it is clear that this test is failing in checkThreads when the
> location did not match between the call to GetStackTrace
> and GetFrameLocation. For the tests that are run when the threads
> have not been suspended, there is no guarantee the locations
> will match.
>
>   Issue: https://bugs.openjdk.java.net/browse/JDK-8051349
>   Webrev: http://cr.openjdk.java.net/~gadams/8051349/webrev.00/
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20181213/9188dc1c/attachment.html>