コグノスケ

一日使って明日のドコモとのミーティングのための資料とか実験とかをしていました。
Ragnarok OnlineもやっとnProtect GameGuardというチート対策製品を採用しました。既存のツール類は全て動かなくなったようです。JoyConverter（自作のJoyToKeyもどき）も使えなくなりました。

しかし同じ仕組みのはずのJoyToKeyは動きます。内部にホワイトリスト持っているのは確かでしょうけど、バイナリを書き換えたりゴミデータつけても使えることから、ファイルサイズやハッシュ以外で確認していると思われます。まさかイメージ名のチェックだけなんて思わないでしょう。単純すぎて試しもしなかったよ。基本は大事ですね！
nProtect GameGuardにはゲームのプロセスを他プロセスから隠蔽するrootkit機能がついていてこれは外してほしいです。ゲームがハングアップしたらWindows再起動かよ…ふざけてる。

普段それほど肩こりしないのに左肩だけ異常にこってて不思議です。
我が家には暖房器具がエアコンしかなく、部屋の中とは思えないほど寒くなります。熱交換式のエアコンではセラミックヒータのように電熱線で直接空気を暖める暖房ができません。エアコンはあまり部屋が暖かくならないなあと思っているそこのあなた、それは気のせいではありませんよー！
雑な説明をすると、熱交換暖房とは外気から奪う熱とコンプレッサが出す熱を室内に捨てる動作です。夏使う冷房は室内の熱を集めて、コンプレッサの熱とともに室外に捨てる行為です。暖房は冷房の逆回しと言えるでしょう。そのため冬に近づき外気温が下がるほど、外気から熱が奪えなくなり暖房能力は下がります（仮に外気から全く熱を奪えなくてもコンプレッサの廃熱の分で暖房できる）。
さらに雪が降るような湿度があると室外機の熱交換器が凍ります。そのまま動作させると熱交換効率が下がるので、霜取りのヒータが動作するのですが、このとき暖房が止まります。つまり外気温が低く高湿度であるほど、エアコンの暖房は弱くなり、頻繁に止まるようになります。これが冬に近づくほど暖まらなくなる理由です。
って、誰に説明してるのかさっぱりわかりません。とにかく今日は寒すぎます。ボスケテー…。

就職活動の話は塚田氏の所にいっぱい書かれているので特に書くこともないのです。他の人を押しのけて会社に受かるわけですから、やはり色々面倒なことが多いんだなあと切に感じるあたり、自分のやる気のなさが伺えます。
前スパーだったところにセイコーマートができました。早速会員になりました。このオレンジ色カードが懐かしい〜。スパーの時は結構通ってたのに潰れてくれちゃって、かなり不便しました。それからは300m先のセブンに行くようになったものの、セブンのオリジナルパンがぱさぱさで不味くて困りました。しかも棚をオリジナルパンで8割埋めるなんてひでえよ…。
前のスパーのバイト（特に昼のおばはん）は最悪なので、戻ってこないように祈ります。客がレジに放置なんて、あの店で初めて見たもんなあ。しかも夕方だったし。とにかく心から祈るのです。

ニチコンの電解コンデンサが不良品（？）らしく大量に死亡しています。DELLのワークステーション（Optiplex）やHPのマシンが死亡し始めていると、CNETでニュースになっていました。2chでは以前から話題になっていたようです。
それとは違う種類ですが、XBOX 360も確かニチコンのコンデンサを積んでいたと思います。XBOXは熱にシビアな設計らしいので、基本的に熱に弱い電解コンデンサにとっては大きな負担です。今、動かないだの止まるだの叩かれている真っ最中なのに、一年後にはコンデンサが爆死して故障なんてことになったら笑っちゃいますね。XBOXユーザは問題のない製品であることを祈るしかないでしょう。
もちろん問題がおきたタイプではないので関係ありませんが、前に死んだGIGABYTEマザーも良く見たらニチコンが逝ってました。HDDは一度も壊れたことないのに、マザーはコンデンサが爆死しまくります。故障がわかりづらいくてうざいよー。

9日から10日に変わった頃にじょーから電話があり、結城邸での飲みに途中参加しました。なぜか紅の豚を見ていました。するめを焼いてたら足が燃えてちょっと短くなったりしました。
帰ってきてチューハイを忘れたなあと思っていたら、次の日（11日）に連絡があってさらにプリンも忘れてきたらしいです。そういえば買ったなあ。でも晩飯の後だったから食べなかったんだった。取りに行かなければ…。

金曜日と月曜日の授業を切ることにしました。興味はあるけど時間が惜しい。今日TWINSの学籍管理に修了見込みフラグ、なる謎の項目を発見しました。いつセットされるのでしょうか。
昔どうしてもクリアできなかったアルテリオス（日本物産、1987）をチート全開でクリアしました。以下、ゲーム紹介と簡単な感想をお送りします。

