最近の（でもないけれど）出来事／落書帳／仲間内のネタ／覚え書き／whatsnew

Firefox 3.6.x
Thu,24 Dec,2009、 Mon,08 Feb,2010、 Wed,05 May,2010の続き。
Firefox 3.6.4 を普通にインストールしたら、普通に動いた。 今までの 3.6.x で苦労して動かなかったのは何だったのだろう、 と言うぐらいあっさり動いた。
ただ、Javascript の処理が遅くなった気がする。
あと、コンテキストメニューの表示が確実に遅くなった。

ビルド所要時間は２時間、 ビルド所要容量は 801MB。

Fri,29 Oct,2010に続く。

V cube。
何時の間にやら、V cube 7 が売っていた。

FreeBSD の Firefox weave。
何時の間にやら ports から消えたと思ったら、 www/firefox-sync に名称変更したらしい。

LINDBERG、BELIEVE IN LOVE、1990??????。

BOY MEETS GIRL、trf、1994.6.22。

サヨナラ、GAO、1992.4.21。

現状でのインデックスファンドの比較。
まぁ、とは言っても買うお金は無いんだけれどもね。 STAM は 7/30 の改訂後の経費。

コンクリートロード。……。

google の巡回。
最近の基準は１〜２週間に１回らしい。 スコアの高いページは概ねそのくらいで、 スコアの低いページは１ヶ月以上とかそのくらい。

おもちゃ系なんでもの中古屋。
普段通らない方の道を通って、偶然見つけたのだが。 CD コーナーにアニソン専用棚が３つあって、 そのうち１つが東方専用だった……。 何時の間にやら東方ってそんなに……。

portupgrade -pcrR libXaw gettext
ディスク容量が足りなくなってきたので、 /usr/local/lib/compat/pkg/ 以下から適当に消してみた。
libXaw.so.8 と libintl.so.8 を消してしまった。 動かなくなったソフトウェア続出。
portupgrade でのパッケージ再構築が１０日かかった。 途中、エラーで止まって手作業で修正した分を差っ引くと、 実質７日間くらいらしい。
インストールしてあるパッケージ数が約1100のところを、 約700パッケージほど再構築していた。

xvidcap-1.2.2 on FreeBSD-6.4。
/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/src/main.c:937:
undefined reference to `av_free_static'
とかエラーを出して、ビルドが通らない。
web で検索してみても、海外を含めて２０件くらいしか見つからない。
で、海外のサイトで「一旦 ffmpeg を消してから試してみ」（意訳）と あったので、試してみた。
ちゃんとビルド通ったよ……。
xvidcap の ffmpeg 呼び出し回りが駄目らしい。

ecawave-0.6.1 がビルドできない。
ecasound を 2.6.0（最新版は 2.7.1）にダウングレードしてから ecawave をビルドしたら、ちゃんと出来上がった。
ecawave が ecasound の最新版に追い付いていないらしい。

omniORB-4.1.x。
パッケージで入れた OpenSSL-1.0.0 には非対応らしい。
../../../../.././../src/lib/omniORB/orbcore/ssl/sslContext.cc: In member function `virtual SSL_METHOD* sslContext::set_method()':
../../../../.././../src/lib/omniORB/orbcore/ssl/sslContext.cc:182: error: invalid conversion from `const SSL_METHOD*' to `SSL_METHOD*'
gmake[5]: *** [static/sslContext.o] Error 1
とか出て、ビルドが通らない。
web で検索してみても、海外を含めて２０件くらいしか見つからない。
どうやら OpenSSL のここ１年以内に行われた変更作業 （OpenSSL-0.9.x → OpenSSL-1.0.0）で、 SSLv23_method() の返り値が SSL_METHOD* から const SSL_METHOD* に 変更になったらしいのだが、 omniORB がそれに対応していなくて、ビルドが通らないらしい。
omniORB-4.1.3/src/lib/omniORB/orbcore/ssl/sslContext.cc の sslContext::set_method() での SSLv23_method() 呼び出しの返値を 無理矢理 (SSL_METHOD*) にキャストするか、 OpenSSL を 0.9.x にダウングレードしたら、 ビルドが通る様になった。

xconq-7.4.1 on FreeBSD。
そのままインストールしたら、 画面表示やコンテキストメニュー表示が ウィンドウサイズや表示領域のサイズを越えたりして、 なんか駄目駄目だった。
ports/games/xconq/Makefile の 「USE_TK=yes」を「USE_TK_RUN=84」に変えて、 使用する TCL/TK のバージョンを 8.5系から 8.4系にダウングレードしたら、 ちゃんと表示される様になった。 まぁこれは何年も前からずっとそうなのだけれども。

自転車がパンクした。前輪。
車道から歩道への段差の所で、 いきなり全部の空気が抜けるぐらい激しくパンク。 左サイドの上下、合わせて２ヶ所に開いていたので、 リム打ちパンクというやつらしい。
……タイヤの空気圧の調整をしたばっかりのその日なのになぁ……。

最近、 FreeBSD のパッケージをソースからインストールしようとすると、
===> License check disabled, port has not defined LICENSE
と出る様になった。なんだろう。

の「2010/05/31 18:53:30| RHa:」らしい。

msdosfs 内に mp3 を置いて再生すると、 バッファアンダーランを数分に１回のペースで起こして その度に音飛びして困る。

ようやく、 ∀ガンダムのサントラ３枚を買い揃える事ができた。 中古だけどさ……。 劇場版はパス。

鉄騎が￥8,000- で売っていた……。

森の路はずれ - 「PERFECT WORLD」（「天空のエスカフローネ」より）
ここ１年くらいで「PERFECT WORLD」と言ったら、 「狼と香辛料 第２期 ED」じゃないんですか。 とか脊髄反射で言ってみるテスト。

かな漢字変換。
間違えて「せきついはんしゃ」とタイプしたら、 『「せきずいはんしゃ」の間違い？』と 提示してくれる何かが欲しいと思った。

渡辺美里、My Revolution、1986.1.22。
ぎゃぁ、曲の途中から……何て言うの？パーソナリティのトーク？を 入れやがった。

小田和正、たしかなこと、2005.5.25。

カルネージハートの新作が出るらしい。
無茶するなぁ……、それとも勝算が有るのだろうか。
６作目らしいが、そんなに出ていたっけ……。 初代無印と EZ は、別に数えるらしい。 それから、PSP版が１本出ているらしい。 あれ、そうするとパソコン版が勘定に入りませんよ……。

Anthy 拙作パッチ。
「かな漢字変換 anthy で、個人用学習データを活用して変換結果の改善を目指すパッチ」

実験版（patch13-testing）にて、 １文節を構成する際に３語以上にできないバグだか仕様だかを修正。
名詞接頭辞付きで１文節化する機能を追加。

以下、昨日と今日で修正した箇所の詳細。

問題が発生する該当リリース：anthy-9100h.patch13-testing-2010721.alt-depgraph-100603d.alt-cannadic-100603-patch100628.zipdic-201005-patch100614

●余題
・「えき」を変換すると、「|絵|木|」と２文節になる。
  これはコーパスの確率絡みなので、手動でどうこうするものではなし。
  例文に１文節の内容を適当に追加して様子見しながら半放置が関の山。

●本題
・「えき」を１文節で変換すると、
	「得き」、「獲き」
	「得来」、「獲来」、「え来」
	「得着」、「獲着」、「え着」
  が出てくる。これは明らかにおかしい。これは何が原因だろう？

●関連情報
・安定版（patch13B.iconv.ucdict）版およびそれ以前だと、
	「得き」、「獲き」
  だけ出現した。

・gcanna.t に、
	「#KS 獲」、「#KS 得」、「#KS え」、「#kxi 得」、「#kxi え」
	「#kxi 来」、「#kxi き」、「#KS 着」、「#KS き」
  があると、問題が発生する。

