早期的UNIX系统的一个特性是:如果进程在执行一个低速系统调用而阻塞期间捕捉到一个信号,该系统调用就被终端不再
继续执行。该系统调用返回出错,其errno被设置为EINTR。
为了支持这种特性,将系统调用分成两类:低速系统调用和其他系统调用。低速系统调用是可能会使进程永远阻塞的一类
系统调用:
1.在读某些类型的文件(管道,终端设备以及网络设备)时,如果数据并不存在则可能会使调用者永远阻塞。
2.在写这些类型的文件时,如果不能立即接受这些数据,则会使调用者永远阻塞。
3.打开某些类型的文件,在某些条件发生之前也可能会使调用者阻塞(例如,打开终端设备,它要等待直到所连接的调制
解调器应答了电话)
4.pause函数和wait函数
5.某些ioctl函数
6.某些进程间通信函数。
与被中断的系统调用相关的问题是必须显式地处理出错返回。典型的代码如下:
1
2
3
4
5again: if((n=read(fd,buf,BUFFSIZE))<0){ if(errno == EINTR) goto again; }
ioctl,read,readv,write,writev,wait和waitpid。其中前5个函数只有对低速设备进行操作时才会被信号终端。而wait和waitpid
在捕捉到信号时总是被终端。
POSIX.1允许实现重启动系统调用,但是这并不是必须的。XSI将SA_RESTART定义为对sigaction的XSI扩展,允许应用程序要求
重启被中断的系统调用。
实践:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43#include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <stdbool.h> #include <signal.h> #include <sys/types.h> #include <errno.h> #include <string.h> void int_handler (int signum) { printf ("int handler %dn",signum); } int main(int argc, char **argv) { char buf[100]; ssize_t ret; struct sigaction oldact; struct sigaction act; act.sa_handler = int_handler; act.sa_flags=0; // act.sa_flags |= SA_RESTART; sigemptyset(&act.sa_mask); if (-1 == sigaction(SIGINT,&act,&oldact)) { printf("sigaction failed!n"); return -1; } bzero(buf,100); ret = read(STDIN_FILENO,buf,10); if (ret == -1) { printf ("read error %sn", strerror(errno)); } printf ("read %d bytes, content is %sn",ret,buf); sleep (10); return 0; }
root@-virtual-machine:~# ./a.out
^Cint handler 2
read error Interrupted system call
read -1 bytes, content is
root@virtual-machine:~#
可见read直接返回,不会重启。
下面我们将
act.sa_flags |= SA_RESTART;
的注释打开,再次运行:
root@virtual-machine:~# ./a.out
^Cint handler 2
^Cint handler 2
^Cint handler 2
^Cint handler 2
^Cint handler 2
^Cint handler 2
123
read 4 bytes, content is 123
root@virtual-machine:~#
按了多次ctrl c,read也没有返回,因为read自动重启了。
最后
以上就是敏感金鱼最近收集整理的关于《UNIX环境高级编程》笔记--中断的系统调用的全部内容,更多相关《UNIX环境高级编程》笔记--中断内容请搜索靠谱客的其他文章。
发表评论 取消回复