调试时的信号

Question

我正在 Linux 上用 C++ 开发一个应用程序（实际上是一个服务/守护进程），它需要与硬件交互。如果我的程序在终止时没有干净地释放该硬件的资源，那么我必须重新加载设备驱动程序，这个过程大约需要 10 分钟，并且出于明显的原因，必须在程序的每次测试之间等待 10 分钟令人沮丧。

因此，我使用 sigaction() 函数来捕获 SIGINT（ctrl-c），以便我的程序在完成后可以干净地关闭。从控制台运行程序时，效果很好。但是，在 Netbeans 或 Eclipse（我都尝试过）中调试时，事情不起作用。

• 在 Eclipse 中，如果我在它提供的控制台中按 ctrl-c，它似乎不会注册曾经发生过的 SIGINT
• 在 Eclipse 中，如果我在调试模式下运行程序，然后使用 kill -SIGINT;，程序就像遇到断点一样中断，
• 当我在控制台中按 ctrl-c 时，Netbeans 实际上似乎意识到已经发送了一个信号，并弹出一个对话框，询问我是否要将其转发到应用。单击“前进并继续”似乎会破坏程序，并且应用程序不会收到信号。它还说我可以在 Debug -> 中配置这些东西Dbx 配置，一个不存在的菜单项
• 在 Netbeans 中，如果我在调试模式下运行程序，然后使用 kill -SIGINT，行为与上面
• 我添加的 相同SIGQUIT 处理程序，并在 Netbeans 中调试时尝试通过 kill 发送该处理程序。这次，不会出现任何对话框，信号处理程序也不会被触发。

我需要某种方法在调试时彻底关闭我的应用程序。有什么想法吗？

Answer 1

事实证明，该问题与 Netbeans 或 Eclipse 无关，而与 gdb 有关。

gdb 可以配置为以多种方式处理信号。如果您运行：

gdb

，然后输入：

info Signals

您将获得信号列表以及 gdb 操作，了解收到该信号后应执行的操作：

Signal        Stop      Print   Pass to program  Description

SIGHUP        Yes       Yes     Yes              Hangup
SIGINT        Yes       Yes     No               Interrupt
SIGQUIT       Yes       Yes     Yes              Quit
SIGILL        Yes       Yes     Yes              Illegal instruction
SIGTRAP       Yes       Yes     No               Trace/breakpoint trap

等等...

我的临时解决方法是使用 SIGALRM，gdb 默认情况下不会中断并发送到进程。但是，您还可以通过创建 .gdbinit 文件来自定义默认 gdb 设置，您可以在其中设置这些

Answer 2

即使这篇文章很旧，希望它可以帮助其他人。

为了防止 Eclipse 捕获 Ctrl+C，您可以使用 .gbdinit 文件配置 gdb。
您使用此内容创建一个 .gdinit

#we want Ctrl+C to be no break, pass to application and printed by the debugger 
handle SIGINT nostop
handle SIGINT pass
handle SIGINT print

在 Eclipse 配置中，您可以定义要在调试配置中使用的 .gdbinit 文件的位置

Answer 3

简单的解决方案..尝试使用 DEBUG 宏来处理您的情况。

// Register the signal handler to stop service.
#ifdef _DEBUG
        signal(SIGKILL, <your signal handler>);
#endif

另外，您可以尝试在退出之前清理您的应用程序。