アルテリオスはRPGとガンシューティング戦闘という組み合わせの斬新なゲームです。SFの世界観やそれと合う暗めの音楽やグラフィックもなかなかのもの。と、良さそうに見えてもやっぱりクソゲー。その理由は簡単、やたら敵が強いんです！
特に尋常じゃないのがラスボスの手前に出てくる雑魚ども。レベル（このゲームではCLASS）を最大にしても4発で殺されるやつ（ハイパー フライア：STR 210）を初め、硬い速い強いの三拍子そろった敵がうろうろしています。こやつらは「雑魚」だから何度でも出てきて、かなりブルーになります。
ラスボスのサーベラーは攻撃力100、守備力243、HP 255という狂った防御力の持ち主で、どうやってもダメージ1しか通りません。私はチートしたので楽勝でしたが、普通に倒すならCLASS 27〜31（カンスト）間の急成長を使って防御力を100オーバーにして、ガチンコで削りあうしかないでしょう。それ以前にCLASSが低いと途中のハイパー雑魚に殺られてしまう気がします。
肝心のエンディングはというと、これがかなりショボい。なにこれ、がっかり…。

塚原氏の発表でした。ちょっと時間苦しそうな発表でしたが、終わってみると色々な方面から適度に質問が飛び交って良い感じでした。お疲れ様です！
2人目の発表は速過ぎて意味がわからずじまいでした。質問ないなあとぼんやりしていたら、狩野先生がコメントを、というか説教を始めました。それはあまりに強烈で、他所の研究室なのにそこまで言って大丈夫ですか…？と余計な心配をしたくなるほどです。中でも一番きっついなーと思ったのは「あなたの発表は研究発表の形式になっていないんですよ、わかりますか？」の一言。いきなり全否定ですよ！厳しいです。

フレッツスクウェアにつなげなくて困っていたのですが、できたっぽいのでメモします（Corega WLBAR-54GTファームウェアVersion 1.10）。マルチセッションPPPoEのセッション2をフレッツスクウェアにしたとします。

「IPアドレス追加」ボタン（たぶんルーティングテーブルの設定）を押し、そこに220.210.194.0/25と220.210.195.0/26と220.210.195.64/26あたりを指定して保存します。保存したら勝手に切断されるので再接続してください。もしくは手動で切断し、再接続します。でないと設定が反映されません。不便ですね。
この設定により東日本エリアDNSサーバである 220.210.194.67にpingが通るはずです。もしくは

$ nslookup www.flets 220.210.194.67

とすると、220.210.194.109と答えてくれるはずです（12/7時点です。変わる可能性があります）。
その後「ドメイン追加」ボタン（たぶんDNSのリレー先の設定）を押します。www.flets以下をフレッツスクウェア側に導くためwww.fletsと書いても全く繋がりません。ここには www.flets/ と書かなければならないようです。スラッシュの有無はそんなに大事ですか？私が馬鹿なだけですか？補足しておくと .flets/ としておくと www.wowow.flets/ のようなドメインにも接続できてより便利になります。
とにかくhttp://www.flets/ と打ってフレッツスクウェアに繋がれば成功です。こんなに苦労したのに肝心のフレッツスクウェアは大して面白くなく5分後に切断しました。悲しいです。

オマケの話です。
WLBAR-54GTは54Mbps対応と銘打っているものの、802.11gで繋ぐとルータがハングアップ（※）します。無線が使いたければ買い替…いや、クライアントから11gで繋がないように気をつけるか、ルータ側で11b以外を拒否するように変更します。シータ…じゃなかった11gを返せ！と叫んでもムス…じゃないCorega様は非情です。君も男なら聞き分けたまえ。

ファームウェア古いんじゃないの？と言われそうなので弁解しておきます。確かに初版のファームウェアがバグバグというのは良く見受けられます。しかしここで使ったのは 2回も改定された最新ファームウェアです。それでいてこのありさま。呆れます。
なんでこういう製品がなくならないか？そんなの簡単で、安くて売れるからです。こんなところでいくら腐ってるぞって力説しても（そして仮に同意をいただいたとしても）、次の買い替えにはやっぱり安い方がいいよねって言って、みんな CoregaやBuffalo買うんです。書いてる本人も例外ではありません。庶民なんてそんなもんです。
※正確に言うと、無線が使えなくなりパケットも外に行かなくなります。内側からの設定はできたりできなかったりします。

1学期以来の4限連続授業でした。VLSI工学とバイオメトリクスのどちらも面白そうです。ああ、授業を全部きちんと聴いたら腹減ってしまいましたよ。

過去日記ログ、初期表示を展開した状態に変えてBODYタグのonLoadイベントで古い奴を畳むようにしました。スクリプトをオフにしても読めます。これで古いブラウザも嬉しい…わけがなく、CSSに対応していなければてんでダメです。諦めて乗り換えるが吉です。
IEでスクリプトを全部拒否するとカウンタの背景が灰色くなりますが、これはIEが24bit深度の透過PNGに対応していないせいなので MSに文句言いましょう。興味ある人はchromaを調べてみると良いと思います。

