Java 如何使用JNA防止异常被零除？

我收到了JNA的以下消息。是否有任何JNA设置来防止这种情况

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_FLT_DIVIDE_BY_ZERO (0xc000008e) at pc=0x0000000000b6ec60, pid=2364, tid=3908
#
# JRE version: Java(TM) SE Runtime Environment (8.0_74-b02) (build 1.8.0_74-b02)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (25.74-b02 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# v  ~RuntimeStub::unwind_exception Runtime1 stub
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# An error report file with more information is saved as:
# ....\hs_err_pid2364.log
Compiled method (c1)  425393 12999   !   3       database.DatabaseUtils::executeQuery (83 bytes)
 total in heap  [0x00000000028d1350,0x00000000028d2e98] = 6984
 relocation     [0x00000000028d1470,0x00000000028d15b0] = 320
 main code      [0x00000000028d15c0,0x00000000028d26a0] = 4320
 stub code      [0x00000000028d26a0,0x00000000028d27a8] = 264
 oops           [0x00000000028d27a8,0x00000000028d27b8] = 16
 metadata       [0x00000000028d27b8,0x00000000028d2818] = 96
 scopes data    [0x00000000028d2818,0x00000000028d2bf0] = 984
 scopes pcs     [0x00000000028d2bf0,0x00000000028d2e20] = 560
 dependencies   [0x00000000028d2e20,0x00000000028d2e28] = 8
 handler table  [0x00000000028d2e28,0x00000000028d2e58] = 48
 nul chk table  [0x00000000028d2e58,0x00000000028d2e98] = 64
Compiled method (c1)  425394 12999   !   3       database.DatabaseUtils::executeQuery (83 bytes)
 total in heap  [0x00000000028d1350,0x00000000028d2e98] = 6984
 relocation     [0x00000000028d1470,0x00000000028d15b0] = 320
 main code      [0x00000000028d15c0,0x00000000028d26a0] = 4320
 stub code      [0x00000000028d26a0,0x00000000028d27a8] = 264
 oops           [0x00000000028d27a8,0x00000000028d27b8] = 16
 metadata       [0x00000000028d27b8,0x00000000028d2818] = 96
 scopes data    [0x00000000028d2818,0x00000000028d2bf0] = 984
 scopes pcs     [0x00000000028d2bf0,0x00000000028d2e20] = 560
 dependencies   [0x00000000028d2e20,0x00000000028d2e28] = 8
 handler table  [0x00000000028d2e28,0x00000000028d2e58] = 48
 nul chk table  [0x00000000028d2e58,0x00000000028d2e98] = 64
Compiled method (c1)  425394 12999   !   3       database.DatabaseUtils::executeQuery (83 bytes)
 total in heap  [0x00000000028d1350,0x00000000028d2e98] = 6984
 relocation     [0x00000000028d1470,0x00000000028d15b0] = 320
 main code      [0x00000000028d15c0,0x00000000028d26a0] = 4320
 stub code      [0x00000000028d26a0,0x00000000028d27a8] = 264
 oops           [0x00000000028d27a8,0x00000000028d27b8] = 16
 metadata       [0x00000000028d27b8,0x00000000028d2818] = 96
 scopes data    [0x00000000028d2818,0x00000000028d2bf0] = 984
 scopes pcs     [0x00000000028d2bf0,0x00000000028d2e20] = 560
 dependencies   [0x00000000028d2e20,0x00000000028d2e28] = 8
 handler table  [0x00000000028d2e28,0x00000000028d2e58] = 48
 nul chk table  [0x00000000028d2e58,0x00000000028d2e98] = 64
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.java.com/bugreport/crash.jsp
#

---

据我所知，这不应该发生，除非您更改了FPU控制寄存器的内容（或者您调用的某些代码）。看这篇文章：是的，当然注册是改变了。这是微软的代码。据我所知，这不应该发生，除非你改变了FPU控制寄存器的内容（或者你调用的一些代码）。看这篇文章：是的，当然注册是改变了。这是微软公司的代码。