0

首先，我没有将其标记为关于“pselect”的问题的声誉，所以我选择了“select”。

我使用 pselect 来处理 UDP 套接字上的超时。代码如下所示：

UDP_STATUS udp_socket_recv(udp_socket_t* p_sock, int* p_bytes_rcvd)
{
    int res = 0;
    fd_set fds;
    struct timespec timeout;

    FD_ZERO(&fds);
    FD_SET(p_sock->m_socket, &fds);

    if (p_sock->m_timeout == NULL) {
        res = pselect(p_sock->m_socket + 1, &fds, NULL, NULL, NULL, NULL);
    } else {
        timeout.tv_sec = p_sock->m_timeout->tv_sec;
        timeout.tv_msec = p_sock->m_timeout->tv_usec * 1000;
        res = pselect(p_sock->m_socket + 1, &fds, NULL, NULL, &timeout, NULL);
    }

    if (res == 0)
        return UDP_TIMEOUT;
    else if (res == -1) {
        printf("pselect error: %s\n", strerror(errno)); /* Sometimes we end up here */
        return UDP_FAILURE;
    }

    res = recvfrom(p_sock->m_socket, ..); /* etc etc */
}

现在，上述方法在绝大多数情况下都可以正常工作（尽管我可能打错了一些东西，因为我无权复制/粘贴）。但是 pselect 有时会返回 -1，而 strerror(errno) 调用会打印“中断的系统调用”。

我什至不确定这就是你想要的套接字超时方式，我什至不记得我是如何想出这个解决方案的......

任何帮助深表感谢。

4

2 回答 2

2

EINTR /中断的系统调用不是错误条件，只是在您的程序在系统调用内部阻塞时发生的事情（信号已传递并可能已处理）。您可以忽略它并简单地循环，如下所示：（下面的程序不是最佳的，只是演示如何处理 EINTR）

UDP_STATUS udp_socket_recv(udp_socket_t* p_sock, int* p_bytes_rcvd)
{
int res = 0;
fd_set fds;
struct timespec timeout;

FD_ZERO(&fds);
FD_SET(p_sock->m_socket, &fds);

while(1) {
  if (p_sock->m_timeout == NULL) {
      res = pselect(p_sock->m_socket + 1, &fds, NULL, NULL, NULL, NULL);
  } else {
      timeout.tv_sec = p_sock->m_timeout->tv_sec;
      timeout.tv_msec = p_sock->m_timeout->tv_usec * 1000;
      res = pselect(p_sock->m_socket + 1, &fds, NULL, NULL, &timeout, NULL);
  }

  if (res > 0) break;
  if (res == 0)
    return UDP_TIMEOUT;

  switch(errno) {
  case EINTR: continue;
  default:
    printf("pselect error: %s\n", strerror(errno)); /* Sometimes we end up here */
    return UDP_FAILURE;
   }
 }

res = recvfrom(p_sock->m_socket, ..); /* etc etc */
}
于 2013-05-15T12:55:40.957 回答
0

不，真的，只需重新启动系统调用。如果再次失败，则意味着您的进程收到了另一个信号。 EINTR，据我所知，它在很大程度上是早期 Unix 系统的实现产物，因此它们可以在阻塞系统调用的同时传递信号。关于这是一个聪明的还是愚蠢的设计决定，已经有很多墨水被泼了出来，但是这一切的结果是，当调用失败时，编写阻塞系统调用的代码需要重试EINTR。

于 2013-05-15T12:59:52.863 回答