今日も今日とて.NET。.NETで非同期ソケット通信 (←このリンクが切れていた場合、".NET", "ソケット", "非同期"などで検索すれば出てくるでしょう)する場合、データを受信するたびにSystem.Net.Sockets.Socket.BeginReceiveで指定した関数・メソッドが呼ばれます。接続が切れるときにもこの関数が呼ばれますが、その場合受信サイズが0になっているので、切断を知ることができるという仕掛けです。

相手から切断してきたときはSystem.Net.Sockets.Socket.Close()なりインスタンスの破棄なり処理すればいいのですが、こちらから切断したいときはSystem.Net.Sockets.Socket.Disconnect()で切断する必要があるようです。以下の方法では不具合がありました。

System.Net.Sockets.Socket.Socketインスタンスの破棄

破棄のタイミングはプログラマーが制御できない ようなのでいつ切断されるか分かりません。下手すると延々と接続されています。

System.Net.Sockets.Socket.Socket.Close()

このメソッドは切断後全てのリソースを開放してしまいます 。この後サイズ0の受信を通知しようとBeginReceiveで指定した関数が呼ばれますが、引数のIAsyncResultクラスインスタンスがCloseメソッドで開放されてしまっているため、EndReceiveでこのインスタンスにアクセスするとエラーを起こします。try〜catchで例外処理など対策が必要。

ただSystem.Net.Sockets.Socket.Socket.Disconnect()メソッドは.NET Framework 2.0以降らしいので、1.xではEndReceiveをtry〜catchで捕まえるか、独自にフラグ管理するなどするしかないのでしょうか?

---

PSOBB Maximum Attach 4 Reload のコンクエスト2が達成されたようです。

このイベント、Reloadと言う通り去年私も参加していたMaximum Attach 4 の再登場。去年も同じ指令(撃破数をEP1>EP2>EP4にする)がありましたが物の見事失敗し、その後も続けて失敗するという(つд｀)な状態だったと思います。まぁ撃破数の下の桁をいくらにしろなんていう運頼みのやつもありましたけどね。そのせいか最後のほうはクリアできないと馬鹿にされるというくらいぬるい指令が来たのですがｗ

原因のひとつにEP2が難しいというのがあると。去年もアルティメットはチーム内の精鋭4人(チャージバルカン持った化け物火力キャストx3と補助テクニック&メギド担当フォニュエールx1)くらい組まないとゴールにたどり着かない。おまけに去年はEP4がリリースから1年経っておらず、EP4で出るアイテム目当てに行く人も多かった。てなわけで、EP2は終始不人気 。

Reloadにはほとんど参加してない私ですが、先週の経過 見る限り今回も失敗するなと思ってました。が、週末からきちっと数合わせをしてきたようです。なんか今のプレーヤーは去年より目標達成力が高いのでしょうか。それとも参加者が少なくて、チームなど組織的行動を取る人たちで撃破数の調整ができちゃうのでしょうか・・・