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,

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