Finalizando el ciclo "recv()" cuando se lee toda la información usando Winsock

Question

Tengo un problema en mi bucle recv() para winsock. Estoy tratando de terminar el ciclo cuando iResult == 0, sin embargo, el ciclo solo finaliza cuando el socket se cierra. Parece estar colgando en el último recv() donde iResult equivaldría a 0. Entonces, ¿hay alguna idea sobre cómo terminar el ciclo de forma efectiva? Mi objetivo final (ya sea que iResult == 0 o no, tal vez estoy haciendo esto de la manera incorrecta) es detener el ciclo cuando se ha leído toda la información enviada. Aquí está el bucle.

do 
    { 
     iResult = recv(socket, recvbuf, BUFLEN-1, 0); 
     if(iResult > 0){ 
      // Null byte :) 
      // Remove that garbage >:(
      recvbuf[iResult] = '\0'; 
      printf("Recvbuf: %s\n\n\niResult: %d\n",recvbuf,iResult); 
      continue; // working properly 
     } 
     else if(iResult == 0) 
      // Connection closed properly 
      break; 
     else 
     { 
      printf("ERROR! %ld",WSAGetLastError()); 
      break; 
     } 
    } while(iResult > 0); 

Como dije, recibo todos los datos, simplemente no puedo salir del ciclo. El siguiente paso sería volver a escribir los datos en el servidor, pero se cuelga aquí hasta que se agote el tiempo de espera de ping. Socket es SOCK_STREAM y buflen se define como 0x200

Gracias

Answer 1

Por defecto, en lugar de devolver 0, recvblocks if there's no data to receive:

Si no hay datos de entrada está disponible en el zócalo, la llamada se bloquea recv y espera a que lleguen los datos de acuerdo con las reglas de bloqueo definidas para WSARecv con el indicador MSG_PARTIAL no establecido en a menos que el socket sea no bloqueante. En este caso, un valor de SOCKET_ERROR es devuelto con el código de error establecido en WSAEWOULDBLOCK. Las funciones de seleccionar, WSAAsyncSelect o WSAEventSelect se pueden usar para determinar cuando llegan más datos.

Puede utilizar ioctlsocket a colocar el conector de no-bloqueo:

u_long iMode = 1; 
ioctlsocket(socket, FIONBIO, &iMode); 

EDITAR: Aquí está la sugerencia setsockopt que hice en un rev anterior, luego se retira (ver comentarios):

puede utilizar la función setsockopt con la opción de establecer SO_RCVTIMEO el socket al tiempo de espera en recv si no hay datos disponibles.

Answer 2

Al diseñar un mecanismo de comunicación TCP, debe definir los límites del mensaje. (a menudo, \ r \ n). En sí mismo, tcp no sabe acerca de los límites; tienes que hacer esto tú mismo. Es posible que la llamada a recv() no siempre regrese en un límite de mensaje. Un envío() puede dividirse en múltiples recv() - s en el otro extremo.