2002年11月17日(日) [過去の今日]
#1 電源?
どうもおかしい。サブマシンの電源を入れると、UPSがピッと鳴ってメイン機がリブートする。
UPSが耐え切れてないのか、それともPC側の電源が壊れたのか。関係あるのかわからんが、サブマシンのメモリが半分認識されなくなってる。うーむ、困ったなあ。
＠ どうやら電源だった模様:
別の電源に交換したら、ちゃんと普通に起動してくれた。前の電源は2年近く動きっぱなしで埃が積もってたから、内部でショートでもしてたのかもしれない。はあ、なにはともあれ、これで一安心だ。
って、メモリが認識されない件はなおってねーや(汗)
(@972)
#2 <p>の嵐
日記をstrictにしてみようかと思ってtheme.phいじってみたのだが、htmllintに書けてみたら偉い大量のエラーが出まくってしょうがない。特に辟易したのが<p>。なんでもかんでも<p>で括らせるなと思うのだが。<form>内も<p>が無いと何も書けない。記事内にも<p>を明示的に入れてやらなきゃならないようだ。めんどくさい。
しかし、この<p>って奴は曲者すぎる。こいつの事を考えるせいで素直に文章を書けない。TeXなら空行入れるだけでいいのになあ。しょうがないので過去の記事は過去の記事でほっといて、これからはHNFコマンドのPをちゃんと入れるようにするか……とも思ったのだが、やっぱりやめた。こいつはもっと簡単にできるようにすべきだ。いずれTeXと同じように、コマンドが無くても<p>を出力し、空行で<p>になるように改造するかなんかしよう。従来のPコマンドも解釈するようにすれば問題ないだろう。まあ、先の事になりそうだが……
(@52)
#3 Parser.pm
妙なエラーを見た。
not well-formed (invalid token) at line 80, column 40, byte 2541 at /usr/lib/perl5/XML/Parser.pm line 185
美紗緒サイドバーがこんなエラーを吐いて、表示できない事がある。使ってるモジュールは、
use strict; use XML::RSS; use LWP::Simple;
と、こんな感じ。調べてみると、どうやらparseするデータの中に「&」が含まれるとダメらしい。XMLのデータなのだから&にしろってことかなと思ったのだが、&にも&が含まれるわけで……
どないせーっちゅーねん!
これってモジュール側のバグじゃねえのかなあ……
(@88)
#4 Buz
どうも俺の持ってたBuzは新しめのリビジョンらしい。Win98SEでの不安定さはそのせいだったようだ。なにせキャプチャしたMotionJPEGを再生したらエクスプローラが落ちるんだから。H/W codecの意味が無い。
それでたまたまジャンクで仕入れておいた予備のBuzを見てみると、今まで使ってた奴よりちょい古め。さっそく使ってみると、これがまた非常によく安定してくれてる。ちゃんとH/W codecも動いて、再生もあんまり問題ない。相変わらずLinux 2.4.19カーネルでは動かないのだが……。ま、いっか。
(@292)
EMacs20/21にCanna、Wnn、Sj3のクライアントを乗せようという代物。このパッチをあててmake installするとemcwsというバイナリがインストールされる。(canna)と書いておくだけでCannaが起動するし、入力フィーリングもEmacs20-dlより軽快な印象。とりあえずdebパッケージ化に挑戦するも、Emacsの特殊性に負けて頓挫。一応パッケージングはできたものの、wl等のEmacsソフトがバイトコンパイルされてないのでうまく起動しない。
しかしこれはいいですよ? 誰か真面目にemcwsのdeb化しないかな
(@503)