2009年1月13日から2009年1月9日までの日記を表示中
2009年 1月13日 (火)
■干し芋みたいな何か
うっかり「あぷりけーしょん」を「アプリ + K + 書 + ん」で切って確定したら2度と戻ってくれず(;´Д`).いわゆる干し芋と似たような感じ? n文節最長一致ならちゃんと戻るんで,これもビタビモード固有の問題かな?「ぜくせくす」→「是 + くせ + 楠」も同様だ (´・ω・`)
[コメントを書く]
■pidgin-2.5.4
出てたのでさっそくyazさんパッチを当てて置いてみました.こちらからどうぞー.
[コメントを書く]
2009年 1月12日 (月)
■Hack the Cell'09
一昨日 init_genrand を呼んでたせいでオリジナルの方が本来より遅く表示されていた云々とか書きましたが,実はそんなの全然関係なくて,単にコンパイルに使った spu-gcc のバージョンの違いによって生た差だったみたいですorz.課題のオリジナルのソースを両者でコンパイルして比べてみるとこんな感じ.
spu-gcc (4.1.1) ORIGNAL: sum=3c927c56, 216695813 ticks spu-gcc43 (4.3.2) ORIGNAL: sum=3c927c56, 293506386 ticks
どうも途中で一度全体を4.1系でのコンパイルして動かしてみた後, mt19937ar.sep/mt19937ar.c を 4.3系でコンパイルしなおさずにそのままソースの整理とか最適化とかを続行してしまったのが問題だったっぽい.ぬかったわ.
[コメントを書く]
■PidginでMSNにつながらない問題
何か2chのpidginスレ見たら MSNにつながらないとかで軽く盛り上がっていました.えー,昨日からずっとつながりっ放しだけどなぁ・・・と一旦サインアウトして入り直そうとしたら見事に弾かれるし _|‾|○
>>892の引用によると古いプロトコルのクライアントなら影響を受けないとか.これはもしや msnp15 から msnp9 に落とせばいけるのか・・・? 試しに --disable-msnp15 をつけてビルドし直したら無事サインオン可能に.なるほど.Windows 版も dll 差し替えるだけでいけますね.
というわけで,いつも通りこちらに差し替え用の DLL を置きました.まー,すぐに復旧して役目を終えそうですが,必要な方はどうぞ.
[コメントを書く]
■シレンDS2
ちょっと進めました.適当に進んでそのまま領主様撃破.これでようやく本番か? しかし,なんというか,その・・・別に街中でレベル上げたっていいじゃない!と思うんですが.一体何がダメなんですかねー.開発側の検証が大変だから禁止にしたとかだったら萎えるなぁ.
[コメントを書く]
2009年 1月11日 (日)
■帰宅
川崎経由して帰宅.東名で大渋滞に巻き込まれてひでー目にあったわ (;´Д`).
[コメントを書く]
■Hack the Cell'09
多少速くなりました.でももうかなり苦しい (;´Д`).そもそも団子厨さんにかなう気もしませんが,まあ一応出してみますかね.
[コメントを書く]
■カレンダー
川崎寄った際にタツカプのカレンダー (ソフマップとかの予約特典?) を頂いたんですが.かけてめくってみたらカレンダー部分が超ちっちゃくて恐ろしく実用性がないことが判明 (´・ω・`).絵柄の方に着目すると,3/4月とか11/12月とかは個性とか統一感とかがあっていい感じですが,1/2月とか5/6月とかひねりがなくて超つまらん・・・.貰っておいて文句言うなって感じですが・・・
[コメントを書く]
2009年 1月10日 (土)
■帰省みたいな
雑多な用事があったんで 5時起きして帰省してみました.橋本の五叉路はようやく間違えずに曲がることができたんですが,曲がった直後に何とナビが方向を見失いやがりまして (右斜めに曲がったのに左に曲がったと思ったらしい) 再探索 → ぐるっとまわって戻れとかもうね.またやっちまったかと一瞬超焦りましたよ.くそー(#^ω^)
[コメントを書く]
■Hack the Cell'09
もっこすが始めようとしていたので,自分も始めてみました.まだエントリしてないけど・・・.実家からでも作業できるようにおうちの PS3 はつけっぱなしです.
やる気があるんだかないんだかよくわからないもっこすを叱咤したり PS3 の VRAM を活用しようとカーネルいじりまくってるヒタヒタさんを応援したりしつつ 丸1日頑張ったところ,どうにか 30倍くらいまで到達.・・・と思ったら間違えて無駄に init_genrand を呼んでたせいでオリジナルの方が本来より遅く表示されていた・・・.というわけで24倍ちょっとでした.さすがにこちらには全然かないません (;´Д`)
ORIGNAL: sum=3c927c56, 216698144 ticks MINE: sum=3c927c56, 8898265 ticks ORIGNAL: sum=2e987a4d, 312599229 ticks MINE: sum=2e987a4d, 12836227 ticks ORIGNAL: sum=ef1b6aef, 230017267 ticks MINE: sum=ef1b6aef, 9445209 ticks ORIGNAL: sum=eedd2516, 213768107 ticks MINE: sum=eedd2516, 8777939 ticks ORIGNAL: sum=f7e967a8, 10588193 ticks MINE: sum=f7e967a8, 434845 ticks ORIGNAL: sum=1f37a7db, 157875514 ticks MINE: sum=1f37a7db, 6482848 ticks ORIGNAL: sum=c7d41f36, 217386135 ticks MINE: sum=c7d41f36, 8926509 ticks ORIGNAL: sum=aa9d2e9f, 191297399 ticks MINE: sum=aa9d2e9f, 7855266 ticks ORIGNAL: sum=8abd398a, 184870120 ticks MINE: sum=8abd398a, 7591325 ticks ORIGNAL: sum=a374bd58, 4503158 ticks MINE: sum=a374bd58, 184971 ticks
そういや,CellSDK をきちんと入れてない (IBMの配布物は得体の知れないものばかり (単にきちんと調べてないのが悪いんだけど) で気持ち悪いので spu-timing と simdmath だけ入れて,spu-gcc とかの OSS 系のツールは手で BSC から落としてインストールして使っている) ためか,自分の PS3 だと今回の課題の SPE の ELF を直接実行できませんでした.気になりますがひとまず適当に PPE プログラムを用意してそこから呼び出して動かすようにして逃げ.後で時間がある時にでも調べよう.
[コメントを書く]
2009年 1月 9日 (金)
■unzip
落としたファイルを T60 に入れてあった unzip コマンドでチェックしようとしたらファイルが見つからないとか何とか.
% unzip -t hoge.zip unzip: cannot find or open hoge.zip, hoge.zip.zip or hoge.zip.ZIP.
・・・ってよく見たら開けてないだけか.もしかしてファイルでかすぎ? ググってみたら unzip で 2G のファイル展開できないとかいう話が結構ひっかかります.今日日そんなの・・・.さらに調べたら「-D_FILE_OFFSET_BITS=64」つけてコンパイルし直すだけでいけるとのこと.さっそくやってみたらバッチリ.無事ファイルの中身を確認できました.はー.
[コメントを書く]
■VMware上のFedora 9 と mlterm
相変わらず変な環境でアレなのですが,最近(?),別窓で上げている Emacs などの文字列をマウスで選んでコピーした後,mlterm のウィンドウの一部を左クリックしてフォーカスを移してから中クリックで貼り付けを行おうとしても何もペーストされないという問題が生じています.一応コピーした後に mlterm にフォーカスを移さずに,mlterm に直接中クリックを打ち込むと大丈夫なのですが,すこぶる不便・・・.
一体何が起きているのか調べてみたら,どうもフォーカスを移したところで mlterm が コピーされた内容を破棄してしまっている模様.そしてその原因はどうも X で「マウスボタンを押して離す」ということを行っただけで 「MotionNotify」が発生してしまうためっぽい・・・ (;´Д`)
mlterm は MotionNotify がくると,マウスポインタが枠内にあれば,その下の文字の有無などに関わらず常に何らかの範囲を選択してしまうようで,どうもこれによってコピーした内容を忘れているみたいです.xev で確認すると,MotionNotify はマウスの左ボタンを押したときと離したときにそれぞれ発生し,離したときの state がゼロでなくなるため,これを拾っちゃっている感じ.・・・これ,X 側が変てことでいいんだよなぁ.T60 の環境だと押して離しただけじゃ MotionNotify なんか発生しないし.あーでも Fedora の xterm だと同じ問題が生じないのは元々この辺に一工夫してあるからなのかな? うーん.
[コメントを書く]
■alt-depgraph
現状「くらすは」とか「くらすの」とか変換すると「暮らすは」とか「暮らすの」とかが平気で先頭に出てきてくれちゃうのにビキビキきたところで vagus さんのalt-depgraph をまだ試していなかったことを思い出し,導入してみました.
こちらは G-HAL さんの patch0 は使わずに corpus は生かしてあるみたいですね.インストールしたところ,候補の順番が改善されました.「くらすは」の候補から「暮らすは」とか消えたし.よし,しばらくはこれで行こう.ていうか自分で管理している似非パッケージ名が「anthy-9100e-alt-cannadic-081018-ghal-13-090105-alt-depgraph-081231」とか大変なことになったw
[コメントを書く]
2009年1月13日から2009年1月9日までの日記を表示中
コンテスト用環境と割り切って8〜16GB程度のUSBメモリ上にインストールしてしまうというのも手です。
なんだろうこれって感じで今までスルーしてましたorz
いれてみたらばっちり動きました.ありがとうございます.
本気でやるならコンテスト用環境作った方がいいのかもしれませんね.
#「これで動かす」というのが明記されてないような気もしますがw
mt19937ar.sep/mt19937ar.c を4.1系のspu-gccでコンパイルすると
オリジナルがずいぶん速くなるのね(;´Д`)