RFR: 7012961 runtime/jni/WindowsExceptionFilter/WindowsExceptionFilter01 crashes on windows-amd64
Zhengyu Gu
zhengyu.gu at oracle.com
Thu Dec 12 07:33:54 PST 2013
Hi Dan,
I searched mercurial repo and related bugs which dated back jdk5, I
could not find when it was disabled. The only comment that sheds some
light, is that in original code:
2280 If EXCEPTION_FLT_* happened after some native method modified
2281 mxcsr - it is not a jvm fault.
Did we move arithmetic calculations to intrinsic routines at some point?
Thanks,
-Zhengyu
On 12/12/2013 9:56 AM, Daniel D. Daugherty wrote:
> Zhengyu,
>
> A little more explanation about the code that was previously disabled
> on Win-64 and is now enabled would be helpful. It's difficult to see
> your reasons for this change based on just the webrev.
>
> Dan
>
>
> On 12/11/13 10:52 AM, Zhengyu Gu wrote:
>> This is another nightly clean up bug, and it is targeted to JDK9.
>>
>> The comment on original code line 2280 - 2281 is not accurate, since
>> compiled code and intrinsic routines also can cause EXCEPTION_FLT_*.
>> This particular testcase actually triggers
>> EXCEPTION_FLT_DIVIDE_BY_ZERO from intrinsic routine.
>>
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-7012961
>> Webrev: http://cr.openjdk.java.net/~zgu/7012961/webrev.00/
>> <http://cr.openjdk.java.net/%7Ezgu/7012961/webrev.00/>
>>
>> Test:
>> Tested on Windows 64.
>>
>> Thanks,
>>
>> -Zhengyu
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/hotspot-runtime-dev/attachments/20131212/cdec49db/attachment.html
More information about the hotspot-runtime-dev
mailing list