jvm-crash

    4热度

    1回答

    我正在开发一个C++程序(Win32,MS Visual Studio 2008),它通过JNI创建一个Java VM,如here所述。在Java 6和Java 7中,它一直工作得很好。 今天我已经安装了新版本的JRE;安装程序中出现错误,并且JRE会损坏。我注意到我的C++程序没有启动,也没有发出任何警告消息。调试程序表明它在调用JNI_CreateJavaVM之前成功运行;但拨打JNI_Cre

    1热度

    1回答

    每当自动完成打开时,我的Dart编辑器崩溃。我刚刚更新的编辑器和SDK来 飞镖编辑器版本0.5.1_r22072 飞镖SDK版本0.5.1.0_r22072 其他规格 的Ubuntu 13.04 JRE版本:7.0_21-b02 Java VM:OpenJDK 64位服务器VM(23.7-b01混合模式的linux-amd64的压缩哎呀) 得到一个错误日志对于Java,它的长,所以我只给你头 #

    1热度

    1回答

    为什么此代码会使JVM崩溃? public Connection createConnectionFromDS() throws Exception { try { Connection con = null; Properties props = new Properties(); props.put(Context.INITIAL_CONTEXT_

    0热度

    1回答

    我想生成我正在运行的应用程序的线程转储。但是,当我杀死-3 PID时,它会在正在运行的应用程序的控制台上生成线程转储。 我想将它生成一个文件。我知道我可以运行应用程序为./run.sh> thread_dump,或者我也可以使用jstack实用程序将其重定向到文件。 但是,我不想使用任何这些。在另一种方法我重定向我的控制台的完整输出到文件方式: File file = new File("ou

    1热度

    1回答

    我目前正在使用JDK 1.6.0_45加载测试在JBoss 5.1中运行的集群应用程序,而且我遇到间歇性JVM崩溃。从错误报告(下面的报告的进一步细节)看来,崩溃时伊甸园空间已满(100%),所以我怀疑这是最有可能的候选人。 因此,我一直在运行JVisualVM来查找内存泄漏,特别是监视我自己的类。我可以看到这些类在内存中增长,但随后它们会被垃圾回收器定期清理。 即使存在内存泄漏,我仍然希望在完整

    0热度

    1回答

    我们在Windows 2003和JVM 1.6 Build 17上运行ColdFusion 8,工作没有任何问题。我们正在尝试升级到Windows 2008 R2,并且当我们将ColdFusion 8指向64位JVM 1.6_17时,我们在ColdFusion输出日志中出现此错误。 Error loading: C:/ColdFusion8/runtime/jre\bin\server\jvm.d

    0热度

    1回答

    目前我正在处理一个mac应用程序,在该应用程序中我经常遇到OutOfMemoryError。目前我们正在为我们的应用程序使用非可执行的JAR文件,所以我不能在开始我的应用程序之前设置堆大小,因为我的java代码将使用JNI执行,所以有任何可能的方法使用JNI或C设置堆大小。 针对上述问题的任何其他解决方案。 在此先感谢。

    0热度

    1回答

    我有一个正在读消息掀起了JMS持久主题的独立的Java程序并将其提交到线程池进行处理时JVM崩溃的处理。我这样做是出于明显的并发原因,但保持处理这些消息的顺序,我仍然将它们提交给单个线程池。现在,这里是我的关于JVM崩溃的担忧.. ├28类事务 我不读,因为它会减慢我的过程中处理事务上下文,我都刻意回避的消息。所以,我正在积累消息在线程池的阻塞队列中。但是如果JVM在线程池中等待处理10条消息时崩

    0热度

    1回答

    我遵循这个教程 http://www.ibm.com/developerworks/java/tutorials/j-jni/section3.html 和我编译使用CPP程序 克++ -o libSample2 -fPIC -shared -I/usr/lib中/ JVM/java-1.7.0-openjdk-amd64/include -I/usr/lib/jvm/java-1.7.0 -op

    0热度

    1回答

    我们正面临以下异常。请不就是我们下面配置了JVM(32位) -Xms1024m -Xmx3076m -Xmn1024m -XX:+HeapDumpOnOutOfMemoryError -XX:+UseG1GC -XX:+UnlockExperimentalVMOptions -XX:+AggressiveOpts -XX:+DoEscapeAnalysis -XX:MaxGCPauseMillis