Winsock recv() send() Probleme

hustbaer

na dann müsst ihr den bug halt fixen

alles andere is eher noch schwieriger als non-blocking, also wenn ihr das schon nicht hinbekommen habt...

cal

Also meinst Du, der Fehler kommt, weil etwas falsch programmiert wurde? Ohne das non-blocking funktionierts ja tadelos, nur das halt nichts fährt ;-)...

Completion Ports

geeky

cal schrieb:

Also meinst Du, der Fehler kommt, weil etwas falsch programmiert wurde? Ohne das non-blocking funktionierts ja tadelos, nur das halt nichts fährt ;-)...

Ja, "... hat ein Problem festgestellt und musste beendet werden" heisst nichts anderes, als das dein Programm (z.B. wegen in speicher rumschreiben, wo es das nicht sollte) abgestürzt ist.
Benutzt du gar keinen Debugger?

cal

Doch sicher, hier der genaue Fehler

Run-Time Check Failure #3 - The variable 'sock' is being used without being initialized.

Run-Time Check Failure #3 - The variable 'connectedSocket' is being used without being initialized.

Edit: Ok blöd, ioctlsocket() war am falschen Ort ;-)... ich versuch smal und gebe dann bescheid!
Edit2: Also es sieht alles schonmal viel besser aus! Keine Fehlermeldungen mehr ect... --> Problem ist jetzt nur noch das ich beim Client und Server bei den recv() den Wert 0 gesendet bekomme

hustbaer

Was bitte verstehst du unter "den Wert 0 gesendet bekommen"?

Bitte schreib doch einfach das was Sache ist, und nicht irgendeine vermeindlich vereinfachende Formulierung (die dann keiner versteht).

Gibt recv() 0 zurück?
Gibt recv() einen Wert > 0 zurück, und im Empfangspuffer steht dann ein Null-Byte?
...?

Und bitte lies dir die Doku zu send() und recv() sehr genau durch.
Und verstehe dass ein TCP Socket ein *Stream* ist und *nicht* Message-Orientiert!
recv() empfängt keine Messages, recv() empfängt einfach mehr oder weniger Bytes. Maximal so viel wie du als Puffergrösse angibst, mindestens 1 (wenn kein Fehler gemeldet wird), alles dazwischen ist auch möglich, und hängt *nicht* damit zusammen wieviel Bytes mit send() auf einmal weggeschickt wurden.

cal

Das es klarer ist:

Der Client sendet z.B. das hier:

X = 20
Y = 0

itoa(X, rx, 10);
itoa(Y, ry, 10);
itoa(75, rr, 10);
send(sock, rx, 2, 0);
send(sock, ry, 2, 0);
send(sock, rr, 2, 0);

und der Server empfängts so:

rc = recv(connectedSocket, rx, 2, 0);
rc = recv(connectedSocket, ry, 2, 0);
rc = recv(connectedSocket, rr, 2, 0);

int rxInt = atoi(rx);
int ryInt = atoi(ry);
int rrInt = atoi(rr);

richtung = rrInt;
fahren2(rxInt, ryInt);

recv() gibt 0 zurück

geeky

Ich zitiere nochmal hustbaer:

hustbaer schrieb:

Und verstehe dass ein TCP Socket ein *Stream* ist und *nicht* Message-Orientiert!
recv() empfängt keine Messages, recv() empfängt einfach mehr oder weniger Bytes. Maximal so viel wie du als Puffergrösse angibst, mindestens 1 (wenn kein Fehler gemeldet wird), alles dazwischen ist auch möglich, und hängt *nicht* damit zusammen wieviel Bytes mit send() auf einmal weggeschickt wurden.

Du kannst (bei TCP) quasi nicht davon ausgehen dass mit 1x recv() schon alles angekommen bist, du musst recv() ggf. mehrfach aufrufen.

Warum 2 bei send/recv?
Du wertest rc gar nicht aus?

hustbaer

Und warum überhaupt atoi/itoa?

Wenn du "brav" sein willst nimm htonl/htons vor dem Senden und ntohl/ntohs nach dem Empfangen.

Wenn du auf die Byte-Order scheisst lass das auch noch weg, und sende einfach die Bytes der int/short/...

p.S.:

geeky schrieb:

Du kannst (bei TCP) quasi nicht davon ausgehen dass mit 1x recv() schon alles angekommen bist, du musst recv() ggf. mehrfach aufrufen.

Nur als Ergänzung: es kann auch umgekehrt sein, recv() kann auch Daten empfangen die mit mehreren send() gesendet wurden.

Kurz: ausser dass die Reihenfolge erhalten bleibt, und auch keine "Löcher" im Datenstrom entstehen, kann man sich auf nix verlassen.

Also wenn ich das richtig verstanden habe benutzt du jetzt grade nicht-blockierende Sockets?
Dann würde ich einfach mal die gehauptung aufstellen, dass du "0" empfängst, weil du zu dem Zeitpunkt, in dem recv() aufgerufen hast noch keine Daten vorliegen.
Du müsstes also mit select() arbeiten.
Und noch den Tpp von hustbaer kurz erklärt: er meint, dass du nicht nur char per send/recv verschicken/empfangen kannst.

int i = 8;
send(sock,&i,sizeof(int),0);

int i;
recv(sock,&i,sizeof(int),0);

funktioniert genauso. Solange du das mit deinen eigenen Programmen machst ist es egal wie/was du sendest - solange du auf beiden Seiten das gleiche machst!