管道的读函数中的信号处理

eclipse_2

在管道的读函数里面
如果发现管道是空的 就等待写管道
当有数据读的时候 为什么要检查当前进程是否有信号需要处理，如果有就跳转出去了，读也终止了。
在此时检查信号是必须的吗？
信息不是在返回用户态之前检查吗？
请高手指点一下
if(PIPE_EMPTY(*inode))
{
    ...
    ...
     for(;
     {
         pipe_wait(inode);
         ...
         ...
         if(signal_pending(current))            //判断当前进程是否有信号处理
                goto out;                                //跳走了
      ...
      }
       ...
}

richardhesidu

这是内核信号机制的一部分。
休眠的进程可能被信号唤醒，在被唤醒以后，首先检查是否有阻塞的信号，如果有就执行相应的处理。

[ 本帖最后由 richardhesidu 于 2008-10-25 13:20 编辑 ]

eclipse_2

是不是用来判断是否收到了阻塞(非阻塞)信号之类的？

张博约

我也没有看明白，继续关注……

eclipse_2

原帖由 richardhesidu 于 2008-10-25 13:17 发表
这是内核信号机制的一部分。
休眠的进程可能被信号唤醒，在被唤醒以后，首先检查是否有阻塞的信号，如果有就执行相应的处理。

o 似乎明白了一点~
可中断进程被信号唤醒了 执行阻塞的信号
但执行完了之后 没有跳回来执行原来的进程流程吧~

richardhesidu

原帖由 eclipse_2 于 2008-10-26 11:50 发表

o 似乎明白了一点~
可中断进程被信号唤醒了 执行阻塞的信号
但执行完了之后 没有跳回来执行原来的进程流程吧~

进程系统调用被信号中断，返回错误-1，errno设为EINTR。
如果需要重入系统调用，需要用户来处理。

eclipse_2

原帖由 richardhesidu 于 2008-10-26 12:02 发表

进程系统调用被信号中断，返回错误-1，errno设为EINTR。
如果需要重入系统调用，需要用户来处理。

似乎明白了 需要设置参数和信号处理的返回值来决定
如果设置了 系统会在用户信号处理返回之前触发0x80中断
再次执行该系统调用。
没有设置 就不重入了

richardhesidu

原帖由 eclipse_2 于 2008-10-26 12:21 发表

似乎明白了 需要设置参数和信号处理的返回值来决定
如果设置了 系统会在用户信号处理返回之前触发0x80中断
再次执行该系统调用。
没有设置 就不重入了

不是的，当系统调用被信号中断，这次系统调用就结束了。

我说的重入系统调用指的是这样的情况。
比如用户进程需要从pipe读出指定的n字节的数据。在没有读完n字节就有可能被信号中断。
这样用户在编程的时候需要再次调用read系统调用来读完剩余的字节。

eclipse_2

原帖由 richardhesidu 于 2008-10-26 12:30 发表

不是的，当系统调用被信号中断，这次系统调用就结束了。

我说的重入系统调用指的是这样的情况。
比如用户进程需要从pipe读出指定的n字节的数据。在没有读完n字节就有可能被信号中断。
这样用户在编程的时 ...

恩
明白了 读pipe和写pipe都是这样的
非常谢谢！！！

eclipse_2

昨天又想了下...
每个系统调用都会调用ret_from_syscall，在返回用户态之前要进行信号的检测，如果有信号需要处理，则先处理信号，然后再返回用户态。
象pipe读、写系统调用之类 是不是属于特例，在系统调用过程之中检测信号，并进行处理？这样在ret_from_syscall的时候又要进行一次信号检测？
而其他的系统调用似乎没有在系统调用过程之中这么做过~？只会在ret_from_syscall进行信号检测？
高手指点吧~