《apue》信号处理程序中调用不可重入函数的疑问

[jack_ooneil]

问题：
1. 为什么信号处理程序只调用了一次？
2. 为什么信号处理程序中只打印了第一句“in signal handler”？
3. 处理这种异步的程序我们该怎么调试呢？

困扰我很久了，一直找不到答案，希望前辈指点迷津，在此先谢过。
我GDB调试的时候，会出现“Program terminated with signal SIGALRM, Alarm clock.”
然后就停止了，无法调试啊，怎么办？

代码如下：
#include <apue.h>
#include <pwd.h>

static void my_alarm(int signo);

int main(void)
{
struct passwd *ptr;
unsigned int timeleft;
int count = 0;

signal(SIGALRM, my_alarm);
timeleft = alarm(1);
printf("[main]timeleft = %d\n", timeleft);

while(1)
{
if((ptr = getpwnam("lpf")) == NULL)
{
err_quit("getpwname error");
}
if(strcmp("lpf", ptr->pw_name)!=0)
{
printf("return value corrupted! pw_name = %s\n", ptr->pw_name);
exit(0);
}
}

exit(0);
}

static void my_alarm(int signo)
{
struct passwd *rootptr;

printf("in signal handler\n");

if(signal(SIGALRM, my_alarm) == SIG_ERR)
{
perror("signal error");
}
if((rootptr = getpwnam("root")) == NULL)
{
err_sys("getpwname root error");
}
printf("[my_alarm] root name = %s\n", rootptr->pw_name);
alarm(1);
}

[nswcfd]

(gdb) r Starting program: /home/xxx/test [main]timeleft = 0 in signal handler ^C Program received signal SIGINT, Interrupt. 0x0000003aa5af806e in __lll_lock_wait_private () from /lib64/libc.so.6 Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.107.el6.x86_64 (gdb) bt #0 0x0000003aa5af806e in __lll_lock_wait_private () from /lib64/libc.so.6 #1 0x0000003aa5aab770 in _L_lock_15 () from /lib64/libc.so.6 #2 0x0000003aa5aab666 in getpwnam () from /lib64/libc.so.6 #3 0x00000000004007b8 in my_alarm (signo=14) at test.c:50 #4 <signal handler called> #5 0x0000003aa5a70f30 in fgets_unlocked () from /lib64/libc.so.6 #6 0x00007ffff7dc4e95 in _nss_files_getpwnam_r () from /lib64/libnss_files.so.2 #7 0x0000003aa5aabcbd in getpwnam_r@@GLIBC_2.2.5 () from /lib64/libc.so.6 #8 0x0000003aa5aab6a0 in getpwnam () from /lib64/libc.so.6 #9 0x0000000000400713 in main () at test.c:25

[nswcfd]

可以假设~不可重入~的getpwnam的入口有一个类似于mutex_lock或者spin_lock的加锁函数（退出的时候释放），使得getpwnam的调用串行化。 在main的loop里，当前getpwname（frame#8）在执行，已经持有lock的时候发生了信号（frame#4），在信号处理函数里再次调用getpwnam（frame#2），再次尝试get lock（fframe#1&frame#0），由于lock已经被(frame#8)锁住，自然无法获得。 无法拿到lock，嵌套的getpwnam（frame#2）的无法结束，singal handler就无法完成，被中断的getpwname（frame#8）无法继续执行，也就走不到返回并释放lock的语句。 这属于典型的self-deadlock。

[jack_ooneil]

谢谢~ 你写的frame#8 frame#4 等指的是什么啊，以前没见过。 不过我在main loop里面添加打印的话，可以一直打出来，说明主循环中被中断的getpwname（frame#8）可以继续往下执行啊？@nswcfd

[nswcfd]

frame就是bt命令显示的stack的层数。 在loop里加入printf之后，主要的cpu时间就用在printf上了，而不是getpwnam上， 因此被信号中断的函数是getpwname的概率就小多了。 可以修改成每1000次打印一下，或者每1秒打印一下。

[jack_ooneil]

恩，我把getpwnam()注释了，运行就正常了，谢谢你的耐心解答 但是，那如果是在printf中断的话，中断处理函数应该可以执行完的啊，但是我试了很多次，main中加不加printf，结果都一样啊？

[jack_ooneil]

忘了贴程序运行结果： [root@localhost chapter10]# ./a.out [main]timeleft = 0 in signal handler 一直停在这里

[goodpaperman]

不可能吧~~~