我有一段代码看起来像这样:TAxis*axis=0;if(dynamic_cast(obj))axis=(dynamic_cast(obj))->GetXaxis();有时它会崩溃:Thread1(Thread-1208658240(LWP11400)):#00x0019e7a2in_dl_sysinfo_int80()from/lib/ld-linux.so.2#10x048c67fbin__waitpid_nocancel()from/lib/tls/libc.so.6#20x04870649indo_system()from/lib/tls/libc.so.6#30x048709
我有一段代码看起来像这样:TAxis*axis=0;if(dynamic_cast(obj))axis=(dynamic_cast(obj))->GetXaxis();有时它会崩溃:Thread1(Thread-1208658240(LWP11400)):#00x0019e7a2in_dl_sysinfo_int80()from/lib/ld-linux.so.2#10x048c67fbin__waitpid_nocancel()from/lib/tls/libc.so.6#20x04870649indo_system()from/lib/tls/libc.so.6#30x048709
在C++中，堆栈溢出通常会导致程序不可恢复的崩溃。对于需要真正健壮的程序，这是一种NotAcceptable行为，特别是因为堆栈大小是有限的。关于如何处理问题的几个问题。有没有办法通过通用技术来防止堆栈溢出。(一种可扩展、强大的解决方案，包括处理消耗大量堆栈的外部库等)如果发生堆栈溢出，有没有办法处理它们？最好，堆栈会展开，直到有处理程序来处理这种问题。有些语言的线程具有可扩展的堆栈。类似的东西在C++中可能吗？如果对C++行为的解决方案有任何其他有用的意见，我们将不胜感激。 最佳答案 处理堆栈溢出不是正确的解决方案，相反，您必须确
在C++中，堆栈溢出通常会导致程序不可恢复的崩溃。对于需要真正健壮的程序，这是一种NotAcceptable行为，特别是因为堆栈大小是有限的。关于如何处理问题的几个问题。有没有办法通过通用技术来防止堆栈溢出。(一种可扩展、强大的解决方案，包括处理消耗大量堆栈的外部库等)如果发生堆栈溢出，有没有办法处理它们？最好，堆栈会展开，直到有处理程序来处理这种问题。有些语言的线程具有可扩展的堆栈。类似的东西在C++中可能吗？如果对C++行为的解决方案有任何其他有用的意见，我们将不胜感激。 最佳答案 处理堆栈溢出不是正确的解决方案，相反，您必须确
1.通过adblogcat来获取：使用场景：测试或者开发小伙伴抓取。先执行adblogcat-c清理缓存日志接着，抓取当前时间段开始的日志:adblogcat-vtime>D:/crash.log也可以抓取指定进程的日志：adblogcat-vtime|find"com.xxx">D:/crash.log其中-v和time是指log的v级别日志，也可用w警告级别，time是输出时间。最后，执行Ctrl+C结束抓取。2.通过dropbox方式来获取系统记录的奔溃日志：使用场景：当无法重现该场景，或者adblogcat无法抓取时，可以通过dropbox来查看系统记录的奔溃。AndroidDropB
有些愚蠢的问题，我不得不承认-希望它不会花费我太多的分数。明确一点:如果您能帮我找出崩溃的原因，我也很高兴。我不希望有一个准确的答案。但是，我不明白为什么我的Eclipse一直在崩溃(卡住)。主要是在我保存文件时。由于某种原因，最近崩溃似乎有所增加...我使用EclipseHelios(Version:3.6.1)和Java版本1.6.0_20(OpenJDKRuntimeEnvironment(IcedTea61.9.2)(6b20-1.9.2-0ubuntu2)OpenJDK64位服务器VM(内部版本19.0-b09，混合模式))在Ubuntu10.10(64位)上。谢谢!
有些愚蠢的问题，我不得不承认-希望它不会花费我太多的分数。明确一点:如果您能帮我找出崩溃的原因，我也很高兴。我不希望有一个准确的答案。但是，我不明白为什么我的Eclipse一直在崩溃(卡住)。主要是在我保存文件时。由于某种原因，最近崩溃似乎有所增加...我使用EclipseHelios(Version:3.6.1)和Java版本1.6.0_20(OpenJDKRuntimeEnvironment(IcedTea61.9.2)(6b20-1.9.2-0ubuntu2)OpenJDK64位服务器VM(内部版本19.0-b09，混合模式))在Ubuntu10.10(64位)上。谢谢!
一天前，经过几个月的正常工作，我们的java应用程序开始偶尔崩溃并出现以下错误:##AfatalerrorhasbeendetectedbytheJavaRuntimeEnvironment:##InternalError(safepoint.cpp:247),pid=2075,tid=140042095163136#guarantee(PageArmed==0)failed:invariant##JREversion:6.0_23-b05#JavaVM:JavaHotSpot(TM)64-BitServerVM(19.0-b09mixedmodelinux-amd64compress
一天前，经过几个月的正常工作，我们的java应用程序开始偶尔崩溃并出现以下错误:##AfatalerrorhasbeendetectedbytheJavaRuntimeEnvironment:##InternalError(safepoint.cpp:247),pid=2075,tid=140042095163136#guarantee(PageArmed==0)failed:invariant##JREversion:6.0_23-b05#JavaVM:JavaHotSpot(TM)64-BitServerVM(19.0-b09mixedmodelinux-amd64compress
当JavaVM因EXCEPTION_ACCESS_VIOLATION崩溃并生成hs_err_pidXXX.log文件时，这表明什么？错误本身基本上是一个空指针异常。它总是由JVM中的错误引起的，还是有其他原因，例如硬件或软件冲突故障？编辑:有一个原生组件，这是一个win32上的SWT应用程序。 最佳答案 大多数情况下，这是VM中的错误。但它可能由任何native代码(例如JNI调用)引起。hs_err_pidXXX.log文件应包含有关问题发生位置的一些信息。您还可以检查文件中的“堆”部分。许多VM错误是由垃圾收集引起的(尤其是在较
