- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我正在尝试调试使用 gcc/g++ 构建的 Debian 程序(DEBUG=1
和 NDEBUG
未定义)。我正在使用第三方库,它也是为调试而构建的(DEBUG=1
、NDEBUG
未定义,以及其他调试定义)。该库有 150K 行,并且充满了断言。这很好。
我的代码有一个错误,我正在尝试调试 SQL 查询。它导致在第三方库中触发断言。这没问题,而且在类(class)中也很正常。
但是,当 assert
在库中触发时,那个脑残的 Posix 指定行为会使程序崩溃。在调试“debugging and diagnostic”功能时,这是无用的行为。这一定是该委员会做出的最愚蠢的决定之一,难怪许多人在开发过程中很少使用它。
我想更改行为,以便在触发断言时引发 SIGTRAP
而不是 SIGABRT
。我有点受限,因为我没有编写第三方库(我的代码使用 MY_ASSERT
,它调用 SIGTRAP
,所以我可以继续查看负代码路径)。
我知道我可以通过 gdb 安装或更改信号处理程序,但是 gdb 在将它传递给程序并中止之前已经在 SIGABRT
上停止了。我还尝试安装一个自定义的 SIGABRT
信号处理程序,这似乎没有帮助,因为中止仍然发生。
如何更改 assert
的行为以在调试时引发 SIGTRAP
?
最佳答案
对于 linux,你可以定义一个 __assert_fail
可以引发 SIGTRAP
的函数,而不是默认实现。
void __assert_fail(const char * assertion, const char * file, unsigned int line, const char * function) {
fprintf(stderr, "Assert: %s failed at %s:%d in function %s", assertion, file, line, function);
raise(SIGTRAP);
}
规范说你实际上应该在此时终止程序,因为函数被声明为具有 __attribute__((noreturn))
。在signal.h
.
您可以像这样添加一些不确定的代码(编辑为使用 ptrace
通过 fork
而不是信号进行检测):
#include <assert.h>
#include <stdio.h>
#include <signal.h>
#include <stdlib.h>
#include <errno.h>
#include <sys/ptrace.h>
static int ptrace_failed;
static int
detect_ptrace(void)
{
int status, waitrc;
pid_t child = fork();
if (child == -1) return -1;
if (child == 0) {
if (ptrace(PT_ATTACH, getppid(), 0, 0))
exit(1);
do {
waitrc = waitpid(getppid(), &status, 0);
} while (waitrc == -1 && errno == EINTR);
ptrace(PT_DETACH, getppid(), (caddr_t)1, SIGCONT);
exit(0);
}
do {
waitrc = waitpid(child, &status, 0);
} while (waitrc == -1 && errno == EINTR);
return WEXITSTATUS(status);
}
__attribute__((constructor))
static void
detect_debugger(void)
{
ptrace_failed = detect_ptrace();
}
void __assert_fail(const char * assertion, const char * file, unsigned int line, const char * function) {
fprintf(stderr, "Assert: %s failed at %s:%d in function %s\n", assertion, file, line, function);
if (ptrace_failed)
raise(SIGTRAP);
else
abort();
}
哪个触发 SIGTRAP
在 gdb 下运行时,否则会触发 SIGABRT
.我已经测试了它链接到LD_PRELOAD
它似乎按预期工作。
关于更改调试的断言行为(SIGABRT -> SIGTRAP),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21257164/
所以这是我的问题,我创建了这个结构: typedef struct foo *fooPtr; struct foo { foo2Ptr node; foo3Ptr node; char *Random
我是 C 新手,无法解决这个问题。当我在文本文件上写入超过 27 个字符时,我会收到信号 SIGTRAP。跟踪/断点陷阱。我在网吧电脑windows 7上用Dev-C++编译。文本文件内容:Dinos
在运行时,我的程序经常因为 SIGTRAP 而停止。我知道,当编译器在程序中找到断点时,就会发生 SIGTRAP。但是我的代码中没有任何断点。 (为了确定,在执行之前,我清除了所有断点..)。 我正在
我正在尝试为 SIGTRAP 注册处理程序,该处理程序由在子级中调用 int3 引起,但它不起作用。将 SIGTRAP 更改为 SIGCHLD 即可。 #include #include #inc
我有麻烦了,每次我的函数调用“desenfileirar”时我都有一些断点。谁能帮我?我需要打印一个二维数组,表示一只 Ant 走过的路径。它需要从 (0,0) 开始并到达 (9,9)。我获得了成功,
背景 我有一个类似设置节点和边的网络。节点和边都需要是类,在本例中为 Node 或 Arc,as in this question .在我的实际设置中,我正在处理 Node 和 Arc 的相当多的子类
我正在尝试调试使用 gcc/g++ 构建的 Debian 程序(DEBUG=1 和 NDEBUG 未定义)。我正在使用第三方库,它也是为调试而构建的(DEBUG=1、NDEBUG 未定义,以及其他调试
我的一个 C++ OpenGL 程序中出现了一个奇怪的 SIGTRAP 错误。 首先,创建一个带有 new[] 运算符的浮点数组,如下所示: std::vector faces = readObjFi
我有一个多线程应用程序,它在我的所有测试机器上都非常稳定,并且对于我的几乎每一位用户来说似乎都是稳定的(基于没有崩溃投诉)。不过,对于一位好心的用户来说,该应用程序经常崩溃,他发送了崩溃报告。所有崩溃
如果有人可以花时间帮助我,我将非常感激!!! 我现在面对的是 我正在开发一个用于自动填充密码的应用程序,这意味着在网站登录期间单击键盘上方QuickType托架中的小键图标时,将触发我的应用程序。 然
我有一个关于释放为结构数组分配的内存的新手问题。这是代码: typedef struct { char code[6]; char name[31]; char cname[3
我试图释放一个表示 bmp 图像的三维指针数组,当它编译正常时,我在调试时在 gdb 中收到 SIGTRAP 信号。我的错误消息是 warning: HEAP[bmpsample.exe]: warn
这可能是一个有点晦涩或特定于项目的问题,但我的项目正在为遇到的每个异常抛出一个 SIGTRAP。我以前从未见过这个,现在每次我的代码出现问题时它都会抛出它并且它没有帮助我调试它。在我的另一个类似的类中
对于 test1.c ,我得到: 5 133 1 0 表示子进程先得到SIGTRAP (5), 原因 execl .最后三行表示子进程由于 SIGSTRAP 而终止。来自 parent 的信号。 //
我正在为 Windows 命令行编写一个基于控制台的小型应用程序。 我正在为两个数组 chi 和 chi_comp 分配内存,如下所示: /* allocating memory for chi */
我的 iOS 应用程序在测试中运行良好,但在启动时崩溃,并使用从 App Store 下载的发布版本。我已经尝试使用 Xcode 中的发布构建配置重新测试并且它没有崩溃,只是商店版本。我很确定它与应用
在极少数情况下,我们的一些用户会在我们的应用程序中遇到崩溃。它开始正常,但在他们从菜单中选择内容时崩溃后不久。那些看到它的人总能得到它,其他人都工作得很好。有人可以看到可以帮助我追踪它的东西吗? Ex
我正在运行我的应用程序运行良好,直到我从后台恢复或没有定位服务,应用程序会崩溃。 崩溃日志显示异常类型:EXC_CRASH (SIGTRAP) 有人知道如何调试吗? Exception Type:
我正在为一个STM32嵌入式系统调试这个软件。在其中一个函数中,我的程序不断遇到某种断点: SIGTRAP, Trace/breakpoint trap 但是,在 GDB 中,当我执行 info br
从 ptrace 的角度来看,我正在寻找一种与架构无关的方法来获取生成 SIGTRAP 的最后一次尝试的指令(或过去的指令)的指令指针(又名程序计数器)示踪剂。 一种依赖架构的方式是使用PTRACE_
我是一名优秀的程序员,十分优秀!