●分析
・各単語に複合品詞の属性が付いており、各属性は
	え:(1N=D2Dl,100,Vy,29100,Sy,#kxi,HvCySy,E:0,F:450,LF:0,D:0,L:0,S)1,024,528
	得:(=D2Dl,100,Vy,29100,Sy,#kxi,HvCySy,E:0,F:450,LF:0,D:0,L:0,S)1,024,414
	獲:(=D2Dl,100,Vy,29100,Sy,#KS,HvCySy,E:0,F:400,LF:0,D:0,L:0,S)797,184

	き:(1N=D2Dr,100,Vy,19660,Sy,#kxi,HvCySy,E:0,F:650,LF:0,D:0,L:0,S)1,014,358
	来:(=D2Dr,100,Vy,19660,Sy,#kxi,HvCySy,E:0,F:650,LF:0,D:0,L:0,S)1,014,281
	着:(=D2Dr,100,Ve,19660,Se,#KS,HvC_Se,E:0,F:600,LF:0,D:0,L:0,S)983,639
  となっていた。
  実験版のみに Fri,27 Nov,2009 に追加した「動詞連用形動詞」の複合品詞の機能が、
  一般の動詞に対しても成立してしまっているらしい。

●原因および対処
・複合品詞判定に
  anthy_get_seq_ent_wtype_freq(seq,anthy_wtype_d2d)
  を使うのでは、
  一般の動詞と複合品詞の動詞の両方を含む品詞グループにも該当してしまい、
  駄目らしい。
・if (SCOS_CV == anthy_wtype_get_scos(*w2))
  にて、複合動詞のみの品詞グループが検出できないのは、
  品詞グループ「動詞連用形動詞」の追加に失敗している為らしい。
・品詞グループを追加する際には、
  src-worddic/wtab.h → src-worddic/ptab.h → depgraph/indepword,txt と、
  ３段階全ての箇所に品詞グループ情報を登録しないと、
  品詞グループとして認識されないらしい。

・以上を、Wed,28 Jul,2010版で修正。


●そしてエンバグ
・複合品詞の連結は、右から左に行われるらしい。
  なので、複合品詞を作るか否かの判定の際に、
  左側に連結が可能な文節が来ると共に、
  右文節候補として既に連結済みの文節が来る事が有るので、
  それにも対応しなくてはならない。

・以上を、Thu,29 Jul,2010版で修正。


●さらに埋もれていたバグ発見
・Anthy には、複数の語を連結して１文節とする機能が有るのですが、
  原作版 Anthy では、２語の連結までしか対応していないっぽい……。
  ３語以上を連結したら SIGSEGV 出しおった……。
  具体的には、src-splitter/compose.c の make_candidate_from_combined_metaword() にて、
  mw2 の make_cand_elem_from_word_list() の呼び出しで NULL を渡してしまい落ちる。

・以上を、Thu,29 Jul,2010版で修正。

PRINCESS PRINCESS、世界でいちばん熱い夏、1987.7.16。

爆風スランプ、Runner、1988.10.21。

Google の SSL証明書。
urlclassifier 用の sb-ssl.google.com:443 の証明書が、 ６月中旬〜７月中旬の間に更新されていたらしい。
Equifax のルート証明書を利用禁止にしていると sb-ssl.google.com:443 の末端の証明書も禁止になってしまい、 sb-ssl.google.com:443 の証明書の更新毎に 新しい証明書を再インストールしないといけないので注意。
これを行わないと、urlclassifier3.sqlite が更新されなくなってしまう。

ローカルの計算機の時計。
15 Apr,2010 から 31 Jul,2010 までで 22.2秒ずれていた。
107日間だから１日当たり 0.2秒ずれている勘定になる。

Google の SSL証明書の話と、 計算機の時計の話は、 Thu,16 Sep,2010 に続く。

/usr/ports 以下のポーツ／パッケージ情報の更新。
% portsnap fetch update

ポーツ／パッケージのゴミ掃除。
% portsclean -CDL

指定パッケージの下請けパッケージの更新状況を確認。
% portversion -vR PACKAGE-NAME

パッケージの新規インストール。 環境設定（make config）を先にまとめて行う。 依存先パッケージも自動更新。
% portupgrade -cpRN PACKAGE-NAME

BOY MEETS GIRL、trf、1994.6.22。

Firefox3。
urlclassifier3.sqlite のサイズが 34062336 まで大きくなった所で、それ以上大きくならずに止まっていた。 vacuum と reindex をかけたら 24190976 まで減った。
でも何で 34062336 で止まったのだろう？ …… Fri,30 Jul,2010の、 証明書の更新を忘れた件が原因だった。

「nosuke(のすけ)氏 - 日記みたいな何か - 2010年 7月30日 (金) - Anthy」
> 「じつげんかのう」とか「じっこうかのう」などの，「〜かのう」ってやつが
> 「実現 + 可能」とかにならずに必ず「実現かのう」になっちゃいます・・・．
> 文節切り直して確定しても全然覚えてくれない感じ．
結論だけ先に言うと：
文節区切り学習の反映確率が、対立候補の確率よりも小さかった。


●Sun,01 Aug,2010 〜 Mon,02 Aug,2010 の分析結果：

●前書き
　どの系列の、どのバージョンで、どんな環境設定なのかを
明記して頂かないと、追試が困難です……。
　過去の日記の内容から憶測して
「安定版 anthy-9100h.alt-depgraph.patch13B.iconv.ucdict 2010507版」
だろうと当たりを付けて試してみましたが。
が、再現できませんでした。

●本題
(1) 学習できているかの確認

　「じつげんかのう」を「|実現|可能|」として確定した際に、
学習データ「${HOME}/.anthy/last-record2_default」もしくは
「${HOME}/.anthy/last-record2_default.utf8」の最後に

ADD "OCHAIRE" S"じつげんかのう" N2 N4 S"実現" N3 S"可能" N0 N1 N0 N1 N1 T-1280598869 F1
ADD "OCHAIRE" S"じつげんかのう" N2 N4 S"実現" N3 S"可能" N0 N2 N0 N1 N2 T1280599079 F2
ADD "OCHAIRE" S"じつげんかのう" N2 N4 S"実現" N3 S"可能" N0 N2 N0 N2 N2 T1280599079 F2
ADD "CAND_HISTORY" S"じつげん" O1280599079 N1 S"実現" T1280599079 F2
ADD "CAND_HISTORY" S"かのう" O1280599079 N3 S"可能" T1280599079 F4
ADD "CAND_HISTORY" S"じつげん" O1280599079 N2 S"実現" T1280599079 F2
ADD "INDEP_HISTORY" S"じつげん" O1280599079 N2 S"実現" T1280599079 F2
ADD "DEP_HISTORY" S"" T1280599079 F7
ADD "CAND_HISTORY" S"かのう" O1280599079 N4 S"可能" T1280599079 F4
ADD "INDEP_HISTORY" S"かのう" O1280599079 N4 S"可能" T1280599079 F4
ADD "DEP_HISTORY" S"" T1280599079 F8

と追加されていれば、学習の覚える方は正常です。
上記の "OCHAIRE" の行にて、文節を切る事を学習しています。


(2) 環境設定が適切かどうかの確認

(2-1) 前方ｎ文節最長一致モードの場合。
	LATTICE_WITH_OCHAIRE_STRONG true
	LATTICE_WITH_CAND_SCORE true
	LATTICE_WITH_CANDSTRUCT_SCORE true
を指定する必要があります。
前方ｎ文節最長一致モードでこれらのオプションを指定しないと、
文節区切り学習が非常に（全くと言っていいくらい）反映されにくくなります。

(2-2) MBRビタビモードの場合。
MBRビタビモードの場合、(2-1) で述べた３つは false にした方が結果が良くなります。
あとは、学習を再現する確率を
	VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE 1.0e-3
くらいにして、学習の効果を強くしてみるとか……。


●Tue,03 Aug,2010 までの分析結果：

・安定版（patch13B-23-iconv-ucdict）2010720版では
   MBRビタビモード、前方ｎ文節最長一致モード、両モード共に現象を確認できず。

・実験版（patch13-testing）2010729版の前方ｎ文節最長一致モードでは現象を確認できず。

・実験版（patch13-testing）2010729版の MBRビタビモードにて、
  「|実行|可能|」（|じっこう|かのう|）を学習して覚えても、
  変換結果に反映されず「|実行かのう|」（|じっこうかのう|）になる
  場合がある事を確認。
  但し、「|実現|可能|」v.s.「|実現かのう|」（|じつげんかのう|）は現象を再現できず。

・オプション VITERBI_MODE_DECREASE_PROBABILITY_PHRASE_WITH_PRE_POST が
  false の場合、発生しやすい。

・オプション VITERBI_MODE_DECREASE_PROBABILITY_PHRASE_WITH_PRE_POST false かつ
  オプション VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE を 3.0e-5 まで小さくすると、多発する。

・オプション VITERBI_MODE_DECREASE_PROBABILITY_PHRASE_WITH_PRE_POST false かつ
  オプション VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE を 3.0e-5 まで小さくすると、
  安定版（patch13B-23-iconv-ucdict）2010720版でも発生した。

・オプション VITERBI_MODE_DECREASE_PROBABILITY_PHRASE_WITH_PRE_POST false かつ
  オプション VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE を 3.0e-5 まで小さくすると、
  「|実現かのう|」（|じつげんかのう|）も再現した。

・オプション VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE を 2.0e-3 まで大きくすると、発生しなくなった。


●Tue,03 Aug,2010 までの仮の結論：

・文節区切り学習を反映する確率が小さすぎるらしい。
  VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE 2.0e-3
  まで文節区切り学習の反映確率を高めた所、発生を抑えられた。
  取り敢えず、
  VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE 3.0e-3
  くらまで高めた方が良いかもしれない。
  ＃ 現時点における
  ＃ VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE のデフォルト値は 3.0e-4。
  ＃ １桁上げないと駄目らしい。

・系列や版によって、発生したりしなかったりマチマチなのは、
  対立変換候補のコーパスのデーターベースでの確率値が
  各々の系列や版によってバラバラである為だと思われる。


●Wed,04 Aug,2010 までの分析結果：

・前提情報の確認：
  オプション VITERBI_MODE_DECREASE_PROBABILITY_PHRASE_WITH_PRE_POST true
  にすると、接頭辞／接尾辞が付いている場合に強制的にコーパスの確率を下げる。
  false だと、コーパスの確率を変更しない。

・以下の構成となる変換候補
	接頭辞：無し
	自立語：「十」#NN、「10」#NN、「１０」#NN、（じっ）
	接尾辞：「校」#JS、「講」#JS、「項」#JS、（こう）
	付属語：「かのう」（かのう）
  が生成され、これが「|じっこうかのう|」の文節区切り候補の１つとして存在しているらしい。

・実際の文節区切り確率は
	「|実行|可能|」(学習反映率：3.0e-3)	確率：2.843e-06 = 2.527e-00 * 1.125e-00 * 1.0e-06
	「|十校かのう|」(接尾辞判定：false)	確率：4.906e-07 = 4.906e-01 * 1.0e-06
	「|実行|可能|」(学習反映率：3.0e-4)	確率：2.883e-08 = 2.563e-01 * 1.125e-01 * 1.0e-06
	「|実効かのう|」(品詞：#T35)		確率：2.412e-09 = 2.412e-03 * 1.0e-06
	「|実行かのう|」(品詞：#T30)		確率：2.341e-09 = 2.341e-03 * 1.0e-06
	「|実行|可能|」(学習反映率：3.0e-5)	確率：3.288e-10 = 2.922e-02 * 1.125e-02 * 1.0e-06
	「|十校かのう|」(接尾辞判定：true)	確率：3.925e-13 = 3.925e-07 * 1.0e-06
  となっていた。
  変更前の学習反映率は 3.0e-4。
  学習反映率はオプション VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE で指定する。
  接尾辞判定はオプション VITERBI_MODE_DECREASE_PROBABILITY_PHRASE_WITH_PRE_POST で指定する。

・コーパスの例文に、数字／数値で始まる例文が真269個、偽18個ある為に、
  「|十校かのう|」(接尾辞判定：false) の確率が異様に高くなるらしい。
  その事も有り、
  オプション VITERBI_MODE_DECREASE_PROBABILITY_PHRASE_WITH_PRE_POST false
  の場合、「|じっこうかのう|」の文節区切り候補の確率が異様に高くなるらしい。

・デバッグトレース中に、
  #T30 の「|実行かのう|」は最終候補に残るのに
  #T35 の「|実効かのう|」は最終候補に残らない、
  と言う謎現象がちょくちょく発生。
→ src-splitter/lattice.c の push_node() の枝刈りにて、
   かなり大甘な一致判定でバサバサと変換候補の削除を行っていた。
   これは、バグなのか仕様なのか……。
   ＃ 結局、判定を厳しくした。


●Tue,03 Aug,2010 の結論：

・昨日と同じ。文節区切り学習の反映確率の調整。

Anthy 拙作パッチ。
「かな漢字変換 anthy で、個人用学習データを活用して変換結果の改善を目指すパッチ」

実験版（patch13-testing）の configure のバグ修正と corpusデータベース更新。

ラジオの再生タイマー。
現時刻22:00からはどこそこを聴いて、 23:00からはどこそこに変えて聴いて、 00:00からはどこそこに変えて聴いて、 と言うのを、タイマーで設定しようと思ったら。
「タイマーは電源切のときのみ動作します。 設定後は本機の電源を切ってください。」
終わった……。

そう遠くない所で、花火大会があった。 運良く良い場所で見る事ができた。

何となく勢いで Cascading Style Sheets 導入。

Anthy 拙作パッチ。
うあああぁぁぁ、特許3873305 の機能使いたい……。 この機能を封印したせいで複合動詞の表記の選択がつらい……。 2015年８月25日を越えれば、特許が切れて、 この機能を再実装できるのだが……。

Anthy 拙作パッチ。
「かな漢字変換 anthy で、個人用学習データを活用して変換結果の改善を目指すパッチ」

バグ情報：安定版／実験版ともに、2010630版以降全て。   複合語に学習を適用し損なうバグを治したが、エンバグ。 複合語ではない一般単語で学習を適用し損なう場合がある事が発覚。
自立語学習の際に、学習由来の変換候補に対して、 自立語学習に付属語も付加してしてしまうバグが発覚。   こちらは、2009年５〜８月頃からあった模様。
testing版では修正完了。現在、動作確認中。

Anthy 拙作パッチ。
「かな漢字変換 anthy で、個人用学習データを活用して変換結果の改善を目指すパッチ」

Wed,04 Aug,2010の続き。
VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE 3.0e-3
では、まだ小さいらしい。 「こうぶんけんさ」が、 いくら学習しても 「|項|文献さ|」（|こう|ぶんけんさ|） になってしまう。
VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE 4.8e-3
くらいで、ようやく「|構文|検査|」（|こうぶん|けんさ|）が 反映される様になった。

以下、解析結果。

学習無し：

|こ(#U5)(SEG_DOUSHI_RENTAI)+う(DEP_RENTAI)|ぶんけん(#T30)(SEG_MEISHI_SHUTAN)+さ(DEP_END)|		7.156e-12 = 2.602e-03 * 2.750e-09 * 1.0e-00
	|ぶんけん(SEG_MEISHI_SHUTAN)+さ(DEP_END)|｛文末｝|							1.0e-00 = pos:56, neg:0

|こ(#U5)(SEG_DOUSHI_RENTAI)+う(DEP_RENTAI)|ぶんけん(#T30)(SEG_MEISHI_SHUTAN)+さ(DEP_EOS)|		7.156e-06 = 2.602e-03 * 2.750e-03 * 1.0e-00
	|ぶんけん(SEG_MEISHI_SHUTAN)+さ(DEP_EOS)|｛文末｝|							1.0e-00 = pos:27, neg:0

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けん(#T35)(SEG_MEISHI_SHUTAN)+さ(DEP_END)|			6.654e-12 = 2.420e-03 * 2.750e-09 * 1.0e-00
	|けん(SEG_MEISHI_SHUTAN)+さ(DEP_END)|｛文末｝|								1.0e-00 = pos:56, neg:0

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けん(#T35)(SEG_MEISHI_SHUTAN)+さ(DEP_EOS)|			6.654e-12 = 2.420e-03 * 2.750e-09 * 1.0e-00
	|けん(SEG_MEISHI_SHUTAN)+さ(DEP_EOS)|｛文末｝|								1.0e-00 = pos:27, neg:0

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けん(#JN)(SEG_MEISHI_SHUTAN)+さ(DEP_END)|			6.654e-12 = 2.420e-03 * 2.750e-09 * 1.0e-00

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けん(#JN)(SEG_MEISHI_SHUTAN)+さ(DEP_EOS)|			6.654e-12 = 2.420e-03 * 2.750e-09 * 1.0e-00

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|			6.654e-18 = 2.420e-03 * 2.750e-09 * 1.0e-06
	|けんさ(SEG_MEISHI_SHUTAN)(DEP_END)|｛文末｝|								1.0e-06 = 該当無し

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_DOUSHI_RENYOU)(DEP_RENYOU)|			6.654e-18 = 2.420e-03 * 2.750e-09 * 1.0e-06
	|けんさ(SEG_DOUSHI_RENYOU)(DEP_RENYOU)|｛文末｝|							1.0e-06 = 該当無し

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_MEISHI_SHUTAN)(DEP_END)|			6.654e-18 = 2.420e-03 * 2.750e-09 * 1.0e-06
	|けんさ(SEG_MEISHI_SHUTAN)(DEP_END)|｛文末｝|								1.0e-06 = 該当無し

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T35)(SEG_MEISHI_SHUTAN)(DEP_END)|			6.654e-18 = 2.420e-03 * 2.750e-09 * 1.0e-06
	|けんさ(SEG_MEISHI_SHUTAN)(DEP_END)|｛文末｝|								1.0e-06 = 該当無し

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T35)(SEG_MEISHI_SHUTAN)(DEP_END)|			6.654e-18 = 2.420e-03 * 2.750e-09 * 1.0e-06


ここから学習有り：VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE	4.8e-03

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_MEISHI_SHUTAN)(DEP_END)|			7.267e-06 = 4.037e-00 * 1.800e-00 * 1.0e-06

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_DOUSHI_RENYOU)(DEP_RENYOU)|			7.267e-06 = 4.037e-00 * 1.800e-00 * 1.0e-06

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|			7.267e-06 = 4.037e-00 * 1.800e-00 * 1.0e-06

|こうぶん(#T35)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|			7.267e-06 = 4.037e-00 * 1.800e-00 * 1.0e-06

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_MEISHI_SHUTAN)(DEP_END)|			1.110e-14 = 4.037e-00 * 2.750e-09 * 1.0e-06

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_DOUSHI_RENYOU)(DEP_RENYOU)|			1.110e-14 = 4.037e-00 * 2.750e-09 * 1.0e-06

面倒になったので以下省略。


|(SEG_DOUSHI_RENTAI)+う(DEP_RENTAI)|(#T30)(SEG_MEISHI_SHUTAN)|
|(SEG_MEISHI_SHUTAN)+さ(DEP_EOS)|｛文末｝|
の形が各々 2.750e-03 と 1.0e-00 と言う高確率を持っているのに、
|(SEG_MEISHI_SHUTAN)(DEP_END)|｛文末｝|
の形の確率が 1.0e-06（コーパス該当無し）しかないのが原因らしい。

コーパスデータベースの内容だと
|(SEG_DOUSHI_RENTAI)+う(DEP_RENTAI)|(#T30)(SEG_MEISHI_SHUTAN)|
は
{5, 24, 323, 547, 548, 549, 662, 0, 0, 0, 0, 0, 0, 0, 0, 1}
にあたり、これにより pos:1, neg:0 で確率 100％らしい。

このデータは、make update_params および make update_params2 まででは生成されず、
２回目の make update_params2 で生成されている。
例文の
	|あの子に|会う|気は|まだ|ない|
の
	|会う|気は|
の部分から
indep_word hash=135100515 features=5,24,323,547,548,549,662 #T 気 き
が生成されて、これにより pos:1, neg:0 になるらしい。

make update_params および make update_params2 まででは、
indep_word hash=135100515 features=5,25,161,547,548,549,662 #T 気 き
になって該当しない。

差異部分の意味は以下の通り。
	24: DEP_RENTAI
	323: SEG_DOUSHI_RENTAI → SEG_MEISHI_SHUTAN
	25: DEP_END
	161: SEG_DOUSHI_SHUTAN → SEG_MEISHI_SHUTAN

Thu,12 Aug,2010 に続く。

yahoo の分散サーバ。
数ヶ月前に？、更新か何か有ったらしい。SSL証明書が変わっていた。 見つかった範囲では、
l04.login.bbt.2010
l05.login.bbt.2010
l06.login.bbt.2010
l07.login.bbt.2010
l05.login.ogk.2010
l06.login.ogk.2010
l07.login.ogk.2010
l08.login.ogk.2010
l05.login.kks.2010
l06.login.kks.2010
l07.login.kks.2010
l08.login.kks.2010
l09.login.kks.2010
l10.login.kks.2010
l11.login.kks.2010
の15台。

Anthy 拙作パッチ。
「かな漢字変換 anthy で、個人用学習データを活用して変換結果の改善を目指すパッチ」

付属語が無い時の付属語ハッシュ値が一意に決まらない構造上のバグ発見。
update_params 関連処理時はハッシュ値 0（データベース上では580）に なっているのに、 かな漢字変換処理時はハッシュ値 1023（データベース上では 1603）に なっていた。
体言止めのコーパス確率がいつも該当無し（1.0e-06）になるわけだ……。
原作版では、別の箇所の設計構造の影響で、 おそらく意図せずに、正常に動く状態になっていた。
もう面倒になったので、場当たり的手法で対処。  testing 版のみ修正完了。 安定版は、作業が追いついていません。

昨日の解析結果のやり直し結果。


学習無し：

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|			5.444e-06 = 2.420e-03 * 2.250e-03 * 1.0e-00
	|けんさ(SEG_MEISHI_SHUTAN)(DEP_END)|｛文末｝|								1.0e-00 = pos:25188, neg:0

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_DOUSHI_RENYOU)(DEP_RENYOU)|			6.654e-12 = 2.420e-03 * 2.750e-09 * 1.0e-00

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_MEISHI_SHUTAN)(DEP_END)|			5.822e-06 = 2.420e-03 * 2.406e-03 * 1.0e-00

|こうぶん(#JN)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T35)(SEG_MEISHI_SHUTAN)(DEP_END)|			5.444e-06 = 2.420e-03 * 2.250e-03 * 1.0e-00

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T35)(SEG_MEISHI_SHUTAN)(DEP_END)|			5.444e-06 = 2.420e-03 * 2.250e-03 * 1.0e-00


ここから学習有り：VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE	3.0e-03

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_MEISHI_SHUTAN)(DEP_END)|			2.848e-00 = 2.523e-00 * 1.129e-00 * 1.0e-00

|こうぶん(#T*)(SEG_MEISHI_SHUTAN)(DEP_END)|けんさ(#T30)(SEG_DOUSHI_RENYOU)(DEP_RENYOU)|			2.838e-00 = 2.523e-00 * 1.125e-00 * 1.0e-00

面倒になったので以下省略。

追記：
parsed_data* を見て付属語ハッシュ値を確認してみましたが。 ハッシュ重複がかなり有りますね……。

追記２：
上記の「付属語が無い時の付属語ハッシュ値の計算」を 一意に決まる様に処理の省略をしたところ、 update_params の速度が倍になった。   謎。   そんなに速度が変わる様な所じゃないと思うのだけれどな……。

Anthy 拙作パッチ。
「かな漢字変換 anthy で、個人用学習データを活用して、なんかもう思い付く事を何でもかんでも試してみて、変換結果の改善を目指すパッチ」

コーパスデータベースの構造に HID_IDI_IwDT モードを追加。

IDIモードでは、
『第１区切り情報：｛品詞クラス：文頭→名詞+格助詞｝|｛品詞クラス：名詞+格助詞｝｛品詞：#T｝』
『第２区切り情報：｛品詞クラス：名詞+格助詞→動詞+連体｝｛付属語クラス：格助｝｛付属語ハッシュ：hash(を)｝|｛品詞クラス：動詞+連体｝｛品詞：#R5｝』
『第３区切り情報：｛品詞クラス：動詞+連体→文末｝｛付属語クラス：連体｝｛付属語ハッシュ：hash(る)｝|｛品詞クラス：文末｝』
と言う構造になっています。

さて、この構造だと、第１区切り情報の様に前文節に｛文頭｝が来た場合、
｛付属語クラス｝｛付属語ハッシュ｝
の記録領域が使われず余ります。ここに後文節の付属語情報を入れてしまう事で、
文頭からつながる先頭文節を細かく分類する事ができる様になる筈です。

また、第３区切り情報の様に後文節に｛文末｝が来た場合、
｛品詞｝
の記録領域が使われず余ります。ここに前文節の品詞情報を入れてしまう事で、
文末につながる最後尾文節を細かく分類する事ができる様になる筈です。

結果、こんな感じになります。
『第１区切り情報：｛品詞クラス：文頭→名詞+格助詞｝|｛品詞クラス：名詞+格助詞｝｛品詞：#T｝｛付属語クラス：格助｝｛付属語ハッシュ：hash(を)｝』
『第２区切り情報：｛品詞クラス：名詞+格助詞→動詞+連体｝｛付属語クラス：格助｝｛付属語ハッシュ：hash(を)｝|｛品詞クラス：動詞+連体｝｛品詞：#R5｝』
『第３区切り情報：｛品詞クラス：動詞+連体→文末｝｛品詞：#R5｝｛付属語クラス：連体｝｛付属語ハッシュ：hash(る)｝|｛品詞クラス：文末｝』

で。
で。
で。
先頭文節や最後尾文節の内容を細かく分類できる様になった所で、
何か良い事が有るか否かは不明だったりします。

明日に続く。

昨日の続き。

以下、再設計の際のパラメータ調整のメモ書き。

ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)			|そうじ+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)				8.284e-31 = 1.017e-06 * 8.148e-19 * 1.0e-06
ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)			|そうじ+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)				1.006e-18 = 1.017e-06 * 9.899e-07 * 1.0e-06
ゆ+かを(SEG_MEISHI_RENYOU)(DEP_RENYOU)				|そうじ+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)				1.037e-30 = 1.019e-12 * 1.018e-12 * 1.0e-06
ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)	|そう(SEG_RENYOU_SHUSHOKU)(DEP_END)	|じ+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)		9.026e-19 = 1.017e-06 * 9.528e-07 * 9.318e-07 * 1.0e-00
ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)	|そ+う(SEG_DOUSHI_RENTAI)(DEP_RENTAI)	|じ+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)		1.020e-18 = 1.017e-06 * 9.852e-07 * 1.018e-06 * 1.0e-00	※提示
ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)	|そうじ(SEG_DOUSHI_RENYOU)(DEP_RENYOU)	|しろ(SEG_MEISHI_SHUTAN)(DEP_END)		7.883e-19 = 1.017e-06 * 8.613e-07 * 9.002e-07 * 1.0e-00
ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)	|そうじ(SEG_DOUSHI_RENYOU)(DEP_RENYOU)	|しろ(SEG_DOUSHI_SHUTAN)(DEP_END)		8.667e-19 = 1.017e-06 * 8.613e-07 * 9.898e-07 * 1.0e-00
ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)	|そうじ(SEG_MEISHI_SHUTAN)(DEP_END)	|しろ(SEG_TANKANJI)(DEP_END)			4.347e-19 = 1.017e-06 * 8.256e-07 * 5.179e-07 * 1.0e-00

ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)(MW_OCHAIRE)	|そうじ+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)(MW_OCHAIREwithoutDEP)		1.426e-18 = 1.365e-06 * 1.045e-06 * 1.0e-06	学習1.0e-30
ゆか+を(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)(MW_OCHAIRE)	|そうじ+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)(MW_OCHAIRE)			1.899e-18 = 1.365e-06 * 1.392e-06 * 1.0e-06	学習1.0e-30

