gdb中忽略信号处理 SIGPIPE

最新推荐文章于 2025-05-01 09:38:45 发布

转载最新推荐文章于 2025-05-01 09:38:45 发布 · 619 阅读

Linux系统与编程专栏收录该内容

61 篇文章

订阅专栏

本文介绍如何使用GDB调试网络程序时处理SIGPIPE信号的方法，并提供启动配置文件.gdbinit的使用技巧，帮助提升调试效率。

GDB调试网络程序时，会遇到SIGPIPE信息，默认GDB会把程序停下来，即使程序使用signal(SIGPIPE, SIG_IGN);来忽略信号。
用handle命令设置一下缺省的signal的处理行为即可：

     handle SIGPIPE nostop print
 如果连信息提示都不想看见，可以这样设置：

handle SIGPIPE nostop noprint


 
 来源： http://www.cppblog.com/elva/archive/2011/11/01/159457.html

信号（Signals）

信号是一种软中断，是一种处理异步事件的方法。一般来说，操作系统都支持许多信号。尤其是UNIX，比较重要应用程序一般都会处理信号。UNIX定义了许多信号，比如SIGINT表示中断字符信号，也就是Ctrl+C的信号，SIGBUS表示硬件故障的信号；SIGCHLD表示子进程状态改变信号； SIGKILL表示终止程序运行的信号，等等。信号量编程是UNIX下非常重要的一种技术。

GDB有能力在你调试程序的时候处理任何一种信号，你可以告诉GDB需要处理哪一种信号。你可以要求GDB收到你所指定的信号时，马上停住正在运行的程序，以供你进行调试。你可以用GDB的handle命令来完成这一功能。

handle
在GDB中定义一个信号处理。信号可以以SIG开头或不以 SIG开头，可以用定义一个要处理信号的范围（如：SIGIO-SIGKILL，表示处理从SIGIO信号到SIGKILL的信号，其中包括SIGIO， SIGIOT，SIGKILL三个信号），也可以使用关键字all来标明要处理所有的信号。一旦被调试的程序接收到信号，运行程序马上会被GDB停住，以供调试。其可以是以下几种关键字的一个或多个。

nostop
当被调试的程序收到信号时，GDB不会停住程序的运行，但会打出消息告诉你收到这种信号。
stop
当被调试的程序收到信号时，GDB会停住你的程序。
print
当被调试的程序收到信号时，GDB会显示出一条信息。
noprint
当被调试的程序收到信号时，GDB不会告诉你收到信号的信息。
pass
noignore
当被调试的程序收到信号时，GDB不处理信号。这表示，GDB会把这个信号交给被调试程序会处理。
nopass
ignore
当被调试的程序收到信号时，GDB不会让被调试程序来处理这个信号。

info signals
info handle
查看有哪些信号在被GDB检测中。

另外补充：

信号的处理
程序是和网络相关的，调试期间经常地收到SIGPIPE，导致gdb停下来。看了一下gdb info，解决方法很简单。用handle命令设置一下缺省signal的处理行为就可以了: handle SIGPIPE nostop如果连提示信息都不想看见，就可以这样设置: handle SIGPIPE nostop noprint就可以了。其他相关信号也可以类似处理。想了解目前的signal状态可以使用info signal察看。

启动配置文件
GDB使用中比较麻烦的事情，就是每次启动，还要手动敲一把命令，特别是断点比较多的情况，这个特便影响，工作效率。查了一下gdb info，gdb支持自动读取一个启动脚本文件.gdbinit，所以经常输入的启动命令，就都可以写在gdb启动目录的.gdbinit里面。比如.gdbinit: file myapp handle SIGPIPE nostop break ss.c:100 break ss.c:200 runGDB和bash类似，也支持source这个命令，执行另外一个脚本文件。所以可以修改一下.gdbinit:.gdbinit: file myapp handle SIGPIPE nostop source gdb.break run gdb.break: break ss.c:100 break ss.c:200这样修改的断点配置，只需要编辑gdb.break就可以了。再后来，偶而还是需要单独启动GDB，不想执行自动脚本，于是又改进了一下。首先把.gdbinit命名为gdb.init，然后定义一个shell alias: $ alias .gdb=”gdb -x gdb.init”