JoyToKeyもどきがなんとか形になりました。○○もどきだと呼びづらいのでJoyConverterと呼ぶ事にしました。時間かかりましたがただWTLに乗り換えていただけなので基本機能は同じです。連射機能の実装はとりあえず見送り、使いやすくする改良のみに留めました。

JoyConverterスクリーンショット

スクリーンショットです。見ての通りごく普通の2ペイン式です。設定するときは新たにダイアログが開いてそこにチマチマ入力します。このあたりはJoyToKeyをパ…いや、見習いました。WindowsはジョイスティックデバイスをインストールするとデバイスのIDがずれてしまう事があるため、Drag&Dropで設定をDevice1からDevice2にごっそり移動できれば素敵ですが今はできません。間違って変更したときのUndoができると素敵ですがやっぱりできません。手抜きですから。

昨日の授業の事を書き忘れていた。社工出身の人など線形計画法を前提知識にするとつらい人が居るため、線形計画法を必要としない最適化問題を扱います。具体的には最短路問題、最大流問題とそれらの応用である最小コスト問題などです。最終レポートの話もしていました。お題は「自分の研究に最適化を活かせ」で、面白ければAだそうです。ユーモアを求められても困るなあ…。
大下邸で晩御飯をいただきました。茶碗蒸しはお手軽でうまい〜。久しぶりにクノールカップスープ（粉をお湯に溶いて飲むコーンポタージュ）を飲みました。決して悪くない味だけど、めいらくのパック入りのコーンポタージュの方が断然おいしいですね。

ドコモの仕事と並行して、自分の研究となる予定のものも暇を見つけて進めています。
今日はERESTARTSYSの話です。普通ユーザーモードではお目にかかりません。しかしプロセスがトレースされていて、システムコールによりブロックされているという特殊状態でシグナルを受け取ると、返り値にこのエラーが入ったシステムコールがトラップされます。

getchar(3) でブロックするハンドラを書いて、sigaction(2) で指定するプログラムをトレーサで見張り、別のシェルからそのプログラムにkill(1) でシグナルを投げました。トレースするとこんな感じでした。

1. readの入り口（以降、〜〜inと書く）
2. readが帰ってくる（以降、〜〜outと書く）-ERESTARTSYSエラーが返り値に入っている
3. ハンドラに飛んで、read in
4. （適当にキーを押す）
5. read out
6. sigreturn in
7. -1というシステムコール番号、-EINTRが返り値に入ってトラップされる…たぶん中断されたreadの対応部分
8. ブロックしていた場所（readのとこ）の次から実行される

とこんな具合になっているようです。トレースされている方のプロセスではreadは失敗に終わり、トレースしないときと同様にEINTRが設定されて帰ってきます。ちなみにシグナルハンドラでブロックしているときに、さらにシグナルを投げるとハンドラの入れ子になります。1 -> 2 -> 2 sigreturn -> 1 sigreturn -> 元の場所、となります。
sigreturnの帰ってこないという特殊性とERESTARTSYSを考慮しないと、システムコールのスタックがうまく作れないなーなんて思った昼すぎのひととき。

寝坊してセミナーに遅刻しました。塚田氏の電話で起きなかったらやばかったなあ。
今日試しに研究室からこのページを見たら、同じ時間のログが二回記録されてしまいました。バグってますねえ、やはり記録時にロックしないせいでしょうか…。当面はe-Counterに元々書いてあったロック機構で運用してみます。そういえばここのカウンタ、KENT WEBさんのe-Counterが元なのでe-Counterを名乗っていますが、拡張しすぎてe-Counterのコードがほとんど残っていません。KENT WEBで元のカウンタを見ていただくとわかりますが、元のはシンプルを売りにしているのでログも吐かないし、画像連結もしません。

カウンタの「本日」のヒット数が正確でない（1回少ない値が出ることがある）問題は承知していますが、修正は困難です。例えば、合計100ヒット、本日10ヒットだったとします。次は合計が101で本日が11となるべきですね。しかし「合計」と「本日」というように表示を2つに分けたために、どちらが先に読まれるかわかりません。表示順序は以下の2つの場合が考えられます。

1. 合計（カウントアップ100 -> 101、10 -> 11） -> 本日（11が表示される）の場合、101、11と正確な値が出ます。
2. 本日（10が表示される） -> 合計（カウントアップ）の場合、101、10と「本日」に古い値である10が表示されます。

うちのように前回とIPが同じならカウントしない、という制約があるなら「合計」と「本日」のどちらのタイミングでもカウント処理を行うように書いてしまうと解決します。後から来たリクエストがどちらであろうと、前回とIPが同じということで無視できるからです。
ところがこのカウンタは、とにかく表示されたら1回カウントするという設定にもできます。そもそも画像のカウンタなので、画像を表示しない設定の人はカウントしようがなく、この設定に何か意味があるのか？と思いますが、別問題なので触れずにおきましょう。全てカウントする設定の場合、正確な「本日」表示は難しいです。思いつくものはある秒数（適当に決める）内の再表示はカウントしないようにするくらいでしょうか。でもそれって正確なカウントなのかなあ？