日記みたいな何か

超久しぶりにゲームOSを起動してみました．べ，別にゲームするってわけじゃないんだからねっ (本当)．Linuxを上げると，タイムゾーンは東京になっているはずなのに時刻が9時間遅れてるんで，その辺確認できるかなーと思ったんですが，ゲームOSでは普通に時刻があっていて，タイムゾーンも東京になってました．ということは，要するに内部でUTC持ってるのに，Linux側でJST-9で持っていると思っているため補正が行われないってことかな？

/etc の下を grep したら /etc/sysconfig/clock にそれっぽいことが書いてあったので，UTCをtrueにして再起動したら直りました．この辺，Fedoraは大変わかりやすくてありがたい (何が分かりにくいとは言いませんが・・・)．あー，しかしリブートとかシャットダウンができないのは不便だなぁ．昔はできた(らしい)のに今はできないとは一体．

そういやとっくー氏がフレンド登録してくれてました．メッセージの日付を見ると，10月6日と書いてある・・・．今頃気づいてすまん．

新しいCellSDKが週末に出るとかそんな話を思いだし，IBMのサイトを見に行ったらあったので，早速ダウンロード・・・しようと思ったんですがCellSDKが大人気でサーバが落ちてるのか全然つながりません(´・ω・｀)

まあ，きっと，この前落として入れたやつ (CellSDK-Devel-Fedora_3.0.0.0.0.iso) とそう大して変わってないんだろうと考え，yum.repos.d 以下のそれっぽいファイルの参照先を http://www.bsc.es/projects/deepcomputing/linuxoncell/cellsimulator/sdk3.0/ に書き換え，試しにyum updateしてみて，見つからないといわれたファイル (simdmanなど) を3.0.0.0.0のISOイメージの方から手で突っ込んで再度 yum update したら 各種ツールのバージョンが上がってくれました．わーい．ってこれで本当に SDK3.0相当になったのか？

その後，何度か時間を空けてトライした結果，再々々挑戦くらいでようやくダウンロードが始まりました．一旦始まった後は割と順調で，あっさり終了．うーん，何だったんだろうなぁ．新しく落とした方のイメージから cell-install を入れ直して yum update してみたんですが，結局 simdman しか上がりませんでした．ということはやっぱさっきのでよかったということなのか・・・な？ まあ，面倒くさがらずにまず先にちゃんとドキュメント読めって感じですな．

実は今までずっと2.0.0.2でした．というわけで，2.0.0.2をビルドした際のログを見つつ，2.0.0.8に上げようと思ったんですが，ログを見ると，1ヶ所何のためにやっているのか思い出せない変更が．nsWindow.cpp の一部をコメントアウトしている・・・．うーん，自分でやったところじゃなさそうだしなぁとググったらyazさんのパッチが出てきました(笑)．で，yazさんの日記と照合して何のための変更か判明．Alt+Shift を使ったショートカットを通すためのものでしたか．なるほどねー．しかしOOoからすると，Firefoxのビルド時間なんてどってことないですね．すごい時代になったもんだ．

普段からtypoが超多い漏れですが，昨日commitした際のログは，「emacs」が「emcas」になってんですよね(´・ω・｀) ．wq押した瞬間に気づいたので手遅れでした・・・(´・ω・｀)

こちらも今更ながら7.0.8jからアップデート．インストーラ走らせたら以下のメッセージが．

./INSTALL: line 56: /usr/bin/test: そのようなファイルやディレクトリはありません
./INSTALL: line 56: /usr/bin/test: そのようなファイルやディレクトリはありません

なんという決め打ち．自分の環境では test は /bin/test にあるわけですが (まあそれが変なんだけど)．見たら acroread 本体も /usr/bin/test と決め打ちで呼んでるところがあったので修正．ふぅ．そういや OOoも， libjpeg.so はLinuxだと /usr/lib にあるもんだと決め打ちでフルパスで書いてあったりすんですよね．この辺，どっかで決められてるのかな・・・．

