RFR 8159284: bigapps/Jetty - assert(jfa->last_Java_sp() > sp()) failed with tracing code in use

Frederic Parain frederic.parain at oracle.com
Tue Aug 2 18:02:38 UTC 2016


Coleen,

src/cpu/aarch64/vm/frame_aarch64.cpp

   line 116: return entry_frame_is_safe(thread);
   line 207: return sender.is_entry_frame_safe(thread);

   Method names are different, is it a typo?

src/cpu/sparc/vm/frame_sparc.cpp

   No comments

src/cpu/x86/vm/frame_x86.cpp

   No comments

src/share/vm/runtime/frame.cpp

   No comments

src/share/vm/runtime/frame.hpp

   I would expect the new method name to be is_entry_frame_safe()
   as most tester methods begin with "is_" but I this is just a
   personal opinion.

Fred

On 08/01/2016 07:38 PM, Coleen Phillimore wrote:
> Summary: Test condition in assert in frame::safe_for_sender() for entry
> frames and return false.
>
> This bug is for a confidential part of the project that needs more
> robustness checks to verify that frame::sender() can be called.
>
> Also refactored into frame::entry_frame_is_safe() because these
> platforms had the same code for entry frames to determine whether it is
> still safe to trust this frame to call sender(). These platforms had
> also the same assert in sender_for_entry_frame() that the sampling code
> hit.
>
> Tested with our nightly tests on all platforms and bigapps/Jetty.
>
> open webrev at http://cr.openjdk.java.net/~coleenp/8159284.01/webrev
>
> Thanks,
> Coleen
>


More information about the hotspot-dev mailing list