すで+で(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)	|こうげき+すべきだ(SEG_DOUSHI_SHUTAN)(DEP_END)						8.847e-19 = 8.862e-07 * 9.983e-07 * 1.0e-06	※提示
すで+で(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)	|こう(SEG_RENYOU_SHUSHOKU)(DEP_RENYOU)	|げき+すべきだ(SEG_DOUSHI_SHUTAN)(DEP_END)	8.274e-19 = 8.862e-07 * 9.167e-07 * 1.018e-06 * 1.0e-00

すで+で(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)(MW_OCHAIRE)	|こうげき+すべきだ(SEG_DOUSHI_SHUTAN)(DEP_END)(MW_OCHAIREwithoutDEP)	1.246e-18 = 1.185e-06 * 1.052e-06 * 1.0e-06	学習1.0e-30
すで+で(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)(MW_OCHAIRE)	|こうげき+すべきだ(SEG_DOUSHI_SHUTAN)(DEP_END)(MW_OCHAIRE)		1.661e-18 = 1.185e-06 * 1.402e-06 * 1.0e-06	学習1.0e-30

ちゅうい(SEG_MEISHI_SHUTAN)(DEP_END)	|しろ(SEG_MEISHI_SHUTAN)(DEP_END)	|！(SEG_TANKANJI)(DEP_END)				2.378e-20 = 7.101e-07 * 6.565e-07 * 5.102e-08 * 1.0e-00
ちゅうい+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)(MW_OCHAIREwithoutDEP)	|！(SEG_HEAD)(DEP_NONE)(MW_OCHAIREwithoutDEP)				5.801e-31 = 1.354e-12 * 4.286e-13 * 1.0e-06	学習1.0e-30
ちゅうい+しろ(SEG_DOUSHI_SHUTAN)(DEP_END)(MW_OCHAIREwithoutDEP)	|！(SEG_HEAD)(DEP_NONE)(MW_OCHAIREwithoutDEP)				2.391e-20 = 1.958e-07 * 1.100e-07 * 1.110e-06	学習4.4e-7

