日記みたいな何か

Linuxの Adobe Reader 8，何をするにもやたらと重いような・・・．表示も重いんですが，検索の遅さが気になります．うーん，いやでも前もこんなもんだったのかなぁ？ まあ，何するにしても Oがいっぱいのあれにくらべりゃサクサクですけどねｗ

PPE側のコードを書いて，普通のコマンドっぽい感じになりました．で，あらためて性能測ってみたんですが，やっぱりあんまり速くないなぁ．他にやってる人はいないかとググって出てきたページを見たら，何か理論上コア1個で187万個/s 出るとか・・・．やべえ，現状のコードだとその1/20くらしか出てないぞｗ

とりあえず手元で探索機能つけてみました．書いてみるまで「分岐が入るぅー」とか思ってびびってたんですが，よく考えたら単に指定の文字列を含むかどうかを探すだけなんで，ベクトル同士のandと比較を10回やるだけでいいのね．当たったときだけ分岐がいるけど，滅多に当たらないから，外れる方に振っておけば間違いないし．大文字小文字の区別が要らないときは，パターンを全部大文字で作っておいて，結果の方も小文字のところだけ大文字にしときゃいいわけで(もちろん if なんとかなんてやらずに 38以上のところに1を立てて26のベクトルとANDして引き算する)．というわけで，とりあえず探索つけても殆ど遅くなりませんでした．さっさと書けばよかった．PPEとの間でデータの転送が全然ないから楽だなぁ・・・．ソースはまた後ほど．

超久しぶりにゲーム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のまま．