RFR (XS): 8019184: MethodHandles.catchException() fails when methods have 8 args + varargs
John Rose
john.r.rose at oracle.com
Tue Jul 2 15:00:00 PDT 2013
Good; ship it! — John
On Jul 2, 2013, at 2:50 PM, Christian Thalinger <christian.thalinger at oracle.com> wrote:
>
> On Jul 2, 2013, at 2:04 PM, John Rose <john.r.rose at oracle.com> wrote:
>
>> Good fix, good test.
>>
>> Suggestions for the test:
>>
>> Change e.printStackTrace() to throw new AssertionError(e), to get earlier detection of config error.
>
> Done.
>
>>
>> Suggest using a more specific type than Exception, maybe even a specific instance (like firstArg), to rule out interference from accidental errors. Then detect the caught exception in the handler, before returning the desired value.
>
> It seems to be part of the magic that the exception doesn't end up in the handler so I can't check for the exception instance.
>
>>
>> Suggest defining MAX_ARITY (MAX_MH_ARITY?) more categorically as 254, with a comment. Then have the loop go up to MAX_ARITY-1 with a comment, or put a break at the bottom of the loop body:
>> if (handlerWithArgs.type().parameterCount() == MAX_MH_ARITY) break; // no more cases possible
>
> Done.
>
>>
>> As we have seen, arity limits are hard to reason about!
>>
>> (Instead of dropArgs you could use something like MethodType.methodType(Object.class, Exception.class, ptypes.toArray()).)
>
> This doesn't work because ptypes.toArray() returns an Object[] and I think that the drop is also part of the magic. (I have engineered this test after the test case of the bug report.)
>
> Anyway, here is an updated webrev:
>
> http://cr.openjdk.java.net/~twisti/8019184/webrev/
>
> -- Chris
>
>>
>> — John
>>
>> On Jul 2, 2013, at 1:33 PM, Christian Thalinger <christian.thalinger at oracle.com> wrote:
>>
>>> http://cr.openjdk.java.net/~twisti/8019184/webrev/
>>>
>>> 8019184: MethodHandles.catchException() fails when methods have 8 args + varargs
>>> Reviewed-by:
>>>
>>> The bug seems to be in MethodHandlesImpl.makeGuardWithCatch using ValueConversions.varargsArray:
>>>
>>> return makeCollectArguments(ginvoker, ValueConversions.varargsArray(nargs), 0, false);
>>>
>>> ValueConversions.varargsArray returns a MethodHandle which's type is:
>>>
>>> MethodHandle(Object,Object,Object,Object,Object,Object,Object,Object,Object)Object[]
>>>
>>> It doesn't preserve the trailing Object[].
>>>
>>> The fix is to call makePairwiseConvert on the result of makeCollectArguments.
>>>
>>> src/share/classes/java/lang/invoke/MethodHandleImpl.java
>>> test/java/lang/invoke/TestCatchExceptionWithVarargs.java
>>>
>>
>
More information about the hotspot-dev
mailing list