(3 ((UL RV) "魔除けを" 0 5) ((UL) "作り出すことは" 0 10) ((UL) "困難だ" 0 23) ((UL) "。" 0 3) ((UL) "例え寝甲斐の" 0 18) ((UL) "杖を" 0 5) ((UL) "もって" 0 12) ((UL) "しても" 0 7))			VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE 1.6e-3
(3 ((UL RV) "魔除けを" 0 5) ((UL) "作り出すことは" 0 10) ((UL) "困難だ" 0 23) ((UL) "。" 0 3) ((UL) "たとえ" 0 10) ((UL) "願いの" 0 8) ((UL) "杖を" 0 5) ((UL) "もって" 0 12) ((UL) "しても" 0 7))	VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE 1.7e-3


新設計にしても、
VITERBI_MODE_LATTICE_BIASPROB_BY_OCHAIRE 1.0e-0
anthy_settings.anthy_mode.lattice.biasprob_by_ochaire = 1.0e-0
にもかかわらず、
(3 ((UL RV) "鎧は" 0 6) ((UL) "錆びない" 0 4) ((UL) "ように" 0 19) ((UL) "して" 0 7) ((UL) "おけ" 0 9))
が再生できない。
→ MW_OCHAIREwithoutDEP が設計想定以上に有効に機能してしまい、学習した内容よりも長く付属語を連結してしまっている。

