某社某部署某氏の最近の活動。
某氏の所有するデスクトップPCと、某氏の所有するノートPCを等価交換した、というのがそもそもの発端。そのノートパソコンのバッテリーが寿命のため腐っていたのでバッテリーを交換しようとしていた。普通に交換用バッテリーを購入すればよかったのに、この某氏はリチウムイオン電池のセルを買ってきて、もともとついていたバッテリーの回路にハンダ付けして自作しようとしていた。お約束どおり、バッテリーのセルを回路に接続したところ、発煙…。(笑)
その後、バッテリーの回路を入手するためにヤフオクで同じ型のノートパソコンを入手して、再度バッテリーの接続に挑戦するところ。1台で終わる予定がニコイチ (2個で1台) になっていたというネタですな。
昨日、某 TWOTOP の通信販売で注文したリブレット用のメモリが到着した。ということで、早速装着してみたところ… WindowsXP の起動時に百発百中で Blue Screenに突入するというすばらしいメモリであることが判明。*1これじゃチト困るので、交換してもらうことに...注文してから1週間近く経過しても入手できないこのメモリ、最悪。
*1 単に腐っているという意見もあり。
ちと URL のメモ :#{mes}(#{link})
本当に書きたいことは、この日記で使っているハイパー日記システムのバグのネタなんだけど、かなりネチっこく書いてしまっている。
えーっとどういうわけかわからないのですが、いまだに「インターネットの世界では日本語の半角カナ文字を使わないほうが賢明」なんていっているひとがいますが、もういい加減こんなこと言うのやめてほしいというのが個人的な意見なんです。 たしかに現在の Emacs-21 で ISO-2022-JP の coding-system で JIS X0201カタカナ (半角カナ文字) が取り扱えないという実装ごとの問題が存在するのですが、 JIS X0201 カタカナ は ISO-2022-JP でエスケープシーケンス ESC 0x28 0x49 で利用できるのです。 同様に EUC-JP でも JIS X0201カタカナが利用できないと思われている方がいるみたいなのですが、1文字2バイトで mapping されているのです。 あと EUC-JP で周知されていない件としては、EUC-JP は補助漢字 (JIS X0212) に対応するために1文字当たり最大のバイト数 (mb_cur_max) は3バイトということでしょう。*1
で 長々とかいてしまったのですが、実は日記の本文の中に JIS X0201カタカナ を入れてみたところ、文字化けしまくっていたのです。よーく見てみると、jcode.pl つかっているんだ。なんとかして、jcode.pl をやめさせようっと。
んで、ハイパー日記システムの方をいじったらなおったっぽい。ハイパー日記システムの lib/CodeConv.pm のなかに toeuc という関数があって、これが Jcode.pm, NKF.pm, jcode.pl がインストールされているかどうかを検査して、とにかく元データが EUC-JP であっても Shift-JIS であっても EUC-JP に変換するコードを通るようになっていた。僕の場合、この日記を編集するためのファイルも出力するHTMLもEUC-JP なので、この変換する部分をバイパスさせた。
以下、テストテストほげほげホゲホゲ。
*1 身内を思いっきり批判するのですが、現在私の勤めてる某社では、「EUC-JP は最大2バイトで、2バイト文字は全角 (Full width) である」という EUC-JP の仕様とはかけ離れた仕様になっている rxvt を現在でも EUC-JP で入出力するための標準のターミナルとなっていたり、 EUC-JP が mb_cur_max = 3 なのに「ダブルバイトが云々」と自社を宣伝したりと、すんげぇ情けない状態なのはここだけの話。なんとかすぇねぇヴぁ。