Re: Socket differences between localhost and LAN (or Internet)
"Wyvern" <davinator17@hotmail.com> wrote in message
news:1158053516.079312.40190@b28g2000cwb.googlegroups.com...
Wait wait wait Will,
:-)
I need to focus on two things:
Recv() is not reliable , ok, is the Send() reliable too ?
:-) Recv() is reliable.
IMO, you should do more reading and less trying to convince others of the
correctness of your position.
And then, let's assume that I have received some data with Recv(), but
I see that the total amount of received bytes is not what I expected,
what I have to do ?
As I have said two or three times now - you keep calling recv().
Clear the buffer and ask a retransmission to the
server UNTIL I got the exact amount of bytes ?
No, of course not.
Because what i do not understand now is this :
When you launch the command:
...
bytes_recv=Recv();
...
bytes_recv cannot be the exact number of bytes that have been really
sent, but what happens ?
The other bytes of the transmission are in transit. They can be anywhere
along the path from sender to receiver.
The Recv() has returned a number, and the
program proceeds on its way, why is Recv()
so stupid to return a value even if it is not
the complete amount of bytes received ?
recv() is not stupid. It's quite smart. What you don't understand is that
TCP operates in a "packet-switched" mode. You may choose to send a full
megabyte if you like but there are constraints that prevent the send from
happening in one transmission. IIRC, for example, when using IP over
ethernet the maximum size of a block that can be transmitted at the hardware
level is around 1.5KB. As the chunks are received at the other side, one or
more calls to recv() complete.
Frankly, you have more work to do than you know. Take a look at the help
entry for the send() function
<quote>
If no error occurs, send returns the total number of bytes sent, which can
be less than the number indicated by len. Otherwise, a value of SOCKET_ERROR
is returned, and a specific error code can be retrieved by calling
WSAGetLastError.
</quote>
When I decided to use blocking functions, I expected to have a Recv()
that didn't proceed untill ALL data was sent, but now it seems that I
have to use it many times, until I get the data...
Yes!
Now I am confused, what should I do ?
...
Any idea ?
Replace the calls to send() and recv() with calls to your own versions - say
mySend() and myRecv(). In myRecv() you check the length you received against
what you expected. If you get less, you adjust the number of bytes by the
amount received, advance the pointer to the buffer to just past the last
byte received and repeat until you get the whole message or an error occurs.
The operation of mySend() is left as an exercise to the interested reader.
Regards,
Will