→→ MW_OCHAIRE* による確率バイアスのバランス調整が必要。

MW_OCHAIRE が 0.80、MW_OCHAIREwithoutDEP が 0.40 の場合：
※	"鎧は":0.80	"錆びない":0.64				"ように":0.51	"して":0.41	"おけ":0.33
	"鎧は":0.80	"錆びない""ように":0.32			"して":0.26	"おけ":0.20
	"鎧は":0.80	"錆びない""ように""して":0.32		"おけ":0.26
	"鎧は":0.80	"錆びない""ように""して""おけ":0.32

※	"鎧は":0.80	"錆びないように":0.64			"して":0.51	"おけ":0.41
	"鎧は":0.80	"錆びないように""して":0.32		"おけ":0.26
	"鎧は":0.80	"錆びないように""して""おけ":0.32

MW_OCHAIRE が 0.80、MW_OCHAIREwithoutDEP が 0.50 の場合：
	"鎧は":0.80	"錆びない":0.64				"ように":0.51	"して":0.41	"おけ":0.33
	"鎧は":0.80	"錆びない""ように":0.40			"して":0.32	"おけ":0.26
	"鎧は":0.80	"錆びない""ように""して":0.40		"おけ":0.32
※	"鎧は":0.80	"錆びない""ように""して""おけ":0.40

よろい+は(SEG_MEISHI_SHUTAN)(DEP_END)		|さび+ないようにしておけ(SEG_DOUSHI_SHUTAN)(DEP_END)											8.270e-19 = 9.780e-07 * 8.456e-07 * 1.0e-6
よろい+は(SEG_MEISHI_SHUTAN)(DEP_END)(MW_OCHAIRE)	|さび+ない(SEG_DOUSHI_SHUTAN)(DEP_END)(MW_OCHAIRE)	|よう+に(SEG_MEISHI_KAKUJOSHI)(DEP_KAKUJOSHI)(MW_OCHAIRE)	|し+て(SEG_DOUSHI_RENTAI)(DEP_RENTAI)(MW_OCHAIRE)	|お+け(SEG_DOUSHI_SHUTAN)(DEP_END)(MW_OCHAIRE)		4.032e-02 = 4.752e-01 * 5.280e-01 * 5.280e-01 * 5.764e-01 * 5.280e-01 * 1.0e-0	学習6.6e-1

(3 ((UL RV) "目の" 0 8) ((UL) "見えなく" 0 3) ((UL) "なる" 0 6) ((UL) "薬は" 0 4) ((UL) "見えない" 0 3) ((UL) "ものを" 0 7) ((UL) "見える" 0 3) ((UL) "ように" 0 19) ((UL) "する" 0 10))	学習5.9e-1

クレジットカードの引き落とし月。
クレジットカードを使ってから10日経っても クレジットカード会社に情報が上がっていない事が、 割とザラに有るらしい。
当月の締め日までに情報が上がらず翌月での勘定に回ってしまい、 引き落とし月が想定とずれまくる事が何度も……。

さっきやっていた CM。
「８色に変化する LED 電球」
７色なら判るけれど８色って、あと１色は何色だろう？

１色多いのは橙色らしい。

sb-ssl.google.com:443 の証明書が更新になっていた。 古い方の期限は 2010/05/24〜2011/05/24 で、まだたっぷり余裕があるのに……。 新しい方の期限は 2010/08/05〜2011/08/05 だった。

「SVN::Web を日本語対応にするパッチ」 修正。
Blame/Annotate 表示で日本語処理がこける問題を修正。

AMD系の新品ノートＰＣ。
Sempron や MV-40 から AMD V120 とか K125 に、 移行しているっぽい。

svn のタイムスタンプ。
さっき気付いたのだけれども。
ファイルの内容が変化していても、 ファイルのサイズとタイムスタンプが変化していなければ、 svn st や svn co での操作対象から外されるらしい。
use-commit-times = yes で作業している場合、このルールで除外されてしまう事があって、 案外面倒。

svn のリビジョン管理。
作業中の hoge.test があって、 その .svn/dir-prop-base が
hoge.old:9
の状態で、 svn merge -r 9:158 hoge.new とやったら、 .svn/dir-props が
hoge.old:9-145
hoge.new:146-158
となった。なんじゃこりゃ？。 r145 や r146 には何にも無いごく普通の commit なのだけれど……。
svn cp hoge.old hoge.new
したのは r158 だし……。

複数ファイルの内容の一括置換。
find . -name "*" -exec gsed -i 's?^/anthy-core/branches/anthy-9100e.patch4:32-56?/anthy-core/branches/anthy-9100e.patch4:34-56?' {} \;
GNU版 sed が必要。OpenBSD版 sed だと -i オプションが無い。

PRINCESS PRINCESS、世界でいちばん熱い夏、1987.7.16。

夢をあきらめないで、岡村孝子、1987.2.4。

svn のレポジトリブラウザ。
SVN::WEB も viewvc も、どちらも、 merge 情報（svn:mergeinfo）を表示する機能は無いのね……。
tkcvs は merge 情報の表示機能が有るけれど web ベースからは使えないし。
svn log -vg は、見られた物ではないし。

って言った端から、 tkcvs も subcommander1 も Branch Diagram の解析しくじってるし……。

uim-1.6.0
FreeBSD の ports に来ないよ〜。 と言う訳で uim-1.6.0 を試せません……。 NetBSD も OpenBSD も来てないし……。

