はじめてのにき

_ extension

には先生が使ってくれたおかげで問題点が色々わかったりわかんなかったり。

• タブ移動が欲しいわけだけどこれは background 側で eval する仕組みが必要。これは作った。
• chrome:// やら chrome-extension:// で extension が生きないのはひどい。
• chrome-extension で view-source すると死ぬのはひどい。
• UI がギャグのようにヒドい
• 設定がいじれないから switch proxy が作れない
• hah は大変そうだなー
• caret browsing って webkit 側でコードは見た気がするよねえ

とりあえず localStorage に移行しないとかなぁ。

あと TODO として x509 のエラーがあるんだけど、 これ 64bit debian sid でしか起きてないな…

(04:19)

_ あとは

switch cookie みたいなのができるといいんだよなぁ。 gmail.com でログインしてるべき時と chromium.org であるべき時があってうざい…

(04:43)

_ C のマクロ

http://d.hatena.ne.jp/kazuhooku/20090823/1251005064

kazuhoさんが面倒なので考えてない点について少し。

C のマクロは僕の大雑把な理解では、

1. 中からではなく外から処理していく。つまり引数の展開は後で起きる。
2. マクロを展開した後で、 ## があったら適当に処理する
3. それでもなおまだ他のマクロがあったら展開する。
4. ただし既に展開したマクロは展開しない(これは大変むずかしいと思う)。
5. # があったら文字列化する。

とかいう感じじゃないかなぁと思う。 # の順序が遅いので、 たぶん assert.h の assert は __STRING とかで先に assert の中身を文字列化してやってるんだと思う。 見ると実際そうだった。

だから処理としては、

1. assert(X) が if (!X) assert_fail(__STRING(X)) とかそういう感じで展開される
2. 残ってるマクロ PICOEV_IS_INITALIZED_AND_FD_IS_IN_RANGE は望み通り適切に評価式になる
3. __STRING(PICOEV_IS_INITALIZED_AND_FD_IS_IN_RANGE) は外から評価してくので望み通り文字列化

つーかんじでうまくいくんだとおもう

(15:54)

_ OCaml Golf

http://d.hatena.ne.jp/KeisukeNakano/20090821/1250928237

みんなぜひ参加しようね!

(20:46)

_ glibc の man の人が

http://blog.man7.org/2009/07/whats-book-about.html

なにやらでかい本を書いてるらしい。 面白そうです。

(20:48)