recvfrom() が具体的に何をしているかがわからないので確実なことはいえませんが、
受信が終わっているか否かを何らかの方法で知ることが出来るのであれば、

while( true ){
if( /* recvfrom からの受信が終わった */ ){
break;
}
Sleep( /* 適当な時間 */ );
}

とすればよいかと思いますが・・・

recvfrom( ) は、ある相手からのデータを受信しているのですが、その recvform( ) が
データを受信するまでは、xxxEvent( ) を抜けたくない・・・ということです。
ちなみに、受信が終わったか終わっていないのを判断するにはどうしたらいいのでしょ
うか？

逆に質問ですが、
あなたが提示している「ある相手からのデータを受信している」という情報だけから、
それを回答できる人がいると思われているのでしょうか？

確かに、この文面じゃ分かりませんね。
大変申し訳ございませんでした。

ある相手とは、シリアル通信している Ether-422 変換器なのですが、こっちから
sendto( ) してすぐに recvfrom( ) してもデータが受信できないということが発覚した
ため今回のような質問をさせていただきました。
いろいろ、自分自身でも調べたのですが WaitForSingleObject( ) という関数を使うと
recvfrom( ) 時のタイムアウトも監視できるようなことを言っていたので早速使ってみ
ましたが、第一引数の HANDLE に何を指定すればいいのか分からなくなってしまいまし
た。
その辺も、すみせんが教えていただけると幸いです。

横槍失礼します。
recvfrom のタイムアウトを検出したところで、あなたの要求バイト分のデータが
すべてくるとは限りません。
極論１バイトだけ取得できたのでイベントが発生するということがありえます。
ですので、必要としているバイト数が事前にわかっているのなら、

int getBytes = 0;
while(1) {
int curBytes = recvfrom(...);
if( curBytes != 0 ) {
getBytes += curBytes;
if( getBytes >= 必要なバイト数 ) break;
}
Sleep(1);
}

とかやるのが常套手段ではないかと思います。
＃　PAIさんの回答とほとんど同じですね(^^;;;

sendtoやrecvfromを使っているところをみると、UDP/IPのことではないのですか？

基本的には、この関数を利用する場合は、スレッドで処理し、メインのプログラムでタイマー
監視しています。

　　キャンセルの場合は、WSACancelBlockingCall()を利用

送受信でスレッド生成するのが普通というか・・・。

CreateEvent
CreateThread
WaitForSingleObject or WaitForMultipleObjects

現在、こんな感じで処理を行っています。

CxxxxxClass::FuncAxxxx( void )
{
// この関数は 30 秒間隔でメインから呼び出される
FuncBxxxx( ) ;
}

CxxxxxClass::FuncBxxxx( void )
{// この関数の前に、UDP Socket はオープンしています
HANDLE hSocketEvent = WSA_INVALID_SOCKET ;
INT nStatus = 0 ;

// 正常に送信できたと仮定して・・・
sendto( .... ) ;

hSocketEvent = WSACreateEvent( ) ;
if( hSocketEvent != WSA_INVALID_SOCKET )
{
nStatus = WSAEventSelect( nSocket , hSocketEvent , FD_READ ) ;
if( nStatus != SOCKET_ERROR )
{
WSANETWORKEVENTS events ;
INT nRtn ;
nRtn = WSAWaitForMultipleEvents( 1 , &hSocketEvent , FALSE ,
5000 , FALSE ) ;
switch( nRtn )
{
case WSA_WAIT_FAILED :
// エラー処理
break ;
case WSA_WAIT_TIMEOUT :
// エラー処理
break ;
default :
if( WSAEnumNetworkEvents( nSocket ,
hSocketEvent , events ) != SOCKET_ERROR )
{
if( events.lNetworkEvents & FD_READ )
{
WSAResetEvent( hSocketEvent ) ;
// ここで、割り込みが発生してしまう
INT nSize = recvfrom( .... ) ;
}
}
break ;
}
}
}
}

という感じで、処理を行っているのですが、自分で採取したログを見ると
sendto( ) の後に FuncAxxxx( ) がメインから呼ばれてしまい（メインからの割り込
み）再度 Sendto( ) してしまいます。しょっちゅうではないですがかなりの回数で発生
しています。
recvfrom( ) の前の処理が悪いのは分かっているのですが・・・・

よろしければ、こんな感じで作って見たら・・・というサンプルがありましたら教えて
いただけますか？
すみませんが、よろしくお願いいたします。

受信するまでの間、何か別の処理をしたいというのでなければ、
わざわざ非同期モードを使用する必要は無いのではないでしょうか。

sendto( .... ) ;
INT nSize = recvfrom( .... ) ; // 何か受信するまで関数から戻らない

※WSAEventSelectを呼び出すとソケットは非同期モードになり、
処理が完了する前に送受信関数からすぐ戻るようになります。

そもそも、recvfrom( ) でタイムアウトを検知できるのでしょうか？
もし検知できるのであれば、わざわざWSACreateEvent( ) や WSAEventSelect( ) などを
使う必要はないのですが・・・
ちなみに、select( ) を使ってみましたがやはり割り込みは発生してしまいました。
それと、FuncBxxxx( ) 内の処理を全て #if 0 ～ #endif にしたところ、期待通り 30秒
周期で FuncBxxxx( ) が呼び出されましたのでメインは問題なしでした。

はじめましてBosscatと申します。
たまたま立ち寄ったので、ついでに辻レスを・・・

ちょっと意味が取れなかった部分もあるのですが、、、
(タイムアウトうんぬんの個所)
・送信 -> 受信がペアである
で良いのですか？

ソケットプログラムにおいて
コネクション型、コネクションレス共通の話ですが
・送信関数1回に対する受信関数の呼び出し回数は1回とは限らない
というところを見落としているように見受けられます。

17:53:38のソースを見る限りsendto()：recvfrom()=1:1 に見えますが、
1:nである必要があるでしょう。

コネクションレス型のソケットは特に
受信終了こ検知する方法はデータをチェックするしかありません。
(バイト数、ターミネータ文字列等)
もし、これらによって検知する手段が無いとしたら
通信プロトコルそのものの問題だと思われます。

以上、長文失礼！

追記
・送信関数1回に対する受信関数の呼び出し回数は1回とは限らない
もちろん
送信関数(送信側ノードで呼ばれる)
受信関数(受信側ノードで呼ばれる)
です。

ついでに
・送信バッファ・受信バッファを常に意識してコーディングした方が良いです。
・複数回の送信関数によって送信したデータが(勝手に)１つに纏められて
　受信関数１回で受信できることもあります。
・ほとんどのOSの実装は
　　1) 送信時にはなるべく纏めて送る。
　　2) 受信時にはなるべく早くバラバラに受信する。
です。
　これは以下の意図があります。
　　・送信時のパケットヘッダ及びパディング分の情報量の節約為。
　　・受信バッファのオーバーフローを抑止する為。
以上

解決しました。
皆さん、どうもありがとうございました。