30個のグラフを描くために、一個一個データを指定・軸設定・タイトル指定は私にとってはとてもストレス。なのでマクロを作った。これで全グラフが一様の書式で出来上がる(手作業だとどうしても1〜2個指定間違いができてしまうのだ^^;)。しかも数秒で描きあがる。

しかし慣れないこともあって、このマクロを作るのに6時間かかった。手作業なら2時間でできたと思う。無駄な回り道をしたのか・・・とは、思わない。この後微調整の要求がきても、データが変っただけの違うグラフ描きにも､容易に対応できるだろうから・・・と自己弁護ｗ

ちなみにエクセルではない。データが650列もあるので無理なのだ（゜д゜）

はい、今日も出ました､というか4〜5周で出るので出るまで回ってるというのが実態。何気なく始めたこのネタですが､よくよく考えると目的の物が出るまで100本200本倒すとかざらなんですよ。こんなの100ページあるブログもちょっと考え物。

落し物: マークスマン/アーム--
刈ったオブリリー/ミルリリー: 6253/18

VB.NETで、教科書通りにソケット通信。

1. System.Net.Sockets.Socketクラスのインスタンスを作成、BeginAccept()でコネクションを待ち受け。
2. 接続要求が来たらEndAcceptを呼んで返ってきたSystem.Net.Sockets.Socketクラスのインスタンスを保持。
3. このインスタンスにBeginReceive()を呼んで、作成済みのdelegateをセットする。
4. データが来るとdelegateが呼ばれるので、とりあえずSystem.Byteクラスの配列に格納。
5. ある程度データが溜まったら、System.Text.Encoding.ASCII.GetString()でStringクラスに変換し処理する。

こうやってStringクラスに格納した受信データですが、Windows標準のtelnetだと問題無いのに、UTF-8 Teraterm Pro with TTSSH2 やPoderosa でデータを送ると、改行コードが変。¥r(13h)の後に正体不明の文字が。送信改行コードをCRにしてもCR+LFにしても出る。この文字、Microsoft.VisualBasic.AscW()で変換しません。何だコリャ?

今のところ受信データはASCIIテキストということで、以下の方法で除去。これで実用上問題無いけど、何か気になるな・・・

str = System.Text.RegularExpressions.Regex.Replace(str, "[^0-9a-zA-Z!-/¥r¥n¥s]", "")

最近これか桜ばっかりですが＾＾；ミルリリー1に対するオブリリーの数が400を切ってまして､まぁよく出ること。以前ドロップ率10倍で鬼周回したときが800台後半だったので、半分以下。この出現率が10倍の時だったらなぁ。

落し物: メセタ
刈ったオブリリー/ミルリリー: 5653/15