>　while( Event != 4 )
この部分を
while(Event == EV_TXEMPTY)
としてみてはどうでしょう？

ちなみに、
EV_TXEMPTY : 出力バッファの最後の文字を送信した。
のはずです。

さっそくのレスありがとうございます。

while( Event != 4 )
４というのはEV_TXEMPTYのことで
whileでまわしてEV_TXEMPTYビットがたった（出力バッファの最後の文字を送信した）ら
whileを抜けろという処理を行っています。

ですがこの処理がwin98,nt4.0では正常に「出力バッファの最後の文字を送信した」ら
RTS信号が落ちているのですが
win2000では最初のデータビットを送信し始めでEV_TXEMPTYビットがたってしまい
RTS信号が落ちてしまいます。

win2000では通信処理が変わったのでしょうか？

基本的に EV_TXEMPTY == 4 となることは保証されていません。
（Win98,NT4では偶々４となるだけだと思います）
また、XPになると変わるかもしれない、他の人が見た時に（自分自身でも）何を意味するのか
わからない場合が多々ありますので、数値を直接書く事は避けた方が無難だと思います。

ご指摘ありがとうございます。
たしかにわかりにくいので変更いたします。

hiro様、ご存知ではなくてされたと思いますので、一言だけご忠告させてください。
この件に関しては、VC++超初心者のホームページにも投稿されてますね。
こういうのは、マルチポストといって、嫌われる行為です。
さらに、while( Event != 4 ) で即値を書いている件については、あちらのページ
で、私がご指摘させていただいており、hiro様自身が「修正します」と返答されてい
ますね。なのに、ここでも全く同じ投稿をしています。
どうしてもマルチポストしなければならないのであれば(そういった理由はめったに
ないはずですが)、せめて、これまでの別のページでの経緯を説明しておくべきだと
思います。
ここと、あちらと両方のページをチェックされている方はたくさんいらっしゃると
思います。
ほんの少しの気配りをするだけです。よろしくお願いします。

クラフトマン様。
while( Event != 4 ) で即値を書いている件、これはわたしの不精でカットアンドペーストをつかったために
書いてしまいました。これについては弁解の余地はありません。大変申し訳ありませんでした。
マルチポストの件では私も存じておりますが私が思うマルチポストは同時刻に多数の掲示板に
同様の質問を書くことと考えております。
今回はVC++超初心者での投稿で回答が得られなかったため（クラフトマン様お気を悪くされたら申し訳ありません。
クラフトマン様には大変感謝しています。）向こうではこれ以上レスもつかないと思いこちらで投稿いたしました。
たしかにここと、あちらと両方のページをチェックされている方はたくさんいらっしゃると思います。
ですがそれ以上にこちらだけ、あちらだけの人も多いと思います。
それでこちらでは回答が得られるのではないかと思い投稿いたしました。
これは私の考えですが私は教えてもらう立場なので大きいことはいえませんが。

今回の件でお気を悪くされた方がいたら大変申し訳ありませんでした。

わても両方に顔出してまっす。(^^;

ロジックとしては
「送信エンプティビットが立つまで待つ」ってーことではないでしょーか？
動くかどうかは別にしてマスクをかけるべきでは？

while((Event & EV_TXEMPTY) == 0)
WaitCommEvent( m_hCom, &Event, NULL);

これではどーでしょか？

BUN様もありがとうございます。

ロジックは仰られる通りです。
ですがご指摘の方法でも変化はありませんでした。
WaitCommEventがWriteFileして最初のビットを送信し始めてからほぼ素通りで「送信エンプティビットが立てています」
WIN2000ではWaitCommEventが正常に動作しないかもしれません・・・・。

スリープで時間待ちはだめっすかね？

9600bpsの場合１バイトを送るのに約１msecかかります。

tw = バイト数×10×(1/9600)でおおまかな伝送時間が
計算できますよね。

×１０は
スタートビット　１
ストップビット　１
データ　　　　　７
パリティ　　　　１　の場合です。

while((Event & EV_TXEMPTY) == 0)
WaitCommEvent( m_hCom, &Event, NULL);

Sleep(tw+n); // nは余裕を持たせるための時間

EscapeCommFunction( m_hCom, CLRRTS );

これだとデータは出力されるのでしょうか？

間違えました。
>Sleep(tw+n); // nは余裕を持たせるための時間

Sleep(tw/1000 + n); // nは余裕を持たせるための時間 [msec]
でした。

Sleepもなんどか試したのですがバイト数に応じて成功する時としないときがあります。
Sleepではミリ秒（ms）単位ですのでバイト数が細かく変わった時に対応できませんでした。
あと、Sleepではパソコンの処理の重さや、相手側の通信状況によって微妙にずれてきますので
使えないと思います。
素早く案をだしていただき申し訳ないのですが。

> while((Event & EV_TXEMPTY) == 0)
この部分ですが、

while((Event & EV_TXEMPTY) == EV_TXEMPTY))
ではないでしょうか？

> while((Event & EV_TXEMPTY) == EV_TXEMPTY))

while((Event & EV_TXEMPTY) != EV_TXEMPTY))

の誤りです。m(__)m

重さん　こんにちは。

>while((Event & EV_TXEMPTY) == EV_TXEMPTY))
>ではないでしょうか？

私の手元の資料では
EV_TXEMPTY　意味「出力バッファの最後の文字を送信しました」　とあります。

WriteFile()した時点ではこのビットは立たないはず。

ですから
while((Event & EV_TXEMPTY) == 0)

でエンプティビットが立つまでWaitCommEvent()するのが正しいのではないでしょうか？

最後の文字を送信したらループを抜けたいのでは？
いかがでしょうか？