そう遠くない所で、花火大会があった。 事前に知っていて、開始時間に合わせて会場に向かったものの、 事もあろうに会場となる橋を間違え、30〜45分近いタイムロス。 ほとんど見る事ができなかった。

Eneloop
Eneloop Lite とか言うのが出ていたらしい。
単三 ２個、950mAh, 2000回、￥780-、量販店価格￥580＋10％ポイント。
従来版は 単三 ２個、1900mAh, 1500回、￥1,155-、量販店価格￥780＋10％ポイント。
総エネルギー価格比は、 従来版 3654mAh／円、Lite が 3276mAh/円。
エネルギーの無駄な損失が無いと仮定すると、 従来版の方が 1.1倍くらいお得らしい。 実際の所、リモコンやマウスみたいな低消費電力の物だと、 従来版は無駄な損失が出やすいから、一概には言えないけれど。
Eneloop Lite で 950mAh らしいけれど、 一昔だか二昔だかもっとだか前の NiCd って そのくらいの容量だった気がする。
……家の物置に有った 30年近く前らしい物は 450mAh だった……。

陣内大蔵、空よ、1991.9.1。 刑事貴族2 後期エンディング。 ブレーキかけ忘れた車を水谷豊が追いかけるヤツ。

杉ちゃん＆鉄平、序曲「暴れん坊将軍」〜ロッシーニに捧ぐ〜、2010.7.28。 思わずウケてしまった……。

subversion。
FreeBSD には、何故か p5-SVN (SVN::Core) パッケージが存在しない。 OpenBSD には存在するのに……。

篠原涼子、恋しさと せつなさと 心強さと、1994.7.21

ハードオフで中古 Lenovo G560 が￥60,000- だった。
ヨドバシカメラの web で確認してみたら、
Core i3 2.26GHz 2GB, 320GB, DVDスーパーマルチ ￥59,800-(15%)
Pentium DualCore 1.86GH 2GB, 250GB, DVDスーパーマルチ ￥59,800-(10%)
Core i5 2.4GHz 2GB, 500GB, DVDスーパーマルチ ￥69,800-(17%)
新品の方が安いし……。

ようやく、 「ガンダム TVシリーズ エンディングテーマ コレクション」 を入手。￥500-だった。

ノートＰＣ。
13inchディスプレイで 2GHz 以上、となると、ほとんど無いねぇ。 しかも７〜８万円くらいするし……。 シングルコアでいいのだけれどデュアルコアばっかりだし……。
かえって 15inch の方が４〜６万円と、安いし……。 でもメモリ増設すると同じ位の値段になってしまうのか……。

自転車で走っていたら、 自転車の防犯登録の一斉点検に引っかかった。 もうそんな季節か……。

svnadmin。
limit を
limit datasize 256M
にして svnadmin dump していたら、 Out of memory で abort してしまった。
datasize の limit を引き上げて実行した所、 結局、svnadmin は 264MiB くらい消費していた。

lzma / xz 。
こいつもメモリ大食らいで、 lzma -9 したら 676MiB 消費していた。

Firefox 3.6.x。
これも limit datasize 384M していたら
terminate called after throwing an instance of 'St9bad_alloc'
what(): St9bad_alloc
Abort trap
で落ちた。

OpenBSD の場合、/etc/login.conf で上限と標準値を設定して、
% sudo cap_mkdb /etc/login.conf
して、完全にログアウトしてからログインしなおせば、 新しい設定が有効になる。

FreeBSD の場合、/boot/loader.conf で kern.maxdsiz="1G"
とか指定する。 無茶な指定をするとカーネルが死ぬので注意。

BUMP OF CHICKEN、天体観測、2001.3.14。

渡辺美里、My Revolution、1986.1.22。

long double。
long double は存在するけれども中身は double と同じ、 と言う処理系も有るのね……。

shell script の test。
括弧ってどうやって使うのかわからなかった。
普通に使おうとすると
Syntax error: word unexpected (expecting ")")
とかエラーになってしまう。
結局。
\( とか \) とかのようにエスケープして使うらしい。
括弧をネストする場合は、括弧間にスペースを入れないと駄目らしい。 argv[] １つにつき括弧１つ、と言う事らしい。

銀行の預金金利が下がってる……。

~/.tcshrc 用の svn/svnadmin の追加設定を書いてみた。
第１引数に応じてオプション指定も変更しようと書いてみたら、
ファイル／ディレクトリ名補完が効かなくなって駄目だった。

    complete svn	'p/1/( add \
			blame praise annotate ann \
			cat \
			changelist cl \
			checkout co \
			cleanup \
			commit ci \
			copy cp \
			delete del remove rm \
			diff di \
			export \
			help ? h \
			import \
			info \
			list ls \
			lock \
			log \
			merge \
			mergeinfo \
			mkdir \
			move mv rename ren \
			propdel pdel pd \
			propedit pedit pe \
			propget pget pg \
			proplist plist pl \
			propset pset ps \
			resolve \
			resolved \
			revert \
			status stat st \
			switch sw \
			unlock \
			update up )/' \
			'n/help/( add \
			blame praise annotate ann \
			cat \
			changelist cl \
			checkout co \
			cleanup \
			commit ci \
			copy cp \
			delete del remove rm \
			diff di \
			export \
			help ? h \
			import \
			info \
			list ls \
			lock \
			log \
			merge \
			mergeinfo \
			mkdir \
			move mv rename ren \
			propdel pdel pd \
			propedit pedit pe \
			propget pget pg \
			proplist plist pl \
			propset pset ps \
			resolve \
			resolved \
			revert \
			status stat st \
			switch sw \
			unlock \
			update up )/' \
			'n/--targets/f/' \
			'n/--depth/(empty files immediates infinity)/' \
			'n/-r/(HEAD BASE COMMITTED PREV)/' \
			'n/--revision/(HEAD BASE COMMITTED PREV)/' \
			'n/-x/(-u --unified -b --ignore-space-change \
			-w --ignore-all-space --ignore-eol-style \
			-p --show-c-function)/' \
			'n/--extensions/(-u --unified -b --ignore-space-change \
			-w --ignore-all-space --ignore-eol-style \
			-p --show-c-function)/' \
			'n/--username/u/' \
			'n/--config-dir/d/' \
			'n/--diff3-cmd/c/' \
			'n/-F/f/' \
			'n/--file/f/' \
			'n/--editor-cmd/c/' \
			'n/--diff-cmd/c/' \
			'n/--native-eol/(LF CR CRLF)/' \
			'n/--accept/( \
			postpone base mine-conflict \
			theirs-conflict mine-full theirs-full \
			edit launch \
			base working mine-conflict \
			theirs-conflict mine-full theirs-full)/' \
			'n/--show-revs/(merged eligible)/' \
			'n/--set-depth/(exclude empty files immediates infinity)/' \
			'c/-/( -targets -depth \
			q -quiet \
			-force -no-ignore -auto-props -no-auto-props -parents \
			r -revision v -verbose g -use-merge-history \
			-incremental -xml \
			x -extensions -force R -recursive \
			-remove -changelist -cl \
			-ignore-externals -diff3-cmd -no-unlock \
			m -message F -file \
			-force-log -editor-cmd \
			-with-revprop -keep-changelists \
			-encoding -keep-local \
			c -change -old -new -diff-cmd \
			-nodiff-deleted -notice-ancestry -summarize -native-eol \
			-stop-on-copy l -limit \
			-with-all-revprops -with-no-revprops \
			-dry-run -record-only -ignore-ancestry \
			-accept -reintegrate -show-revs -revprop -strict \
			u -show-updates N -non-recursive \
			-set-depth -relocate \
			-username -password -no-auth-cache \
			-non-interactive -trust-server-cert \
			-config-dir -config-option )/' \
			'p/2-/f/' \
			'p/2-/d/'
    complete svnadmin	'p/1/( crashtest create deltify dump help ? h \
			hotcopy list-dblogs list-unused-dblogs \
			load lslocks lstxns pack recover \
			rmlocks rmtxns setlog setrevprop setuuid \
			upgrade verify )/' \
			'n/help/( crashtest create deltify dump \
			hotcopy list-dblogs list-unused-dblogs \
			load lslocks lstxns pack recover \
			rmlocks rmtxns setlog setrevprop setuuid \
			upgrade verify )/' \
			'n/h/( crashtest create deltify dump \
			hotcopy list-dblogs list-unused-dblogs \
			load lslocks lstxns pack recover \
			rmlocks rmtxns setlog setrevprop setuuid \
			upgrade verify )/' \
			'n/--config-dir/d/' \
			'n/--fs-type/(fsfs bdb)/' \
			'n/--parent-dir/d/' \
			'c/-/( -bdb-txn-nosync -bdb-log-keep \
			-config-dir -fs-type \
			-pre-1.4-compatible -pre-1.5-compatible -pre-1.6-compatible \
			r -revision q -quiet \
			-incremental -deltas \
			-clean-logs \
			-ignore-uuid -force-uuid -use-pre-commit-hook -use-post-commit-hook \
			-parent-dir \
			-wait \
			-bypass-hooks \
			-use-pre-revprop-change-hook -use-post-revprop-change-hook )/' \
			'p/2-/d/'

