etc.2008-06-28ここ最近の作業Acid3のTest70に対してのパッチMozillaのパーサーが不正な文字コードのXMLに対してエラーを投げないのは元からしってたけど、それXMLのスペック違反だよねって話。オーナーじゃないからレビュー出してない。そもそもIUnicodeDecoderの実装の動きが文字コードによって違う。UTF-8だと不正な文字が見つかった時点でエラー終了なんだけど、それ以外は違うんだよね。そこは元々Frankが実装したどころだっけ?RFC2640サポートWorkItemバグとして昔ファイルしておいたけど、離れた数年間で誰も修正してくれなかったやつの一つ。Dougと話中BreakpadGoogle-breakpadというエラーレポーターがあるんだけど、そのダンプの生成方法について、いろいろ直そうとしてる。いうのも、今のLinuxクライアントのコードはx86にべったりしすぎなコードになってて、他のプロセッサへのポートが困難。5.2がリリースされました。C++を使っている場合にSSE2の最適化コードを使ってないので、それようのbugを開いた。NSSなんて、wtcやnelsonといったレスポンスの悪い人たち相手なので、すぐチェックインができるわけでもないし、Thunkツリーに入れるので、Fx3.1とかで使うコードになるかどうかは微妙だけど。CPUじゃないと動かないのね(Intel以外は無効にしてる)。iPhone?Mobile系をやっているBradのツリーをみてたら、arcticfoxの名前が?どうみてもiPhoneへのポート用にしか見えないのだが。Johnsonらへんじゃないかなぁって思うんだが。彼がLive担当になって(今はどうだか知らないけど)出した結論が、今のようにLiveをやってても勝てないということかと。Yahooに話を持って行って、それがダメになるのは重々承知でなおかつ、それが失敗したとしてもYahooという会社の存在価値をもなくす魂胆だんたんじゃないかなぁと。プレーヤーが1つ減るということは、ある意味チャンスでのあるから(米国だとGoogleに全部持っていかれる危険性があるが。管理下におかれて、やりたいように出来なくなる。ある意味Googleにとってもおいしくない部分になる。MicrosoftがAppleを泳がせたように、GoogleにとってもMicrosoftを泳がせないといけない)。Serverで見せたような粘りがLiveに見られないところ。Liveチームはある意味ぬるま湯でもあると言われていたから、どうしようもない機がするけど。ヨーロッパらへんのベンチャーを買って、そこを本拠地で立て直すのが賢明かと思うよ、実際。Opera2008-06-10TrackerでThunderbirdメールの全文検索とりあえずメモ書き程度。9上の話だけど、Ubuntuでも大丈夫かと。TrackerのLatestのツリーに入っているtracker.xpiを持ってくる。できることはできるが、日本語文字列に対してTracker自体のワードブレーカーが上手く働かないので、検索の精度は悪い。これはTracker側の問題なんだけど。古いバージョンのtracker.xpiを持ってくると、Subjectとかがデコードされない。最新版を持ってくる必要あり。in編mozilla-centralに移ってから、初のチェックイン。メモ書き程度に残しておく。commitで変更をローカルへコミット。本当は、-mをつけてログをコマンドラインで書く方がベター。stub/xulrunner-stub.exe.manifestちなみにコミット内容は、これ。serverへコミット。filesこれで終了。pushのような作業が増えるけど、ローカルにリポジトリを持っているので作業効率がいい。CVS会社でOpenOfficeを使ってて、納得いかないことが多々あったので、ちょっとコードを持ってきてみた。コードも巨大だけど、うまくまとまってないコードにしか見えないなぁと。ビルド環境作るもの大変そうなのは、閉口状態。言えば、あの会社のOfficeアプリケーションもビルド環境作るの大変という話を聞いたなぁ、そういえば。5.2がすでにリリースされていますが、それのコピーのCentOSも、5.2が6月14日くらいにリリースされそう。今度借りようと思っているレンタルサーバーはこれでも使おうかなぁと。linux2008-06-05職場環境を満足させる手法Googleをまねて、いろいろな会社が社員の働く環境を良くしようとしているが、とある会社の場合でのこと。満足せずここらへんで、豚に真珠という言葉が。(家で使っているVitraの椅子って10万くらいしたよ...)。無料でバナナを配置するだけだったという。価値のわからない人に高価なものを渡しても、それは職場環境の改善にはならないわけで、誰もがわかりやすいものを与えないと、その費用は無駄にしかならない。各営業所にも置けとかいう意見が来たのは言うまでもない話だけど。biz2008-06-03ARMでもFirefoxがコンパイル可能だけどARMのマーケティング側の人間からはFlashもFirefoxも動くという話はでるが、それは正しい。Browser上で、YouTubeを見ることができる)、N800/N810もOSは、LinuxだけどFlash動くし。(日本の携帯電話だって、大多数がARM系なんだしね)。3ベースのもの)でも動く。ARM用の最適化なんてしてないけど。Intelがしきりに優位性を話すx86のプラットフォームだと、いくつかのレイヤーに対しての最適化が入ってる。1.6のpixmanにおけるMMX最適化。SSE2の最適化は次のバージョンSSL等に使われるnss/freebl。mpiのコードは、x86/x86_64はアセンブラで高速化を図っている。GCCプラットフォームだとSSE2も使ってるFirefoxにおけるx86最適化の部分はこれだけ。後はコンパイラがどういう風にコードを吐けるかがポイント。ほかのブラウザを考えてもその最適化は似たり寄ったりだけどね。ARMとx86のコードにおけるポイントは、コンパイラによるところが大きい。ARMだとatomic系の実装が面倒というのもあるけどさ。PCがARMになったのもiPAQがヒットしたおかげで、ARM以外やらねぇって決めただけの話だし)。(今のTIのプラットフォームなんてDSP込みみたいなもんだし)、情報がなさすぎだし、ARM上でのプラットフォーム間の互換性の問題にぶち当ってコストに跳ね返る。作成しておかないと、エラーという初期トラブルはあったものの、動いている。ちなみに、NSPRやNSSなどは、もとのCVSのままなんて、CVSと併用することになる。X版のCairoはATSUIなんて使ってない以下の記事を見て、倒れた。サポートを止めたバージョン。コードを見ればわかると思うけど、ATSUIを使っているなんて記述はありえんはず。Backendじゃあるまいし。Xじゃサポートされてないはず。(SDKを確認したけど、64ビットサポートはない)そもそもメールを掘り出すと、2008/3/17にVladimirがこうポストしてる。dependencies).というか、そのチェックインしたVladimirはmozilla.comの人じゃん。