メイン Application Layer Protocol Implementation & Model Development サーバ側の複数パケット返答について | 投稿するにはまず登録を |
題名 | 投稿者 | 日時 |
---|---|---|
サーバ側の複数パケット返答について | qulneko | 2007/1/15 18:21 |
» Re: サーバ側の複数パケット返答について | kabocha | 2007/1/15 19:24 |
Re: サーバ側の複数パケット返答について | qulneko | 2007/1/17 23:57 |
フラット表示 | 前のトピック | 次のトピック |
投稿者 | スレッド |
---|---|
kabocha | 投稿日時: 2007/1/15 19:24 |
常連 登録日: 2006/9/8 居住地: 投稿: 43 |
Re: サーバ側の複数パケット返答について エラーがでるっておっしゃっていますが、コンパイルエラー? のことですか?
とりあえず、まずいと思うのは、 ここかなぁ。
これでタイマーを仕掛けることは出来るでしょうが、イベントディスパッチ処理で、ディスパッチされた message ポインタが、packet なのか、イベントなのかが分からないと思います。 上記のタイマーを仕掛けて、以下のディスパッチ処理をハンドラ関数に入れておけば、確かに MSG_APP_FromTansport に処理が行われることになると思います。
しかし、 lookup server では、 この msg は イコール packet ですが、qualneko さんのインプリメントでは、このmsg は timerMsg であって、パケットではありません。当然 case MSG_APP_FromTransport 内の処理も変わるはずです。それを考慮していないとすれば、アクセス違反かなにかで、落っこちる結果になるだけだと思います。
のようにきちんとタイマーイベントを作成してタイマーをスケジュールし、ディスパッチ関数を以下のように書いてあげる必要があるのではないでしょうか?
これ以上のことは文章からはなんとも・・・ |
フラット表示 | 前のトピック | 次のトピック |