篠原涼子、恋しさと せつなさと 心強さと、1994.7.21、 の別バージョン。

JR西日本が、（事故等で）衝突した際の衝撃を吸収して 乗客への衝撃を半減するとか言う、新型車両（225系？）を どうのこうのと、ニュースで言っていた。
……、以前、113系が（事故等で）衝突すると、 車両前部が潰れて運転士が死んでしまうとかで、 装甲板？を増設する改造をしたとか何とか言う話を思い出した。
……、225系は、衝撃を斜め上に逃がす構造になっているので、 乗客も運転士も安全？らしい。

sb-ssl.google.com:443 の証明書が、また更新になっていた。 古い方の期限は 2010/08/05〜2011/08/05 で、まだたっぷり余裕があるのに……。 新しい方の期限は 2010/09/02〜2011/09/02 だった。 毎月更新しているのだろうか？

時計。
ふと気付いたら３分くらいずれていた。 最後に合わせたのっていつだっけ。
２年近く、あるいはそれ以前（４年？）だから、 何となく、年差１〜２分くらいな気がする。
日差で 0.16〜0.33秒くらい。
週差で 1.2〜2.3秒くらい。
月差で 5〜10秒くらい。

計算機の時計。
こちらは嫌と言うほど狂いまくるのは既に承知。
１週間で１〜２秒は狂う。

Feb:	-2.4sec /   6day = 0.40sec/day
Mar:	 4.9sec /  50day = 0.10sec/day
Jul:	14.4sec / 101day = 0.14sec/day
Aug:	10.6sec /  30day = 0.35sec/day
Oct:	 5.8sec /  26day = 0.22sec/day
Oct:	 4.5sec /  20day = 0.23sec/day
Jan:	 5.0sec /  70day = 0.07sec/day
Apr:	 5.5sec /  59day = 0.09sec/day
Jul:	22.2sec / 108day = 0.21sec/day
Aug:	10.6sec /  25day = 0.42sec/day
Sep:	 4.5sec /  11day = 0.41sec/day
この個体は案外狂っていなかった。
夏から秋にかけてずれやすいらしい。

https の証明書。
いくつかのサイトで、中間証明書が、 「Cybertrust Japan Public CA; ; "Betrusted Japan Co., Ltd."」 から 「Cybertrust Japan Public CA G1; ; "Cybertrust Japan Co., Ltd."」 に変わっていた。

FreeBSD 6 で NFS。
Thu,11 Feb,2010の続き。
また mountd が
bindresvport_sa: Address already in use
出して起動しない場合があった。 今度は rpcbind とぶつかったらしい。 確率だけで言うと 512〜384 ぶんの 1 くらいの筈なのだけれど。

web のアクセスカウンター。
*.hatena.ne.jp のサイトのアクセスカウンターを 阻害できるか否か試してみた。
駄目だった。
wget を１発飛ばしただけでも、ちゃんとカウントしていた。

駅前のコンビニがまた１軒無くなっていた。

10式戦車ってもう配備されていたのか……。
しかも、懸案だった小型化も、0.5回り〜一回り程度とは言え、 実現しているのか。その上性能はそのままに。

tcsh の history。
Fri,18 Dec,2009の続き。
history -S および exit時の自動保存の際には、 時間順ソートが行われるけれども、 history -L は、 単純にヒストリバッファの最後に継ぎ足すだけなのね……。
時間順ソート付き読み込みは history -M だそうで。

CD。
SILPHEED のサントラ CD が売っていた。 中古で￥4,950-……。

ノートＰＣ。
12インチ以上15インチ未満で、 画面解像度の縦が900以上、 で検索したら、 ThinkPad と Let's note しかヒットしなかった……。
HP dv4a/CT NQ157PA ￥32,700- なんて面白そうなのだけれども、 Sempron なのがどう効いてくるかと、1280x800 なのと。

screen で tcsh。
Fri,11 Dec,2009、 の続き。
バグか何かで screen が落ちたら、 screen で起動中の tcsh が一斉に終了すると共に、 一斉に ~/.history に同時書き込みを行ってしまい、 ~/.history が壊れた。
ロック取っていないのかな？、うーん。

screenの話は、 Fri,15 Oct,2010、 に続く。 tscreen の話は、 Sat,16 Oct,2010、 Wed,20 Oct,2010、 Thu,21 Oct,2010、 Fri,22 Oct,2010、 Fri,17 Dec,2010、 に続く。

自転車。
Tue,06 Apr,2010の続き。
なんかもう、後輪の溝が無くなって、 つんつるてんになっているんですが……。 ところどころ、 ブレーキでロックを起こしてスリップしてしまった箇所や、 カーブでタイヤが滑ってドリフトを起こしてしまった箇所などで、 中のワイヤーが見えてしまっているし。 全然ロングライフじゃない……。

ノートＰＣ。
13〜14inch で縦 900pixel 以上が欲しい。
ソースコードをいじっていると、 1050pixel で 73行程度、 900pixel で 62行程度、 になる。 800pixel で 55行程度となると、狭くて……。

Panasonic Let'snote。
画面解像度の縦900以上の Let's note って、 現行品だと CF-F9 14.1inch（￥199,800-） 1440x900 しかない……。 20万円前後もするし……。
生産終了品でスペックも考えると CF-Y7DWJAJR (2008/05)、
CF-Y8E (2008/10)、
CF-F8E (2008/10)、
CF-Y8F (2009/02)、
CF-F8F (2009/02)、
CF-F9J (2010/02)。
しかもそれでも全部 1440x900 で、 縦1000に届いていないし……。

Mac。
MacBook Pro 15inch 1440x900 ￥168,800-
MacBook Pro 15inch 1680x1050 ￥178,880-
MacBook Pro 17inch 1920x1200 ￥218,800-
らしい。

Lenovo。
ThinkPad T510/T510i 15.6inch 1600x900 ￥105,210〜￥129,360〜
ThinkPad T410/T410i 14.1inch 1440x900 ￥107,310〜￥130,410〜
ThinkPad T510/T510i 15.6inch 1920x1080 ￥128,310〜￥146,160〜
ThinkPad T410s/T410si 14.1inch 1440x900 ￥139,860-
ThinkPad X201s 12.1inch 1440x900 ￥149,940-
ThinkPad W510 15.6inch 1600x900 ￥210,420-
ThinkPad W510 15.6inch 1920x1080 ￥227,220-

VAIO。
Outlet F-series VGN-FW94 16.4inch 1600x900？ 1920x1080？ 売り切れ？
E 14.0inch 1600x900 直販モデル ￥64,800〜￥89,800〜 Celeron P4600 2GHz 2GB / Core i5-460M 4GB, 320GB(5400), DVDスーパーマルチ, 2.35kg
E 15.5inch 1920x1080 直販モデル ￥84,800〜￥104,800〜 Celeron P4600 2GHz 2GB / Core i5-460M 4GB, 320GB(5400), DVDスーパーマルチ, 2.7kg
F 16.4inch 1920x1080 直販モデル ￥99,800〜￥114,800〜 Core i3-370M 2GB / Core i5-460M 4GB, 320GB(7200), DVDスーパーマルチ, 3.1kg
B 15.4inch 1440x900 直販モデル ￥112,800-
F 16.4inch 1920x1080 量販店仕様 ￥145,600-
Z 13.1inch 1600x900 直販モデル ￥149,800-
Z 13.1inch 1920x1080 直販モデル ￥154,800-
B 15.4inch 1440x900 量販店仕様 ￥159,800-
Z 13.1inch 1600x900 量販店仕様 ￥239,800-

DELL。
Studio 17 17.3inch 1600x900 ￥89,980- Core i5-460M 2.53GHz 3MB, DDR3 4GB, 320GB(5400), DVDスーパーマルチ, a/b/g/n, 3.2kg
Studio 15 15.6inch 1920x1080 ￥95,230- Core i7-740QM 1.73GHz 6MB, DDR3 4GB, 500GB(5400), DVDスーパーマルチ, b/g, 2.52kg
Studio 15 15.6inch 1920x1080 ￥105,229- Core i5-460M 2.53GHz 3MB, DDR3 4GB, 640GB(5400), ブルレイドライブ, a/b/g/n, 2.52kg
Studio 17 17.3inch 1920x1080 ￥105,730- Core i5-460M 2.53GHz 3MB, DDR3 4GB, 320GB(5400), DVDスーパーマルチ, a/b/g/n, 3.2kg
Alienware M15x 15.6inch 1600x900 ￥149,980-
Alienware M15x 15.6inch 1920x1080 ￥179,980-
Alienware M17x 17.0inch 1920x1200 ￥199,980-

HP。
dv7/CT 17.3inch 1600x900 ￥89,460〜 Core i5-450M 2.40GHz 3MB, DDR3 2GB, 320GB(7200), DVDスーパーマルチ, b/g/n, 3.05kg

