加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

c – 由信号中断的系统呼叫仍然必须完成

发布时间:2020-12-16 06:04:07 所属栏目:百科 来源:网络整理
导读:很多系统调用如close(fd)可以被一个信号中断.在这种情况下,通常返回-1,并且将errno设置为EINTR. 问题是什么是正确的事情?说,我还是希望这个fd关闭. 我能想出的是: while( close( fd ) == -1 ) if( errno != EINTR ) { ReportError(); break; } 有人可以建
很多系统调用如close(fd)可以被一个信号中断.在这种情况下,通常返回-1,并且将errno设置为EINTR.

问题是什么是正确的事情?说,我还是希望这个fd关闭.

我能想出的是:

while( close( fd ) == -1 )
  if( errno != EINTR ) {
    ReportError();
    break;
  }

有人可以建议更好/更优雅/标准的方式来处理这种情况吗?

更新:
由多路复用器注意到,安装信号处理程序时可以使用SA_RESTART标志.
有人可以告诉我哪些功能在所有POSIX系统(不仅Linux)上都可以重新启动?

解决方法

一些系统调用是可重新启动的,这意味着如果中断了内核将重新启动调用,如果在安装信号处理程序时使用了SA_RESTART标志,那么 signal(7)手册页面说:

If a blocked call to one of the following interfaces is interrupted
by a signal handler,then the call will be automatically restarted
after the signal
handler returns if the SA_RESTART flag was used
; otherwise the call will fail with the error EINTR:

它没有提到close()是否可重新启动,但这些是:

read(2),readv(2),write(2),writev(2),ioctl(2),open(2),wait(2),
wait3(2),wait4(2),waitid(2),and waitpid,accept(2),connect(2),
recv(2),recvfrom(2),recvmsg(2),send(2),sendto(2),and sendmsg(2)
flock(2) and fcntl(2) mq_receive(3),mq_timedreceive(3),mq_send(3),
and mq_timedsend(3) sem_wait(3) and sem_timedwait(3) futex(2)

请注意,这些详细信息,特别是不可重新启动的呼叫列表是特定于Linux的

我发布了一个相关的问题,关于哪个系统调用是可重新启动的,如果由POSIX在某个地方指定,它由POSIX指定,但它是可选的,因此您应该检查您的操作系统的不可重新启动的调用列表,如果不在那里重新启动.这是我的问题:
How to know if a Linux system call is restartable or not?

更新:关闭是一种特殊情况,它不可重新启动,不应在Linux中重试,有关详细信息,请参阅此答案:
https://stackoverflow.com/a/14431867/1157444

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读