RFR (XM) 8076579: Popping a stack frame after exception breakpoint sets last method param to exception

serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Mon Apr 27 21:12:59 UTC 2015


Please, review the jdk 9 fix for:
   https://bugs.openjdk.java.net/browse/JDK-8076579


9 hotspot webrev:
http://cr.openjdk.java.net/~sspitsyn/webrevs/2015/hotspot/8076579-JVMTI-pop.1


Summary:

   This bug is a regression that was introduced but the fix of:
     https://bugs.openjdk.java.net/browse/JDK-7187554

   The bug is in the InterpreterRuntime::member_name_arg_or_null() 
function that
   does not return NULL if there is no invokestatic appendix argument 
(MemberName).
   It is why the _remove_activation_preserving_args is trying to to 
restore unexisting
   appendix argument when a pop instruction is executed by a debugger in 
the debuggee VM.
   The fix is to correctly set NULL in the thread vm_result when it is 
necessary:
     thread->set_vm_result(NULL);


Testing in progress:
   In progress: nsk.jvmti.testlist and nsk.jdi.testlist PopFrame tests, 
JTREG com/sun/jdi tests,
                ad-hog ExceptionBug.java test from the bug report


Thanks,
Serguei


More information about the serviceability-dev mailing list