[转] gdb中忽略信号处理

信号(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
   run
GDB和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”

这样如果需要使用自动脚本,就用.gdb命令,否则用gdb进入交互状态的gdb。这样配置以后可以一个简单命令就开始调试,整个效率就能提高不少。

注:转自http://blog.scaner.i.thu.cn/index.php/2006/04/15/gdb-tips-1/

注解

1alias命令

alias顾名思义就是起别名的意思,在linux里,可以通过alias命令为常用命令设置快捷方式,命令格式如下: alias name=‘command‘ 例如:alias del=‘rm‘

欲显示系统已有别名,直接使用 alias或alias -p

若需要设置的命令别名比较多,可以直接修改/etc/bashrc或~/.bashrc,将需要的别名写到里面即可,不同之处是/etc/bashrc设置的别名对于所有登录用户都起作用,而~/.bashrc只对目前用户起作用。

比如:

handle SIGUSR2 nostop

一篇不错的帖子,讲的是gdb中的信号(signal)相关调试技巧

转自Magic C++论坛

http://www.magicunix.com/index_ch.html

http://www.magicunix.com/cgi-bin1/forum_cn/ultimatebb.cgi?ubb=get_topic&f=1&t=000060#000003

引用:

--------------------------------------------------------------------------------

原发贴者 Couger:

我写了一个INT信号的处理函数,在处理函数里设置断点后go,但是在console下按Ctrl-C后MC并没有进入处理函数,而console下的程序也直接退出,没有给出希望的输出。

--------------------------------------------------------------------------------

在console下按Ctrl-C后确实发送了SIGINT信号,但是gdb里的缺省设置将会导致由GDB截获的该信息,调试的应用程序无法接受到该信号。

有两种方法可以使调试的应用程序接受到信号:

(1)改变gdb信号处理的设置

比如,以下设置会告诉gdb在接收到SIGINT时不要停止、打印出来、传递给调试目标程序

=====================================

(gdb) handle SIGINT nostop print pass

SIGINT is used by the debugger.

Are you sure you want to change it? (y or n) y

Signal Stop Print Pass to program Description

SIGINT No Yes Yes Interrupt

(gdb)

=====================================

(2)使用gdb命令直接向调试的应用程序发送信号

首先在你希望发送信号的语句处设置断点,然后运行程序,当停止到断点所在位置后,用gdb的signal命令发送信号给调试目标程序

====================================

(gdb) signal SIGINT

Continuing with signal SIGINT.

Breakpoint 1, handler (signal=2) at main.cpp:15

15 printf("Signal handler...\n"

;

====================================

;-( 但是这两种方法目前MC都还不支持,所以需要等新版本的MC才可以方便的支持你这种调试情况,呵呵。临时先手工调试一下吧。

新版本将会增加

(1)调试器的信号处理设置

(2)支持发送信号命令

调试用例:

============

/*

* This program is uninterruptable with

* Ctrl+C, uses signal handler

*/

#include ;

#include ;

#include ;

/* The signal handler function */

void handler( int signal ) {

printf("Signal handler...\n"

;

psignal( signal, "Signal: "

;

} /*handler*/

main() {

/* Registering the handler, catching

SIGINT signals */

signal( SIGINT, handler );

/* Do nothing */

while( 1 ) {

printf("Running...\n"

;

sleep(10);

} /*while*/

} /*main*/

============

改变gdb的信号处理设置

============

5.3 Signals

A signal is an asynchronous event that can happen in a program. The

operating system defines the possible kinds of signals, and gives each

kind a name and a number. For example, in Unix SIGINT is the signal a

program gets when you type an interrupt character (often C-c); SIGSEGV

is the signal a program gets from referencing a place in memory far

away from all the areas in use; SIGALRM occurs when the alarm clock

timer goes off (which happens only if your program has requested an

alarm).

Some signals, including SIGALRM, are a normal part of the functioning

of your program. Others, such as SIGSEGV, indicate errors; these

signals are fatal (they kill your program immediately) if the program

has not specified in advance some other way to handle the signal.

SIGINT does not indicate an error in your program, but it is normally

fatal so it can carry out the purpose of the interrupt: to kill the

program.

GDB has the ability to detect any occurrence of a signal in your

program. You can tell GDB in advance what to do for each kind of

signal.

Normally, GDB is set up to let the non-erroneous signals like SIGALRM

be silently passed to your program (so as not to interfere with their

role in the program‘s functioning) but to stop your program immediately

whenever an error signal happens. You can change these settings with

the handle command.

info signals

info handle

Print a table of all the kinds of signals and how GDB has been told to

handle each one. You can use this to see the signal numbers of all the

defined types of signals.

info handle is an alias for info signals.

handle signal keywords...

Change the way GDB handles signal signal. signal can be the number of a

signal or its name (with or without the `SIG‘ at the beginning); a list

of signal numbers of the form `low-high‘; or the word `all‘, meaning

all the known signals. The keywords say what change to make.

The keywords allowed by the handle command can be abbreviated. Their full names are:

nostop

GDB should not stop your program when this signal happens. It may still

print a message telling you that the signal has come in.

stop

GDB should stop your program when this signal happens. This implies the print keyword as well.

print

GDB should print a message when this signal happens.

noprint

GDB should not mention the occurrence of the signal at all. This implies the nostop keyword as well.

pass

noignore

GDB should allow your program to see this signal; your program can

handle the signal, or else it may terminate if the signal is fatal and

not handled. pass and noignore are synonyms.

nopass

ignore

GDB should not allow your program to see this signal. nopass and ignore are synonyms.

When a signal stops your program, the signal is not visible to the

program until you continue. Your program sees the signal then, if pass

is in effect for the signal in question at that time. In other words,

after GDB reports a signal, you can use the handle command with pass or

nopass to control whether your program sees that signal when you

continue.

The default is set to nostop, noprint, pass for non-erroneous signals

such as SIGALRM, SIGWINCH and SIGCHLD, and to stop, print, pass for the

erroneous signals.

You can also use the signal command to prevent your program from seeing

a signal, or cause it to see a signal it normally would not see, or to

give it any signal at any time. For example, if your program stopped

due to some sort of memory reference error, you might store correct

values into the erroneous variables and continue, hoping to see more

execution; but your program would probably terminate immediately as a

result of the fatal signal once it saw the signal. To prevent this, you

can continue with `signal 0‘. See section Giving your program a signal.

============

直接使用gdb signal命令发送信号给调试目标程序

================

三、产生信号

使用singal命令,可以产生一个信号给被调试的程序。如:中断信号Ctrl+C。这非常方便于程序的调试,可以在程序运行的任意位置设置断点,并在该断点用GDB产生一个信号,这种精确地在某处产生信号非常有利程序的调试。

语法是:signal ;,UNIX的系统信号通常从1到15。所以;取值也在这个范围。

single命令和shell的kill命令不同,系统的kill命令发信号给被调试程序时,是由GDB截获的,而single命令所发出一信号则是直接发给被调试程序的。

====================

时间: 2024-08-03 23:59:23

[转] gdb中忽略信号处理的相关文章

在GDB中完成类似vs的set next statement的行为

在visual studio中,可以同鼠标右键在源代码的指定位置,选择set next statement来快速控制程序到指定位置开始执行.这可以让那些粗心大意的程序员无需重复前面的步骤,查看之前程序是如何运行的. 在GDB中,这一行为由两个指令完成.1.break point2.jump point 注意1.如果将指针设置为当前执行函数以外的位置,会造成各种未知的后果(有兴趣可以自行尝试)2.如果在代码运行逻辑上,执行了未初始化的代码,或者执行了不能重复执行代码,也会造成未知的后果 例子源码#

GDB中应该知道的几个调试方法

七.八年前写过一篇<用GDB调试程序>,于是,从那以后,很多朋友在MSN上以及给我发邮件询问我关于GDB的问题,一直到今天,还有人在问GDB的相关问题.这么多年来,有一些问题是大家反复在问的,一方面,我觉得我以前的文章可能没有说清楚,另一方面,我觉得大家常问的问题正是最有用的,所以,在这里罗列出来.希望大家补充. 一.多线程调试多线程调试可能是问得最多的.其实,重要就是下面几个命令: info thread 查看当前进程的线程.thread <ID> 切换调试的线程为指定ID的线程

GDB中应该知道的几个调试方法 来自陈皓

GDB中应该知道的几个调试方法 2011年2月10日陈皓发表评论阅读评论62,325 人阅读 七.八年前写过一篇<用GDB调试程序>,于是,从那以后,很多朋友在MSN上以及给我发邮件询问我关于GDB的问题,一直到今天,还有人在问GDB的相关问题.这么多年来,有一些问题是大家反复在问的,一方面,我觉得我以前的文章可能没有说清楚,另一方面,我觉得大家常问的问题正是最有用的,所以,在这里罗列出来.希望大家补充. 一.多线程调试 多线程调试可能是问得最多的.其实,重要就是下面几个命令: info th

使用call命令在GDB中重复调用某函数

在白盒测试中经常使用GDB进行函数的分支覆盖测试,但在测试对象函数触发很困难,测试效率就很低下. 假设测试函数fun1有10条分支.每次进入fun1需设置10个变量. 那么一般情况下要在GDB中操作10 * 10 = 100次才能将该分支覆盖完毕. 经过查找,GDB中存在一种方法,重复调用该函数,使用10+10 =20次即可覆盖分支. GDB使用步骤: 1)首先对该函数打断点 有以下函数: int webprc_cmmenu_lchk(WEB_CMMENU_LAN_PATH_CHK_STATUS

【转】GDB中应该知道的几个调试方法

文章来源:http://coolshell.cn/articles/3643.html GDB中应该知道的几个调试方法 2011年02月10日 陈皓 评论 40 条评论  70,776 人阅读 七.八年前写过一篇<用GDB调试程序>,于是,从那以后,很多朋友在MSN上以及给我发邮件询问我关于GDB的问题,一直到今天,还有人在问GDB的相关问题.这么多年来,有一些问题是大家反复在问的,一方面,我觉得我以前的文章可能没有说清楚,另一方面,我觉得大家常问的问题正是最有用的,所以,在这里罗列出来.希望

多线程中的信号处理

在linux下写服务器,处理信号在所难免.在多线程和单线程中信号的处理还是有点不同的.参考: http://maxim.int.ru/bookshelf/PthreadsProgram/htm/r_40.html http://aboocool.blog.51cto.com/3189391/626675 在linux下,每个进程都有自己的signal mask,这个信号掩码指定哪个信号被阻塞,哪个不会被阻塞,通常用调用sigmask来处理.同时每个进程还有自己的signal action,这个行

gdb中一些常用的调试命令

show version :显示gdb版本信息 info functions :列出可执行文件的所有函数名称 step(缩写s):进入函数(函数必须有调试信息) next(缩写n):不进入函数,gdb会等函数执行完,再显示下一行要执行的程序代码 finish:当单步调试一个函数时,如果不想继续跟踪下去,使用finish,函数会继续执行完,并且打印返回值 return 或者return expression :命令指定函数的返回值 call 或print :如call func(),该命令直接调用

git 在eclipse中忽略上传文件

在我们的工程项目中,有些文件是不需要上传到服务器上的,比如那些 */target/ */bin/*.settings/*.classpath*.gitignore*.project 我们将这些文件添加到.gitignore文件中,然后做代码提交的时候,eclipse就会忽略掉这些配置的文件,就不需要逐个挑选那些不需要上传的信息.但是这些仅仅是对未上传的文件生效. 那么那些已经上传,并且在各自环境需要修改,并且不需要上传的,比如那个spring.xml文件,每个人自己下载后,各自的配置文件路径不一

git中忽略文件权限或文件拥有者的改变

在发布项目到线上时,很多时候需要修改文件的权限,如果是使用git版本管理软件来发布的话,那么下次更新线上文件的时候就会提示文件冲突.明明文件没有修改,为什么会冲突呢?原来git把文件权限也算作文件差异的一部分.下面笔者自己做了个简单的例子来演示这种情况. 1.修改版本库的文件的权限,然后使用diff查看下改变. $ chmod 777 pack.php $ git diff pack.php git文件权限修改示例 可以看到git把文件权限也列入了版本管理. 2.在另外一个地方clone这个版本