コグノスケ

フレッツスクウェアにつなげなくて困っていたのですが、できたっぽいのでメモします（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回カウントするという設定にもできます。そもそも画像のカウンタなので、画像を表示しない設定の人はカウントしようがなく、この設定に何か意味があるのか？と思いますが、別問題なので触れずにおきましょう。全てカウントする設定の場合、正確な「本日」表示は難しいです。思いつくものはある秒数（適当に決める）内の再表示はカウントしないようにするくらいでしょうか。でもそれって正確なカウントなのかなあ？

Comsys 2005二日目。加藤研から持ってきて会場内に設置していた無線LAN基地が異常に調子悪くて困りました。加藤先生を始めとしてMac組は昨日から全員繋げないと言っていたし。一見するとアンテナ三本で立派なのに、所詮バッファローってことですか…。それとも無線LANの利用人数が多すぎたのかなあ？

Comsys 2005に参加しました。前回は東京タワーの近くでやったので、非常に遠くて疲れました。今年は筑波大学で行われました。やはり近い場所は良いですね。ちなみに明日もあります。
カウンタの仕様を変更しました。今までは1桁ずつ表示させていたため、例えば5桁表示なら5回リクエストが飛んでいました。それを PNGの連結ライブラリで連結した画像を表示するように変更しました。5回CGIが起動することと、PNGの連結処理を比べるとどちらが重いのか？という議論もありますが、そもそも大してアクセス数のないサイトなので気にしていません。どちらかというと1桁だけ欠けるという事態がなくなって嬉しいです。
ところが別の問題が起きました。IEはパレットカラーのPNGしか透過処理をしないようです。連結ライブラリが出力するのは24bitの透過PNG画像のため、全く透過してくれません。これはIEの素敵な仕様なのでしょうね、仕方ないのでchromaで透過処理をしてごまかしました。
IEってなんていうか中途半端な実装だなあ。

タイトル変えました。横に書いてあるのはラテン語です。文法とか単語の意味はGoogleに聞けば出ます。
先日のsuExecを止めた悪影響が出ていました。ログファイルのパーミッションを644としていたためにカウンタがログを書き込めず、数日間カウントが停止していました。最近全然回らないなあと思ったら、なんとも情けない設定ミスでした。
サーバで開発をするのは良くないのはわかっていながらも、家にLinuxマシンがこれしかないのもあって使いまくりです。今日ミスって無限ループ内でnewをやったら、スワップしまくってネットワークが固まりました。これしきで固まってしまうんだなあ。
あと、誰も気づかない点としてgif画像をPNGに置換中です。これも昔は IEがPNGを表示できないという腐った仕様だったためです。今は透過PNGも普通に表示してくれますがね。カウンタの画像やリンクの横にあるアニメーションgifなどはまだ残っていますが、アニメーションなんて正直どうでもいいのでそのうち静止画になります。

流行のAjaxを使ってみようと思い立ったものの、サーバが必要な処理が特に見当たらないのでJavaScriptのみを使うことにしました。大した事しませんけどね。
昔NN4やIE4が全盛だった時代にJavaScriptに一度挑んで、ブラウザによってあまりに動作が違ったため、がっかりして使うのをやめた記憶があります。最近になって互換性も向上してきたようで、昔実現したかったことがあっさり書けてびっくりです。
そのためIE4とかNN4のような骨董品を使っている人は、過去日記のリンク項目が展開できなくなりました。あきらめましょう。

集中授業に出ました。書類の直しをするばかりでだるいです。これがSEの仕事なのかあ、つまんねえなあ。

北脇さんとじょーとで福村に行きました。焼き魚は食べるのが面倒くさいからもう頼みません。噛んでる時間より突付いている時間の方が長いなんて…。
板野先生の授業の最終課題は2つの英文章を選んでA4 3枚に要約せよ、という課題です。短めのを2つ選んで全部訳してしまったので、あとは適当に3枚になるように切り詰めればOKかな。

Google先生に捕まっていない（Coinsの時のアドレスで残ってる）と思ったら、Yahoo先生につかまっていました。「野菜のめぐみ」でページ検索したら、えぇぇぇ4番！？ばかな、こんなページが！
ちなみに某野菜ジュースと同じ名前なのは、昔、毎日飲んで気に入ってたからです。当初は（今も？）内輪事だけだし、平気だろうと構えていたらこんな上に出てるとは存じませんで…スミマセン。そのうち名前変えます。
JoyToKeyもどきをやっとWTL版に移植しました。使い勝手は変わらず、自己満足の世界です。機能追加しようにももう特に欲しい機能はないし、連射機能くらいかなあ。でも使わないなあ。