delete[] Frage

[kleinernascher4]

also WSAGetLastError(); gibt immer 0 zurück.
und wieso soll recv 0 zurückgeben? recv gibt die anzahl der empfangenen bytes zurück.
bei null würde er also GAR NIX empfangen. bei mir empfängt er immer hin etwas (wenn auch nicht alles )

[jacky919]

Dann liegt es vielleicht daran, dass, wie MrSm!th schon sagte, nichtz alles auf einmal kommt.

[kleinernascher4]

nu, und wie stelle ich dann sicher dass ich alles empfange?

[jacky919]

Am besten übermittelst du zuerst die Größe der Datei. Dann kannst du mit der empfangenen Größe einen Puffer allozieren. Nun fängst du an zu empfangen.

char* buf = new char[size];
int received = 0;
while(recieved < size)
{ 
received += recv(s, buf+received, size - received, 0);
}
delete[] buf;

[kleinernascher4]

ok, thx jetzt gehts!

[MrSm!th]

Originally Posted by kleinernascher4

also WSAGetLastError(); gibt immer 0 zurück.
und wieso soll recv 0 zurückgeben? recv gibt die anzahl der empfangenen bytes zurück.
bei null würde er also GAR NIX empfangen. bei mir empfängt er immer hin etwas (wenn auch nicht alles )

genau, und wenn es 0 zurückgibt, wurde nichts mehr empfangen

Originally Posted by kleinernascher4

nu, und wie stelle ich dann sicher dass ich alles empfange?

genau so. du rufst recv so lange auf, bis es 0 zurückgibt, dann hast du nichts empfangen und der sendevorgang ist vorbei.

[jacky919]

Oder du empfängst solange, bis die dir übermittelte Dateigröße erreicht wurde (siehe mein Beispiel).

[xNopex]

Oder du empfängst solange, bis die dir übermittelte Dateigröße erreicht wurde (siehe mein Beispiel).

Setzt voraus, dass man weiß wie groß die Datei ist, was meistens leider nicht der Fall ist.

[jacky919]

Originally Posted by xNopex

Setzt voraus, dass man weiß wie groß die Datei ist, was meistens leider nicht der Fall ist.

Stimmt natürlich, aber wenn man sie nicht wissen sollte, hat man ohnehin Probleme mit der Puffergröße.

[xNopex]

Nicht unbedingt. recv() empfängt afaik nie mehr als die angegebene Anzahl Bytes (s. dritter Parameter). Man kann sich dann einen einfachen dynamischen Puffer basteln. Muss halt bisschen Kopieraufwand betrieben werden ;O

[jacky919]

Nicht empfangene Bytes können also später noch empfangen werden?
(Bin nicht so bewandert im Umgang mit TCP )

[xNopex]

Jaja das geht. Man muss Recv halt solange aufrufen, bis es 0 returned, wie bereits schon erwähnt wurde.

[MrSm!th]

Ja, siehe:

Originally Posted by MrSm!th

genau, und wenn es 0 zurückgibt, wurde nichts mehr empfangen



genau so. du rufst recv so lange auf, bis es 0 zurückgibt, dann hast du nichts empfangen und der sendevorgang ist vorbei.

Genau daher rührt das ja. recv gibt solange etwas zurück, solange noch Daten im Netzwerkstream liegen.

Anders wäre Netzwerkkommunikation gar nicht möglich. Dateigrößen zu übermitteln wäre ja nicht das Problem, nur generell erstmal zu wissen, wie groß ein Packet wäre.
So ziemlich jedes Spiel hat verschiedene Packetstrukturen für verschiedene Zwecke, die auch unterschiedlich groß sind.
Der 3. Parameter spezifiziert nur die maximale Größe, aber wie viel davon tatsächlich genutzt wird, kannst du zum Zeitpunkt des Empfangens ja noch gar nicht wissen; erst, wenn du es empfangen hast und es parst, erfährst du anhand der eigenen Spezifikationen und Festlegungen, wie groß nun der Inhalt dieses Packettyps sein kann.
Da muss man genau so vorgehen: Man läuft in einer Schleife durch recv, bis nichts mehr empfangen wird.

recv ist ein blocking Call; wenn die Daten gerade noch auf dem Weg sind bzw. der Stream leer ist, bleibst du hängen, bis weitere Daten ankommen. Nur, wenn das Senden wirklich beendet ist, also mit keinen Daten mehr zu rechnen ist, der send Call beendet ist, dann wird 0 zurückgegeben.
Also wirst du recv nie mit 0 verlassen, außer der Sendevorgang ist beendet oder die Verbindung wurde unterbrochen.

Dementsprechend kannst du natürlich auch keine Daten "verlieren", wenn du gerade an einer anderen Stelle der Schleife bist, während Daten ankommen. Die warten dann im Stream auf die Abfrage per recv.

[Nightblizard]

Originally Posted by xNopex

Jaja das geht. Man muss Recv halt solange aufrufen, bis es 0 returned, wie bereits schon erwähnt wurde.

Nein, recv gibt die Anzahl der empfangenen Bytes zurück. Gibt es es 0 zurück, dann hat der Client die Verbindung unterbrochen.


Siehe:

[xNopex]

Ja da hast du zweifelsfrei Recht. Hab da scheinbar iwas durcheinander geworfen. Also man muss recv nicht aufrufen, bis es 0 returned, aber man kann es sicherlich tun. Zusammengehörige Daten muss man dann natürlich anders erkennen. Ich vermute das wird dann über das verwendete Protokoll erledigt.. Bin aber jetzt auch etwas verunsichert.