#TAPIなんて全然使ったことないのだが

スレッドがいっぱい走ってるアプリをデバッグすると、よく
そのような不可解な現象が起きます。スレッドが実行・終了
するタイミング（順番）がずれるらしいです。
K.Tさんの場合、lineOpen関数の後にlineMakeCall関数をCallする
タイミングが早すぎたので最初のエラーが出たのでしょう。
で、lineMakeCall内にブレークポイントをかけると、lineOpen関数によって
起動された何らかのスレッドが終了したタイミング（この時はデバイスの
オープンが成功している）でlineMakeCall内のブレークが発動されるの
ではないでしょうか。

ボコノン教徒さん、レスありがとうございます。
私もそのように感じ、Sleep文やら、空のループやらを回して
対処できるかと思ったのですが駄目でした。
なんだか、TAPIっていろいろと難しいです。
他に解決策ありましたら教えてください。

私もTAPIは使ったことがありませんが、スレッド間で同期をとり
たいのであれば、クリティカルセクションやイベントを利用すれ
ばよいと思います。

以下のような感じで同期をとっているのですが・・・。
WaitForReplyではコールバック関数のLINE_REPLY待ちの処理を行ない
そのLINE_REPLYの詳しい内容が返値として返されます。
この返値にLINEERR_RESOURCEUNAVAILが返され困っています。

do
{
nReturn = WaitForReply( ::lineMakeCall( m_hLine,
_hCall,
lpszAddress,
0,
lpCallParams
),NULL);

if( nReturn == WAITERR_WAITABORTED )
{
TRACE( While Dialing, WaitForReply aborted.\n );
goto errExit;
}
if( HandleLineErr( nReturn ))
{
continue;
}
else
{
TRACE( lineMakeCall unhandled error\n );
goto errExit;
}
} while( nReturn != SUCCESS );

あまり、参考文献もないし・・・・。
どなたか、教えてください。

度々もうしわけありません。

内蔵モデムやカードモデムなどには、それぞれＣＯＭ番号が割り振られて
いますが、そのＣＯＭ番号を使用しＣＯＭポートハンドルを取得し、そし
て実際にＡＴコマンドをＷｒｉｔｅＦｉｌｅでモデムに対して送ることで
電話をかけたり、その後データ通信を行ったりしようとした場合のことで
すが、内蔵モデムやカードモデムなどのＣＯＭ番号を知ったからといって
ＣＯＭポートハンドルが取得できない場合などはありますか？

実際に、どのアプリでもモデムは使用していないのにＣｒｅａｔｅＦｉｌｅ
でモデムに割り振られたＣＯＭポートハンドルが取得できない場合がある
のですが・・・・。