NEC。
LaVie G Type-L 16inch 1920x1080 ￥128,205- Core i5 460M 2.53GHz
VersaPro J Type-VX 15.6inch 1600x900 ￥81,060〜￥130,200〜 Celeron P4600 2GHz / Core i5 560M 2.66-3.20GHz 3MB
VersaPro J Type-VD 15.6inch 1920x1080 ￥99,540〜￥153,930〜 Celeron P4600 2GHz / Core i5 560M 2.66-3.20GHz 3MB

東芝。
Qosmio G65W/90MW 18.4inch 1680x945 ￥119,800- Core i5 450M 2.40GHz
Qosmio G65W/90MW 18.4inch 1920x1080 ￥164,800- Core i7 620M 2.66GHz
Qosmio G65W/90MW 18.4inch 1920x1080 ￥194,800- Core i5 520M 2.40GHz
Qosmio T780/WTTA 18.4inch 1920x1080 ￥199,800- Core i7 740QM 1.73GHz

富士通。
Refreshed FMVNA7BE4 15.4inch 1680x1050 ￥59,200- Core2Duo T8100 2.10GHz
Refreshed FMVNE8HEC 15.4inch 1680x1050 ￥70,200- Core2Duo T9400 2.53GHz
LIFEBOOK NH900/ANT 18.4inch 1920x1080 ￥136,800- Core i5 450M 2.40GHz
LIFEBOOK NH900/BND 18.4inch 1920x1080 ￥157,505- Core i5 560M 2.66GHz
NH900/5AT FMVN905AT 18.4inch 1920x1080 ￥160,000？
NH900/5BD FMVN905BD 18.4inch 1920x1080 ￥219,800-

MSI。
FX600 FX6I46-N11P 15.6inch 1920x1080 ￥118,000-
GT640 G64QI7-N10B 15.4inch 1680x1050 ￥140,000？
GX660R GX66I7-2FHR 15.6inch 1920x1080 ￥190,000？
GT660R GT66I7-2FHN 15.6inch 1920x1080 ￥190,000？

ACER。
TM7740-W422 17.3inch 1600x900 ￥100,000？
AS7745G-N78H/L 17.3inch 1600x900 ￥169,900-
AS8940G-BR101 18.4inch 1920x1080 ￥190,000？
AS8935G-BR64 18.4inch 1920x1080 ￥190,000？
AS8930G-B484 18.4inch 1920x1080 ￥230,000？

Gateway。
P7900-37FX 17inch 1440x900 ￥190,000？

ドスパラ。
Prime Note Chronos MR5 15.6inch 1920x1080 ￥105,979- Core i5 560M 2.66-3.20GHz 3MB
Prime Note Galleria MR4 15.6inch 1920x1080 ￥119,980- Core i7 740QM 1.73-2.93GHz 6MB
Prime Note Galleria MR5 15.6inch 1920x1080 ￥119,980- Core i7 740QM 1.73-2.93GHz 6MB
Aspire AS7745G 17.3inch 1600x900 ￥139,800- Core i7 720QM 1.60-2.80GHz 6MB

Faith。
WSR T33000/DVR 17inch 1440x900 ￥64,294- Celeron T3300 2.00GHz 1MB
WXS P4500XA/DVR 17inch 1440x900 ￥76,100- Celeron P4500 1.86GHz DualCore 2MB
WX i5540XA/DVR 15.6inch 1600x900 ￥94,800- Core i5 540M 2.53-3.06GHz 3MB
WX i5460XA/DVR 15.6inch 1600x900 ￥96,100- Core i5 460M 2.53-2.80GHz 3MB
WGO i5540XN/DVR 15.6inch 1600x900 ￥99,800- Core i5 540M
WX2 i3350XA/DVR 15.6inch 1600x900 ￥83,800〜￥100,600- Core i3 350M / Core i5 460M 2.53GHz
WXS i3350XA/DVR 17inch 1440x900 ￥89,800〜￥101,875- Core i3 350M 2.26GHz / Core i5 540M 2.53GHz
WXS i5540XA/DVR 17inch 1440x900 ￥106,100- Core i5 540M 2.53GHz
WX2 i5540XA/DVR 15.6inch 1600x900 ￥119,800- Core i7 740QM 1.73-2.93GHz 6MB
MTS i7740XN/DVR 15.6inch 1920x1080 ￥134,800- Core i7 740QM 1.73-2.93GHz 6MB
MTX2 i5540XN/DVR 15.6inch 1920x1080 ￥139,800- Core i5 540M 2.53-3.06GHz 3MB
MTX2 i7740XN/DVR 15.6inch 1920x1080 ￥149,800- Core i7 740QM 1.73-2.93GHz 6MB
WXS i7740XAS/DVR 17inch 1440x900 ￥159,800- Core i7 740QM 1.73-2.93GHz QuadCore-HT 6MB

PC工房。
CLS734 17inch 1440x900 ￥49,980(OS無)〜￥66,480(OS有)〜 Celeron T3300 2.00GHz 1MB
CLG647 15.6inch 1600x900 ￥84,980(OS有)〜 Core i5 450M 2.40GHz DualCore-HT 3MB
CLG736S 17inch 1440x900 ￥67,980(OS無)〜￥85,980(OS有)〜 Celeron P4500 1.86GHz DualCore 2MB
CLG647G 15.6inch 1600x900 ￥94,980(OS有)〜 Core i5 560M 2.66GHz DualCore-HT 3MB
CLG637HG 15.6inch 1600x900 ￥80,980(OS無)〜￥95,980(OS有)〜 Core i5 560M 2.66GHz DualCore-HT 3MB
CLG736 17inch 1440x900 ￥80,980(OS無)〜￥98,480(OS有)〜 Core i3 350M 2.26GHz 3MB / Core i5 450M 2.40GHz
CLG637H 15.6inch 1600x900 ￥77,980(OS無)〜￥101,480(OS有)〜 Core i3 350M 2.26GHz 3MB / Core i5 450M 2.40GHz
CLG736G 17inch 1440x900 ￥97,980(OS無)〜￥109,980(OS有)〜 Core i5 450M 2.40GHz DualCore-HT 3MB
CLG637HG-BDE 15.6inch 1600x900 ￥87,980(OS無)〜￥111,480(OS有)〜 Core i3 350M 2.26GHz 3MB / Core i5 450M 2.40GHz
CLG648 15.6inch 1920x1080 ￥97,980(OS無)〜￥115,980(OS有)〜 Core i5 450M 2.40GHz DualCore-HT 3MB
CLG637HGX 15.6inch 1600x900 ￥107,980(OS無)〜￥119,980(OS有)〜 Core i7 740QM 1.73-2.93GHz QuadCore-HT 6MB
CLG736GX 17inch 1440x900 ￥117,980(OS無)〜￥129,980(OS有)〜 Core i7 740QM 1.73-2.93GHz QuadCore-HT 6MB
CLG648G 15.6inch 1920x1080 ￥130,980(OS無)〜￥142,980(OS有)〜 Core i7 740QM 1.73-2.93GHz QuadCore-HT 6MB
CLG637HGXR 15.6inch 1600x900 ￥132,980(OS無)〜￥149,980(OS有)〜 Core i7 740QM 1.73-2.93GHz QuadCore-HT 6MB
CLG736GXR 17inch 1440x900 ￥132,980(OS無)〜￥149,980(OS有)〜 Core i7 740QM 1.73-2.93GHz QuadCore-HT 6MB
CLG641G 15.6inch 1920x1080 ￥137,980(OS無)〜￥149,980(OS有)〜 Core i5 450M 2.40GHz DualCore-HT 3MB
CLG641GX 15.6inch 1920x1080 ￥145,980(OS無)〜￥157,980(OS有)〜 Core i7 740QM 1.73-2.93GHz QuadCore-HT 6MB
CLG703GX 17inch 1920x1080 ￥197,980(OS無)〜￥209,980(OS有)〜 Core i7 740QM 1.73-2.93GHz QuadCore-HT 6MB
CLG800EXGXR 18.4inch 1920x1080 ￥452,980(OS無)〜￥474,980(OS有)〜 Core i7 940XM 2.13-3.33GHz QuadCore-HT 8MB

マウスコンピュータ。
MB-D920S2 18.4inch 1920x1080 ￥102,900-
MB-P763B 15.6inch 1920x1080 ￥143,010-
MB-G812B 17.3inch 1920x1080 ￥162,750-

中古CD
今日は割引の日だったらしい。
GUNDAM X SIDE.2 ￥500→250-
MACROSS PLUS O.S.T.1 (JVC版) ￥500→250-
MACROSS PLUS O.S.T.2 (JVC版) ￥500→250-

昨日のノートＰＣの解像度の話の続き。
CDR/TK氏の助言で、フォントを小さくすればいい事を思い出した。
現在 7x14。
5x7 とか 5x8 にしたら読めなかった。
だいたい 6x12 〜 6x13 くらいが限界くらいだった。 5x10 はきつい。
7x14 で 1440x1050 だと 203x73 の所を、 6x12 なら、 1366x768 で 225x62 くらい、 1600x900 なら 264x73 くらい。