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

概述很多系统调用如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

总结

以上是内存溢出为你收集整理的c – 由信号中断的系统呼叫仍然必须完成全部内容，希望文章能够帮你解决c – 由信号中断的系统呼叫仍然必须完成所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。