[9] RFR (XXS): 8059556: C2: crash while inlining MethodHandle invocation w/ null receiver

John Rose john.r.rose at oracle.com
Wed Oct 1 17:37:09 UTC 2014


Reviewed.

Suggest:
  52             try {
  53                 run();
  54             } catch (NullPointerException e) {
  55                 // expected
  55.1              continue;
  56             }
  56.1          throw new InternalError("not expected");

On Oct 1, 2014, at 9:43 AM, Vladimir Ivanov <vladimir.x.ivanov at oracle.com> wrote:

> http://cr.openjdk.java.net/~vlivanov/8059556/webrev.00/
> https://bugs.openjdk.java.net/browse/JDK-8059556
> 
> In case a receiver == null and it is a compile-time constant, it's type is TypePtr::NULL_PTR and it is not an oop pointer. Hence, receiver_type == NULL. There's no purpose in computing speculative_receiver_type in such case.
> 
> Make the code in agreement with the similar speculative code in Parse::do_call().
> 
> Testing: regression test
> 
> Thanks!
> 
> Best regards,
> Vladimir Ivanov



More information about the hotspot-compiler-dev mailing list