Qt SIGABRT备选消息

Qt SIGABRT alternative message?

本文关键字：消息 SIGABRT Qt      更新时间：2023-10-16

我使用的是Qt5.9，一个简单的检查：

assert(pobjNode != NULL);

将导致显示Qt Signal Received error(Qt信号接收错误)对话框，该对话框没有提供任何关于问题所在或是什么的有用信息。

有没有办法用更有用的东西来代替这些无用的信息？

我想的是一种设置对话框的方法，以便在出现错误时显示可能的错误。

Q_ASSERT是一个自定义断言宏，据说它增强了标准assert函数。

错误消息由qFatal()处理，它在某些平台上的表现可能比标准断言宏稍好。例如，在Windows上，它将在断言失败时触发Visual Studio调试器，而不是仅调用abort()。

您还可以将Qt错误消息函数(如qFatal)的输出重定向到您的自定义消息处理程序(使用qInstallMessageHandler())。例如，如果您想将错误消息重定向到一个文件，它可能很有用。

还要注意，Q_ASSERT被宏QT_NO_DEBUG禁用(而assert被NDEBUG禁用)：这可以用于在Qt相关代码和其他代码之间分离断言。

Q_ASSERT_X如果test为false，则打印消息内容以及位置、源文件名和行号。如果test为false，则打印消息内容、位置、源文件名和行号。示例：

// File: div.cpp
#include <QtGlobal>
int divide(int a, int b)
{
Q_ASSERT_X(b != 0, "divide", "division by zero");
return a / b;
}

阅读有关测试和调试的更多信息。

您可以定义自己的MY_ASSERT宏。在Linux上，它甚至可以调用另一个使用Glibc回溯函数或Ian Taylor的libbacktrace库的函数(前提是您的代码是使用g++ -g使用DWARF调试信息编译的)，并可能在模式对话框或stderr上显示这些信息。然而，它可能不应该回来。另请阅读有关Qt和Unix信号以及信号安全的内容(7)。

但是assert检测到一个您应该纠正的错误。尽量避免发送带有此类程序员错误的代码。

在Linux上，通常的assert(它是在/usr/include/assert.h中定义的宏)将在出现故障时调用__assert_fail(在C库中，但您可以自己重新定义它)，后者将间接调用abort，后者间接生成一个核心转储，您可以使用gdb调试器在死后检查该转储。您只需要启用核心转储(使用bash终端中内置的ulimit -c)。

相关文章：