Query related to recv()?

[dp_76]

Hi experts
I have recently joined this forum.

This is my first query here:

I have developing a client server application where the server is an MFC dialog based application & the client is an MFC SDI application.

Winsock2 is being used for communication.

Both the client & the server is set to asynchronous mode by using the WSAAsyncselect().

I have 2 questions to ask:

Q1.

Is a single recv() in response to a single FD_READ message appropriate OR the
recv() must be called in a loop untill all data is received.

Q2.

Lets say the server needs to send 1000 bytes of data to the client but at a time
only 100 bytes.
Now there are two ways:
1----> The server calls send() in a loop & donot cares whether data reaches the client or not.
2----> The server calls send() in a loop & after every send() it waits for the client's
notification that the data is received, now send next lot of 100 bytes.

Waiting for suggestions

Best Regards
dp_76

[Quantum1024]

Q1
FD_READ indicates that there is data available to be received but not how much. If you want to receive a certain amount of data then a single recv can't guarantee that. Looping on recv is a possibility but since your using nonblocking (asyncronous) sockets you could just get as much data as is available, store it somewhere and get remaining chunks of the amount you expect on subsequent FD_READ messages.
Q2
If you want your server to send a reply after each 100 bytes and the client to wait for that reply before sending the next 100 bytes then you would send the first 100 with send() then you would receive the servers reply with recv() and send the next 100 bytes and so on.

[Salem]

I'm sure the answer to both your questions are in http://cboard.cprogramming.com/showthread.php?t=41926

[anonytmouse]

A less readable version of Q1024's answer is buried in the documentation page for WSAAsyncSelect:

For FD_READ, FD_OOB, and FD_ACCEPT events, message posting is level-triggered. This means that if the reenabling routine is called and the relevant condition is still met after the call, a WSAAsyncSelect message is posted to the application. This allows an application to be event-driven and not be concerned with the amount of data that arrives at any one time. Consider the following sequence:

1. Network transport stack receives 100 bytes of data on socket s and causes Windows Sockets 2 to post an FD_READ message.
2. The application issues recv( s, buffptr, 50, 0) to read 50 bytes.
3. Another FD_READ message is posted since there is still data to be read.

With these semantics, an application need not read all available data in response to an FD_READ message—a single recv in response to each FD_READ message is appropriate. If an application issues multiple recv calls in response to a single FD_READ, it can receive multiple FD_READ messages. Such an application can need to disable FD_READ messages before starting the recv calls by calling WSAAsyncSelect with the FD_READ event not set.

[dp_76]

Thank u all
I really appreciate the suggestions provided.


Best Regards
dp_76