C 自动Bug报告工具(ABRT)如何在运行时捕获内核?

C 自动Bug报告工具(ABRT)如何在运行时捕获内核?,c,core,gnome,segmentation-fault,C,Core,Gnome,Segmentation Fault,我的fedora12安装了一个叫做ABRT的工具,可能是GNOME自带的。这 该工具在后台运行,并实时报告任何崩溃的进程 我使用了一个能够捕捉到SIGSEGV信号的信号处理器(它可以报告) 崩溃了 为了让进程在没有父子连接的情况下获取其他进程的状态(尤其是核心)信息,还有哪些其他方法 有什么想法吗?这似乎是一个非常有趣的问题。您的问题并不完全清楚,但可以使用gcore获取正在运行的流程的核心: gcore(1) GNU Tools

我的fedora12安装了一个叫做ABRT的工具,可能是GNOME自带的。这 该工具在后台运行,并实时报告任何崩溃的进程

我使用了一个能够捕捉到SIGSEGV信号的信号处理器(它可以报告) 崩溃了

为了让进程在没有父子连接的情况下获取其他进程的状态(尤其是核心)信息,还有哪些其他方法


有什么想法吗?这似乎是一个非常有趣的问题。

您的问题并不完全清楚,但可以使用
gcore
获取正在运行的流程的核心:

gcore(1) GNU Tools gcore(1) NAME gcore - Generate a core file for a running process SYNOPSIS gcore [-o filename] pid DESCRIPTION gcore generates a core file for the process specified by its process ID, pid. By default, the core file is written to core.pid, in the cur‐ rent directory. -o filename write core file to filename instead of core.pid gcore(1)GNU工具gcore(1) 名称 gcore-为正在运行的进程生成核心文件 提要 gcore[-o文件名]pid 描述 gcore为其进程指定的进程生成核心文件 ID,pid。默认情况下,core文件会写入cur‐中的core.pid 租金目录。 -o文件名 将核心文件写入文件名而不是core.pid
毕竟ABRT是开源的,所以为什么不看看他们的。该体系结构已经解释过了——看起来他们监视
$COREDUMPDIR
以检测何时出现新的核心文件。

不,我知道gcore和gstack可以做什么。我想知道我们需要什么来发现系统中的进程崩溃了。。。