从32位切换到64位会导致java上leap motion侦听器退出
在使用java程序（带有Eclipse IDE）将leap motion listener从32位windows应用到64位windows后，该程序似乎运行正常。
问题是，现在与控制器的连接已初始化，已连接，然后在我不做任何操作的情况下立即退出。
我试着把手放在控制器上，结果出错了
Java运行时环境检测到一个致命错误：
pc=0x000007fee8b4a975，pid=10516时的异常访问（0xC00000005），
JRE版本：Java（TM）SE运行时环境（8.0_51-b16）（build 1.8.0_51-
无法写入内核转储。默认情况下，在客户端上不启用迷你转储
包含更多信息的错误报告文件保存为：M:\Leapduino\Leapduino_test\hs_err_pid10516。日志
如果您想提交错误报告，请访问：http://bugreport.java.com/bugreport/crash.jsp崩溃发生在Java虚拟机之外的本地代码中。请参阅有问题的框架，了解在哪里报告错误。
我试图改用旧版本的java，但也没有成功。
你知道怎么解决吗？
共有1个答案
我收到了Joe_Ward从Team Leap Motion得到的答案：
https://community.leapmotion.com/t/leap-crash-java-windows/703?u=sgerish
-
问题内容： 使用 应该以32位版本编译该文件。 不幸的是我得到这个错误： 我该如何解决？ 如果我不使用它，则使用64位指令。 问题答案： 要在64位Linux版本上编译32位二进制文件，您必须安装开发包和32位GNU C库 尝试这个 和
-
问题内容： 我正在创建一个非常简单的应用程序，该应用程序可以读取和显示文本文件并进行搜索。 我问自己是否有兴趣向用户提出32位和64位版本。 区别仅在于使用64位版本访问更多的内存堆大小，还是还有其他兴趣？ 32位编译程序是否可以在64位JVM上运行（我认为是） 问题答案： 任何 程序的32位和64位版本之间的唯一区别是机器字的大小，可寻址内存的数量以及所使用的操作系统ABI。对于Java，语言规
-
我试图比较Peter Cordes在回答“将CPU寄存器中的所有位设置为1”的问题时提到的方法。 因此，我编写了一个基准测试，将所有13个寄存器设置为除、和之外的所有位1。 代码如下所示<代码>乘以32 nop用于避免DSB和LSD影响。 我测试了他提到的以下方法，以及这里的完整代码 为了使这个问题更简洁，我将使用替换下表中的。 下表显示，从组1到组3，当使用64位寄存器时，每个循环多1个周期。
-
我真的对此感到困惑。 Xmx根据java文档，是允许的最大堆大小。 Xms是所需的最小java堆大小，在JVM启动时分配。 在32位JVM(4GB ram)上，java-xmx1536m HelloWorld会出现无法分配足够内存的错误。 在64位JVM(4GB ram)上，java-xmx20g HelloWorld可以正常工作。但我甚至没有分配那么多的虚拟或物理内存。 因此，我得出结论：Jav
-
所以我对这段代码有了一些了解： 在下面的所有内容中，我假设编译器不能对或的范围有任何先入为主的概念，初始化器仅用于上面的示例。 如果我在一个32位的整数编译器上编译这个（比如在编译x86的时候），没问题。编译器会简单地使用和作为类型值（不能进一步提升它们），乘法会简单地给出注释所说的结果（模在这种情况下是0x100000000）。 然而，如果我在一个64位整数大小的编译器上编译这个（例如x86-6
-
问题内容： 我已经使用Java一段时间了，而我典型的设置新开发机的习惯要求从Oracle站点下载并安装最新的JDK。 今天这引发了一个不寻常的问题， 回想起来，我已经安装了之前的两个版本，并且很高兴将普通的工具链插入（Eclipse）。在我的日常编程中，我不会回想起曾经因为使用64位JRE（或为此目的而针对64位JRE）而不得不以其他方式进行更改或思考的事情。 根据我对64位和32位的理解- 确实