[10] JBS: 8167408: Invalid critical JNI function lookup
Vladimir Ivanov
vladimir.x.ivanov at oracle.com
Tue Oct 31 22:28:55 UTC 2017
Jamsheed, nice test!
2 suggestions:
(1) Enable the test on all platforms: though the bug is
platform-specific, it doesn't mean the test should be. I don't see any
platform-specific code there and it's beneficial to test other platforms
as well
(2) Add some test cases with multiple array parameters.
Otherwise, looks good.
Best regards,
Vladimir Ivanov
On 10/31/17 10:37 PM, jamsheed wrote:
> Hi Dean,
>
> Thank you for the review,
>
> tested with a test case, previously it was not working for windows-x86,
> now it works.
>
> revised webrev with test
> case:http://cr.openjdk.java.net/~jcm/8167408/webrev.01/
>
> Best regards,
>
> Jamsheed
>
>
> On Tuesday 31 October 2017 02:18 AM, dean.long at oracle.com wrote:
>> I think you need a native test for Windows x86 that defines
>> JavaCritical methods with various signatures (especially arrays) to
>> make sure this is working correctly.
>>
>> dl
>>
>>
>> On 10/30/17 9:45 AM, jamsheed wrote:
>>> Hi,
>>>
>>> request for review,
>>>
>>> jbs : https://bugs.openjdk.java.net/browse/JDK-8167408
>>>
>>> webrev: http://cr.openjdk.java.net/~jcm/8167408/webrev.00/
>>>
>>> (contributed by Ioannis Tsakpinis)
>>>
>>> desc:
>>>
>>> -- it starts with JavaCritical_ instead of Java_;
>>> -- it does not have extra JNIEnv* and jclass arguments;
>>> -- Java arrays are passed in two arguments: the first is an array
>>> length, and the second is a pointer to raw array data. That is, no
>>> need to call GetArrayElements and friends, you can instantly use a
>>> direct array pointer.
>>>
>>> updated arg_size calculation wrt above points.
>>>
>>> Best regards,
>>>
>>> Jamsheed
>>>
>>
>
More information about the hotspot-compiler-dev
mailing list