Ergebnis der Suchanfrage

• Forum: Netzwerke

  Re: WinSock: recv()-Puffer wird überschrieben

    Delphi
    by Nogge, 1. Sep 2006
  Ihr hattet recht. Ich habe die recv()-func nicht richtig verstanden. Selbst wenn diese als blocking-call definiert wird (TimeVal := nil), kann der recv()-Puffer mehr als ein Paket von einem Client empfangen haben ;_;
  Nun gut, ich werde jetzt den Vorschlag von Bernhard Geyer umsetzen, bei dem der Client erst nach einer Bestätigung des Servers das nächste Paket senden darf. Dazu muss ich aber...
• Forum: Netzwerke

  Re: WinSock: recv()-Puffer wird überschrieben

    Delphi
    by Nogge, 27. Aug 2006
  Sorry, Bernhard Geyer, aber ich verstehe absolut nicht, was das mit meinem Problem zu tun haben soll.
  Normalerweise sollte BytesRead die Länge eines strings (= ein Datenpaket des CLients) haben. Jedoch erreicht BytesRead ständig MAXLEN, da im Puffer von recv() mehr als ein Datenpaket enthalten ist. Der Client sendet seine Datenpakete so schnell, dass der recv()-Puffer zwischen dem ersten Mal...
• Forum: Netzwerke

  WinSock: recv()-Puffer wird überschrieben

    Delphi
    by Nogge, 27. Aug 2006
  Hallo Community!
  Ich habe einen Server mithilfe der WinSock programmiert, der Daten von einem Client zum anderen versendet. Jetzt kommt es allerdings oft vor, dass Client 1 10x in der sec. einen string an den server sendet, die recv()-func allerdings nicht sofort ausgeführt wird. Wenn die recv()-func ausgeführt wird, befinden sich ca. 6.3 (von 10) strings in dem Puffer, obwohl ich mithilfe von...