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?



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