僕のわすれもの

eneloop air fresher のミストが出なくなった。

この前、ミストの出が悪くなっていたのを掃除する際に、掃除用のクエン酸水溶液がなかったので、ポッカレモンで代用したのが悪かったのか。

車の中でつかうので、高速道のサービスエリアの手洗いの水を使っていたのかいけなかったのか。

ポッカレモンで掃除したときは、そのあと2時間くらい動かして、果汁分もミストと一緒に出てしまったはずだし。

あらためてクエン酸で掃除してもダメ。

吸水棒を新しくしてもダメ。

エイやと分解してみたら振動板のところだけむき出しにできたので、エアダスターで掃除したら復活しました。

パスワードをttyから与えると、8文字まで切られる。
-pオプションだと切られることはない。
getpassphraseを使わずにgetpass を使っているせいか。

ほかの OS で動いているプログラムを、Linux にポーティングしようとしたら、なぞのBUS ERRORが出る現象に悩まされて、途方にくれた。

どこかでヒープを壊しているのかと、Electric Fence でチェックしたりしたが、最終出力処理の手前までは全然問題のないデータが、最終出力処理の中では、すっかり壊れてしまっているという不思議な現象で、さっぱり原因がつかめなかった。

最終出力処理の手前で、ファイルをtruncateしているのだが、ためしに ftruncate をやめたら BUS ERROR がなくなった。

わかったこと

サイズ 0 に ftruncate してから書き込み処理にいくと、書き込み処理のなかで、BUS ERROR で落ちる。

fd = open(...);
読み出し処理;
if (lseek(fd, (off_t)0, SEEK_SET) < 0)
     perroe("lseek");
if (ftruncate(fd, (off_t)0) < 0)
    perroe("ftruncate");
if ((fp = fdopen(fd, "w")) == NULL)
     perroe("fdopen");
書き込み処理;
fclose(fp);

これが、書き込んでから、ftruncate する分には問題ない。

fd = open(...);
読み出し処理;
if (lseek(fd, (off_t)0, SEEK_SET) < 0)
perroe("lseek");
if ((fp = fdopen(fd, "w")) == NULL)
perroe("fdopen");
書き込み処理;
if (ftruncate(fileno(fp), ftell(fp)) < 0)
perrpe("ftruncate");
fclose(fp);

なんやねん、これ。ここに気かつくまで、ずいぶん時間をむだにした。

読み出し処理の中では、バッファをmmapしてつかっているけど、これが影響しているのか?

追記:

ftruncateするまえに、munmapしてみたけど、データが壊れて BUS ERROR で落ちる現象はかわらず。

Oracle11g 以降は、
select name, password, spare4 from user$;
のspare4の値を使用する。

Snow Leopard にあげたら、DAVE v7 は対応していない、ということで、v8 が出るのを待っていた。

リリースされたので、すぐさまアップグレートしたは良いが、インストールして、いざ mount しようにも、全然認証が通らない。

DAVE v7 のときも認証が通らなくて、さんざん設定をいじってようやく通るようになったことがあったっけ。しかも、このときはなにが問題だったかわからず。

こんなことなら、まず評価ライセンス取得して試すべきだったかも。

コマンドラインで mount_cifs しても、なぞのエラーメッセージが出るだけで、どこが悪いのかさっぱりわからん。

よくノック式のボールペンを、カチカチ、カチカチ、鳴らし続ける人がいる。

もう、耳障りでしかたがない。

ノックオンの小さなボールペンがあった。

「ノック音が気になる」との声により新開発されたマナーモード機能が、ノック音を87％低減させることを実現しました。（音圧Paでの比較）

ふつうのボールペンもみんなこういう、ノック音がちいさなものになればよいのに。

Administratorsグループに所属させるより、ポリシーエディタで、ターミナルサービスを使ったログオンを許可するグループにRemote Desktop Usersを追加するのがよさそうだ。

0.7RC1 が6月にでてから、ずっとRC1のままみたい。
ベースの FreeBSD での ZFS 実装が experimental でなくなるのはいつになるやら。

とはいってもSEOの誤用であるほうの「SEO対策」ではなく、検索エンジンにゴミをまき散らすだけの、誤った SEOにひっかからないようにするための、検索エンジンの結果からゴミを取り除くという「対策」。

Google Search Site-block Plus という UserJS をカスタマイズして使っている。

2ちぇんねるの結果は、S/N比が低いので除外、ソーシャルブックマークはヒットしてもうれしくないので除外、はてなワードとかのキーワード系のものも情報価値がないか、あっても極めてS/N比が低いので除外とか、そんな感じ。

ある日Googleの検索結果の表示の仕方がかわったので、スクリプト内の

var headline = $X(“.//h2[@class='r']“, results[i])[0];

を

var headline = $X(“.//h3[@class='r']“, results[i])[0];

に直しておかないと、効きませんよ。