read() nicht blockiert, die in socket-Programmierung

Ich habe einen server, sendet Daten an einen client alle 5 Sekunden. Ich möchte die client-zu-block-read (), bis der server sendet einige Daten und dann drucken. Ich weiß, read () blockiert standardmäßig. Mein problem ist, dass mein client nicht blockiert read(). Dies ist sehr sonderbar und scheint dies nicht zu sein ein normales Problem.

Mein code druckt "es kam Nichts zurück ..." in einer Endlosschleife. Ich bin auf einer linux-Maschine, in c Programmieren. Mein code-snippet unten. Bitte um Rat.

while(1)
{
    n = read(sockfd, recvline, MAXLINE);
    if ( n > 0) 
    {
        recvline[n] = 0;    
        if (fputs(recvline, stdout) == EOF)
            printf("fputs error");
    }
    else if(n == 0)
        printf("Nothing came back");
    else if (n < 0)
        printf("read error");
}
return;
  • Haben Sie überprüft, dass die Verbindung offen ist (ich.e sockfd gültig ist)?
  • Ein Rückgabewert von 0 aus read() bedeutet, dass das andere Ende (der server) der socket geschlossen.
  • Heilen : ja, es ist gültig. Ich habe einen check für die.
  • Naja, die Sache ist die, dass der server sendet die Daten alle 5 Sekunden. Es sei denn, wartet der client für den server zu senden, wird es 0 und das jedes mal.
  • Nein ist es nicht. Null bedeutet, dass der peer die Verbindung geschlossen. Es bedeutet niemals gab es keine Daten. Im blockierenden Modus read() blockiert; im non-blocking-Modus, wenn es keine Daten, es wird -1 zurück mit errno gesetzt, um EAGAIN oder EWOULDBLOCK je in Ihre Plattform.
InformationsquelleAutor Mathew | 2012-10-07
  1. 8

    Kann es mehrere Ursachen und mehrere Ausnahmen sind möglich, an verschiedenen Ort:

    1. überprüfen, Steckdose, wo Sie erstellen:

      sockfd=socket(AF_INET,SOCK_STREAM,0);  
if (sockfd==-1) {
    perror("Create socket");
}

    2. Sie und ermöglichen auch blocking-Modus explizit vor der Verwendung: 

      //Set the socket I/O mode: In this case FIONBIO  
//enables or disables the blocking mode for the   
//socket based on the numerical value of iMode.  
//If iMode = 0, blocking is enabled;   
//If iMode != 0, non-blocking mode is enabled.
ioctl(sockfd, FIONBIO, &iMode);

      oder verwenden Sie setsockopt wie folgt: 

       struct timeval t;    
 t.tv_sec = 0;
 tv_usec = 0;
 setsockopt(
      sockfd,     //Socket descriptor
      SOL_SOCKET, //To manipulate options at the sockets API level
      SO_RCVTIMEO,//Specify the receiving or sending timeouts 
      const void *(&t), //option values
      sizeof(t) 
  );

    3. Überprüfen, Lesen Aufruf der Funktion (Grund-Fehler)

      n = read(sockfd, recvline, MAXLINE);
if(n < 0){  
    perror("Read Error:");
}

    4. Auch check server-code!:

      1. Dein server senden einige leere(nicht-druckbare, null, enter) - charter(s). Und Ihr dessen nicht gewahr sind. Fehler, den Sie server-code zu.

      2. Oder Ihre server gekündigt, bevor Sie Ihrem client Lesen können,.

    5. Eine weitere interessante Sache, Versuchen Sie zu verstehen:

      Wenn Sie anrufen N write() am server-es ist nicht notwendig, es sollte N read() nennen, auf der anderen Seite.

    • Danke für die aufwendige Antwort, Mann. Ich werde versuchen, die Fehlerbehebung der server auch und sehen Sie, wenn der Versand einige verrückte Dinge.
    • Blocking-Modus ist die Standardeinstellung: Sie nicht haben, um es explizit. Der code in (2), die Aufrufe von setsockopt() mit Argumenten &0 und sizeof(sockfd) ist kompletter Unsinn und wird nicht kompiliert. Downvote.
    • Ich weiß, Standardmodus blockiert. Ich wollte nur sagen, wie explizit blocking-Modus(oder reset blocking-Modus). FÜR KOMPILIEREN-FEHLER: korrigiert habe ich den code von setsock (option), und Meine bitte an Sie : bitte überprüfen Sie und wenn die noch falsch Bitte beheben so, dass man sich richtige Hilfe..Danke EJP!
    • Mathew : Können Sie klicken auf die richtigen, Wenn es angenommen wurde!
    • Vielen Dank für die Unterstützung!
    • Stellen Sie außerdem sicher, dass Ihre receive-Puffer und seine Größe ist "initialisiert" richtig. E. g in diesem Fall recvline und MAXLINE

    InformationsquelleAutor Grijesh Chauhan
  2. 3

    Was Greg Hewgill schon schrieb als Kommentar: Ein EOF (eine explizite aufhören zu schreiben, sei es über close() oder über shutdown()) mitgeteilt werden, um die empfangende Seite, indem recv() 0 zurück. Also, wenn du 0, du weißt, dass es nicht alle Daten, und beenden Sie die lese-Schleife.

    Wenn Sie non-blocking aktiviert und es gibt keine Daten, erhalten Sie -1 und errno auf EAGAIN oder EWOULDBLOCK.

    • Ich glaube nicht, dass dies das problem ist. Der server in einer endlos-Schleife, Sie hält das senden von Daten an den client alle 5 Sekunden. Der server, bydesign, soll nicht Herunterfahren überhaupt.
    • Nicht der server, aber der server ist "client-socket" vielleicht...
    InformationsquelleAutor glglgl
  3. 1

    Was ist der Wert der MAXLINE?

    Wenn der Wert 0 ist, dann wird es wieder 0 als gut.
    Ansonsten, wie Grijesh Chauhan erwähnen, legen Sie es explcitly zu blockieren.

    Oder Sie können auch erwägen, recv (), wo blockierende und nicht-blockierende angegeben werden können.
    Es hat die Möglichkeit, MSG_WAITALL, wo es gesperrt wird, bis alle bytes angekommen.

    n = recv(sockfd, recvline, MAXLINE, MSG_WAITALL);
    • Gute Idee!!! Ich soll versuchen, recv(). Es könnte den trick tun.
    InformationsquelleAutor Hong Zhou
Schreibe einen Kommentar