session leader终止时，哪些进程会收到SIGHUP？

chg.s

《UNIX环境高级编程》第十章说：“如果对话期首进程(session leader)终止，则也产生SIGHUP。此信号被发送给该对话期前台进程组中的每一个进程。”

《UNIX网络编程》第一卷指出：把一个进程精灵化的过程是，先fork，父进程退出；之后在子进程中调用setsid创建一个新的对话期；第三步是“忽略SIGHUP信号并再次fork”。问题在于书上对第三步的解释是：“再次fork前，我们必须忽略SIGHUP，因为对话期首进程（也就是第一个子进程）结束时，该对话期中的全部进程都将收到SIGHUP信号。”

问题：对话期首进程结束时，到底是哪些进程会收到SIGHUP？是该对话期中的全部进程，还是该对话期前台进程组中的全部进程？

我在Solaris 5.8，g++ 3.3.2测试得到的结果是，

1. 
   
2. void
   
3. handle_hup(int signo) {
   
4.         char info2[100];
   
5.         snprintf(info2, 100, "Process %d received SIGHUP.\n", getpid());
   
6.         write(STDOUT_FILENO, info2, strlen(info2));
   
7.         return;
   
8. }
   
9. 
   
10. int
    
11. daemonize() {
    
12.         // step 1: fork() and let the parent terminate.
    
13.         pid_t pid = 0;
    
14.         if ((pid = fork()) >; 0) { // the parent
    
15.                 _exit(0);
    
16.         }
    
17. 
    
18.         // step 2: setsid() to create a new session.
    
19.         setsid();
    
20. 
    
21.         // step 3: catch SIGHUP and fork() again
    
22.         struct sigaction newact, oact;
    
23.         newact.sa_handler = handle_hup;
    
24.         sigemptyset(&newact.sa_mask);
    
25.         sigaction(SIGHUP, &newact, &oact);
    
26. 
    
27.         if ((pid = fork()) >; 0) { // the 1st child, a session leader
    
28.                 pause();
    
29.                 _exit(0);
    
30.         }
    
31. 
    
32.         if ((pid = fork()) >; 0) { // the 2nd child
    
33.                 pause();
    
34.                 _exit(0);
    
35.         }
    
36. 
    
37.         // the 3rd child. Make a new process group in the same session.
    
38.         setpgid(0, 0);
    
39. 
    
40.         if ((pid = fork()) >; 0) { // the 3rd child, a process group leader
    
41.                 pause();
    
42.                 _exit(0);
    
43.         }
    
44. 
    
45.         // the 4th child
    
46.         pause();
    
47.         return 0;
    
48. }
    
49. 
    
50. int
    
51. main() {
    
52.         daemonize();
    
53.         return 0;
    
54. }
    
55. 
    
56. $ a.out
    
57. $ ps -ejl | grep a.out
    
58. 8 S 203327  4486  4485  4485  4485  0  51 20        ?    219        ? ?
    
59. 0:00 a.out
    
60. 8 S 203327  4488  4487  4487  4485  0  41 20        ?    219        ? ?
    
61. 0:00 a.out
    
62. 8 S 203327  4487  4486  4487  4485  0  51 20        ?    219        ? ?
    
63. 0:00 a.out
    
64. 8 S 203327  4485     1  4485  4485  0  51 20        ?    219        ? ?
    
65. 0:00 a.out
    
66. $ kill -INT 4485
    
67. $ r ps
    
68. ps -ejl | grep a.out
    
69. 8 S 203327  4486     1  4485  4485  0  51 20        ?    219        ? ?
    
70. 0:00 a.out
    
71. 8 S 203327  4488  4487  4487  4485  0  41 20        ?    219        ? ?
    
72. 0:00 a.out
    
73. 8 S 203327  4487  4486  4487  4485  0  51 20        ?    219        ? ?
    
74. 0:00 a.out
    
75. $
    

复制代码

运行结果证明该对话期的两个进程组中，剩下的全部三个进程，在对话期首进程被终止的时候，都没有收到SIGHUP信号。为了证明我们的SIGHUP handler是有效的，我们继续：

1. 
   
2. $ kill -HUP 4487
   
3. Process 4487 received SIGHUP.
   
4. $ r ps
   
5. ps -ejl | grep a.out
   
6. 8 S 203327  4486     1  4485  4485  0  51 20        ?    219        ? ?
   
7. 0:00 a.out
   
8. 8 S 203327  4488     1  4487  4485  0  41 20        ?    219        ? ?
   
9. 0:00 a.out
   
10. $
    

复制代码

求教高人，问题到底出在哪里？SIGHUP到底什么时候被发送，给哪些进程？

chg.s

都没有人看到的吗？只好自己给翻上来，继续等待高手指点……

wuye_chinaunix

顶！！

lanying_wzw

可能是前台进程组，你setsid以后，对话期是没有控制终端的，所以也就没有前台进程组，因此即使session leader终止，也不会收到SIGHUP信号的。
你应该在别的系统上试试，可能就是发给所有对话期进程的

[ 本帖最后由 lanying_wzw 于 2007-9-29 00:33 编辑 ]

lanying_wzw

对话期首进程结束了，如果导致此对话期的某个进程组成为孤儿进程组，且有进程停止的话，会向此进程组发送SIGHUP信号的

lanying_wzw

别的大虾不发表下意见吗？

lanying_wzw

继续顶，发现CU的人对终端了解的太少！