RFR(S): 8217043: Shenandoah: SIGSEGV in Type::meet_helper() at barrier expansion time
Tobias Hartmann
tobias.hartmann at oracle.com
Wed Jan 16 11:25:16 UTC 2019
Hi Roland,
looks good to me.
Best regards,
Tobias
On 15.01.19 10:19, Roland Westrelin wrote:
>
> http://cr.openjdk.java.net/~roland/8217043/webrev.00/
>
> The ShenandoahBarrierNode::needs_barrier_impl() encounters a
> CallLeafNode (from a write barrier) and tries to get the type of n which
> is a tuple, not a pointer and this causes a null pointer
> dereference. The write barrier runtime call should anyway prevent an
> optimization of the barrier and to be on the safe side, any call should.
>
> Roland.
>
More information about the hotspot-compiler-dev
mailing list