昨日の夜中から、さっきまで、
半年前から引きずっているメモリが足りなくなる問題に挑んでみた。
これが解決しないと、ローカルで実験できないし。
でも、だめでした。
ざんねん。
でも「Perlはメモリを食う」では片付けられないよな。
すこしづつコードを綺麗にして、問題を解決したいものです。
あー、眠い。歯を磨いて、寝る。

4年くらい使ったRAKUWAネックレスを新調した。
いままでは55cmのものを使っていたけど今回は45cmのものにした。
45cmのほうが首にフィットして良い。
ちなみにRAKUWAネックレスをすると、血流がよくなって首筋が疲れにくく
なるらしい。
筋肉の緊張もほぐれるらしい。
ま、実際に使っていて、初めてつけたときは、何か違ったような気がした。
4年前のと比べて30倍の濃度のチタンを含有してるらしいので、1.2倍くら
い安眠できれば良いなと思っております。

昨日まで悩んでいたバグは、語るのも寒い原因のためだけど、一応書いて
おくと
Class::DBIのドキュメントを読み直して、

http://search.cpan.org/dist/Class-DBI/lib/Class/DBI.pm

いろいろ試してると、

__PACKAGE__->columns(Primary => 'id');

を設定して無いことに気がついて、調べてみたら
うまくいっていたTableはprimary keyをsqlの最初で宣言していたことが
判明。

そこで、DBモジュールすべてでPrimaryがどれかを指定したら問題解消。
いままで半年間、このトラブルにぶつからなかったのはツイてなかった。
つか説明書を読めよ！
# じつは先週くらいから何でも説明書を最初に読むようになりまし
た・・・。

えー、と

で、何も考えない実装は今日でひと段落。
いろいろな問題もとりあえずはつぶした。

明日からはまた、生みの苦しみ。毛が抜ける。
実験ができるようになるまえに、いろいろ考案しなければ。

プログラムの動作テストを始めてからWindowsの描画パフォーマンスが悪すぎ。
何が原因かと思って、いろいろ試したら
・ウィンドウ設定→ウィンドウ内のスクロールバックの管理の
・消されたテキストをスクロールバックに含める
についているチェックをはずしたら直った。
そりゃそうか。
何万行も保存してたら描画メモリがなくなるよね・・。

電源トラブルが嫌いなので、サーバにはノートパソコンを使っている。
けど、このノートパソコンがP3 733Hzでメモリが768Mと、ちょいとショボイ。
なにしろ、いちいち遅い。
時間ができたら、まっさきにチューニングして、それで駄目なら交換。