FNE.JP::とあるIT系脱求職者の日記(仮称)

DHCP サービスは、承認のディレクトリ サーバーを確認できませんでした。

だそうな。

予告どおり受けました。

って、かなり前に受けたんですけどね。

532から1週間後に受けたので、当然教材は例の533セミナー資料のみ。

残2チケットの1回分。

試験対策は、前回 70-533 で使った 533 試験対策セミナーの資料のみ。

そのほかにこれといった対策はなし。

ダメ元でサクッと受けてみました。

そう、AzureのMCPを受験しようと思い立ったのは、5月の連休前くらい。

ちょうど、70-697の受験申し込みをしたくらいの時期でした。

久しぶりに、MCP受けてきました。

Windows10の必須試験ですよ。

めずらしく開発ネタですよ。

System.Addin、
.NET Frameworkに用意されている、アプリケーションにアドインとかプラグイン機構を作りこむためのライブラリ。

あけおめ、ことよろ、福は内。

久しぶりの投稿。生存報告。

最近、小さいPCが安く買えますよね。

でも、ストレージ容量が心もとない、そんな私。

メモリやCPUは仕方ないけど、ストレージはなんとかなるんですよ、ってことで。

System.Net.Sockets.Socketクラスには、ReceiveTimeoutというプロパティが存在する。

Receive開始から指定時間受信データが無いと例外を吐いてくれるらしい。
※この例外が必ずしも出るとは限らないみたいなのと他のと同じSocketExceptionで、困るのはまた別の話。

で、Socket作成して、プロパティ設定して・・・でOKだと思うのが普通。

しかし、このプロパティ、どうやら一度でもタイムアウトを発生してしまうと、0値扱いになるらしく、受信が即終了してしまうことになる。

つまり、タイムアウトをやりたければ、受信前には必ず設定しなきゃならんってことらしい。

多分送信も同じ。

であれば、メソッド呼び出しにタイムアウト値引数を取れるようにしておいて欲しいなって思う。

ってことで、仕事なんですが。

やっと開発案件なのですが。

.NET なのですが。

複数プロセスで連携とかやる羽目に陥っちゃうわけですよ。

ぶっちゃけ、なんでか分からんのですけどね。

マルチスレッドでえぇやん。ってのは本音。

で、プロセス間連携に、WCFを使うことを思い立つわけ。

主に名前付きパイプで実装してみるところまではできるんだけど、落とし穴がでかい。

ま、俺もよく知ってるわけじゃないから、認識を誤ってることがある可能性は否定できないのだが・・・