sin bloqueo problema socket recv mientras que la usa con epoll

Question

Tengo un problema: a veces (no regular) vuelve recv -1 y errno == EAGAIN durante el uso de epoll en modo edge-triggered. pieza de código:

server_sock = startup(&port);

if ( (epollfd = epoll_create(4096)) < 0) {
    perror("epoll_create error");
    exit(EXIT_FAILURE);
}

ev.events = EPOLLIN | EPOLLET;
ev.data.fd = server_sock;
if (epoll_ctl(epollfd, EPOLL_CTL_ADD, server_sock, &ev) == -1) {
    perror("epoll_ctl: server_sock");
    exit(EXIT_FAILURE);
}

while (1) {
    int nfds = epoll_wait(epollfd, events, 4096, -1);
    if (nfds == -1) {
        perror("epoll_wait");
        exit(EXIT_FAILURE);
    }

    for (int i = 0; i < nfds; i++) {
        if (events[i].data.fd == server_sock) {
            client_sock = accept(server_sock,
                         (struct sockaddr *)&client_name,
                         (socklen_t *)(&client_name_len));

        if (client_sock == -1) //server overloaded
            continue;

        if (events[i].events & EPOLLIN) {
            std::cout << "EPOLLIN on " << client_sock << std::endl;
        }

        Arch::set_nonblocking(client_sock);
        ev.events = EPOLLIN | EPOLLRDHUP | EPOLLET; //input data and connection closing
        ev.data.fd = client_sock;

        if (epoll_ctl(epollfd, EPOLL_CTL_ADD, client_sock, &ev) == -1) {
            perror("epoll_ctl: client_socket");
            exit(EXIT_FAILURE);
        }

        accept_request(client_sock);

        } else {
            if (events[i].events & EPOLLRDHUP) {
                epoll_ctl(epollfd, EPOLL_CTL_DEL, events[i].data.fd, &ev);
            }
        }
    }
}

startup(&port) crea sin bloqueo zócalo, la unión con el puerto y así sucesivamente. mi script envía los datos siguientes: GET /connect?id=1&secret=1 HTTP/1.0\r\n\r\n pero recv retorno veces -1 en esta función (en el interior de accept_request llamar):

/**********************************************************************/
/* Get a line from a socket, whether the line ends in a newline,
 * carriage return, or a CRLF combination.  Terminates the string read
 * with a null character.  If no newline indicator is found before the
 * end of the buffer, the string is terminated with a null.  If any of
 * the above three line terminators is read, the last character of the
 * string will be a linefeed and the string will be terminated with a
 * null character.
 * Parameters: the socket descriptor
 *             the buffer to save the data in
 *             the size of the buffer
 * Returns: the number of bytes stored (excluding null) */
/**********************************************************************/
int get_line(int sock, char *buf, int size) {
    int i = 0;
    char c = '\0';
    int n;

    while ((i < size - 1) && (c != '\n')) {
        n = recv(sock, &c, 1, 0);
        //debug
        std::cout << "n = " << n << std::endl;
        if (n > 0) {
            if (c == '\r') {
                n = recv(sock, &c, 1, MSG_PEEK);
                if ((n > 0) && (c == '\n'))
                    recv(sock, &c, 1, 0);
                else
                    c = '\n';
            }
            buf[i] = c;
            i++;
        } else {
            //debug
            if (errno == EWOULDBLOCK)
                std::cout << "EWOULDBLOCK" << std::endl;
            c = '\n';
        }
    }
    buf[i] = '\0';

    return(i);
}

como epoll página hombre escribió que tengo que leer / escribir hasta que llegue EAGAIN, pero lo tengo ya! y estoy segura que el buffer no se deje vacía. lo que hago mal?

UPD: He descubierto una cosa interesante: cuando se pasó esa situación yo uso en mi sleep(1) código y recc(...) de nuevo y puedo recuperar los datos que espero! que es un truco sucio. ¿hay alguna enfoque más elegante de resolver este problema?

Answer 1

Es completamente normal que la primera recv() en ese caso a EAGAIN retorno. epoll() nunca le dijo que si era legible con todo o no.

Cada recv() debe estar preparado para EAGAIN mango si está utilizando sockets no bloqueantes. activaciones falsas son posibles, por lo que cada vez que una API como select(), poll() o epoll() te dice que un socket se puede leer, que es sólo diciendo que " podría ser legible - darle una oportunidad"

.