とりあえず uim-process-input 全体をちゃんと unwind-protect するようにしました．で，その上で sit-for を呼ぶところで inhibit-quit を t に・・・．って，これでうまくいくのはEmacs-22だけか(;´Д`)

Emacs21だと sit-for してる間に C-g が押されて keyboard-quit が実行されると，その間 inhibit-quit していて最後に quit-flag をnilにしたとしても，[7] を拾うことができません．なので，Emacs-21でuim.elをONにしている場合，「C-x」と打ってすぐに「C-g」と打つと『「C-x C-g」が未定義だ』というエラーではなく，『「C-g」で入力がキャンセルされた』という動作をします． uim.el が OFFだと，どっちも 『「C-x C-g」が未定義だ』になるので，これに合わせたいわけですが．

Emacs22のsit-forの実装を見たら，中で read-eventを使ってたので，uim.elでもsit-forを使わずに直接read-eventを呼べば・・・と思ったら入力待ちの秒数指定できるのはEmacs22からでした(´・ω・｀)

何か代わりになるものはないかと探したら，with-timeoutなんていうマクロを発見．が，結局 read-event の中で「C-g」を叩くと，[7] を拾えずに中断しちゃいます．どうやったら[7]を拾えるんだー．read-key-sequence-vector では拾えるので，何かあると思うんですが・・・．あ，read-key-sequence-vector 使えばいいんじゃね？

というわけで，FSF Emacsについては，read-key-sequence-vector で拾ったキーを unread-command-events に突っ込むことで sit-for を使うのをやめることに成功しました．(define-key global-map [24 7] 'beginning-of-line) とかやってもちゃんと動きます(笑) ↓こんな感じ

  (when (setq key (with-timeout (echo-keystrokes nil)
                                (read-key-sequence-vector nil)))
    (setq unread-command-events
          (nconc (listify-key-sequence key) 
                 unread-command-events)))

ちなみに，XEmacsでは，「C-x」を叩いてから echo-keystrokes 秒経過する前に「C-g」を叩くと keyboard-quit になるのに，「C-x」を叩いてプロンプトが出てから「C-g」を叩くと「C-x C-g」にバインドされたコマンドを実行しようとします．つまりさっきまでの uim.el と同じ状態．うーんいいのかそれで．というわけでXEmacsの方はsit-forのまま．

なんかここんとこ毎週末飲んでますね・・・．今日は憧れのA氏とご一緒させていただきました．色々と貴重(?)なお話を聞けてよかったんですが，つい話に熱中し過ぎて周りを置いていってしまったのは反省．

バグ発見！ Emacs22で，「C-x C-g」と打つと，その直後に叩いたキーが「C-x」の続きとして処理されてしまうことがあるみたいです．たとえば，「C-c」を打とうと思って間違えて「C-x」を叩いてしまい，慌てて「C-g」を叩いてキャンセルして，あらためて「C-c」を叩くと，なんと「C-x C-c」として処理されてしまいEmacsが終了してしまうみたいな．

まず出るときと出ないときの違いを探るために何度かやってみたところ，素早く「C-x C-g」と打ったときに発生して，「C-x」を叩いた後，しばらく(エコー領域に「C-x-」と出るまで)待ってから「C-g」を押したときには発生しないことがわかりました．ということは，sit-for があやしい．

試しにsit-for 呼んでるところで inhibit-quit を t にしてやったら問題は出なくなりました．うーん，むしろ uim-process-input の最初から最後まで inhibit-quit を t にしっぱなしでいいような気も．・・・と思ったけどこれだと navi2chの書き込みキャンセル時の y/n の選択で C-g 押しても中断できなくなるなどの不具合があったのでやっぱよくないっすね．いつ keyboard-quit が呼ばれても安全に抜けられるように作るべきだな．何を今更言っているのだという感じですが・・・．

やっぱファンがどうにもうるさいので，ファン交換するまで普段は止めとくことにしました．一応 Webサーバが上がってて，外から微妙にアクセスがあったりもしたんですが，まあ要望が出るまで気にしない方向でｗ．アレやコレやが完成したら，また稼働して頂きましょう．