| < 2007年12月 > | ||||||
|---|---|---|---|---|---|---|
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 | 1 | 2 | 3 | 4 | 5 |
次の月: 2008年1月
| < 2007年12月 > | ||||||
|---|---|---|---|---|---|---|
| 25 | 26 | 27 | 28 | 29 | 30 | 1 |
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 | 1 | 2 | 3 | 4 | 5 |
勢いで買っちゃいました。I-O DATA のLCD-AD221XBです。
1600x1200 が表示できるようなディスプレイがよかったんですが、世の中は(腹立たしいことに)ワイドディスプレイに侵されており、仕方なく今ある 17inch ディスプレイと並べて高さが近い 22inch のこやつとなりました。
しかしまぁ、17inch のと高さが同じとはいえ、でかいです。当たり前ですが。売り場じゃそれほどでもないと思いましたが、やはりウチは狭いようです(笑
ところで、これで 2 台のディスプレイで 2 つの DVI 入力、2 つのアナログ VGA 入力が見られるようになりました。なので、DVI 2 つを serenia に、残り 2 つの VGA を wisp と sylph に割り振ってみました。
ワイド 22inch ディスプレイに映る sylph の console ログ!
すげー無駄ーとか思いながら見てたら「inumber xxxxxx on /home: filesystem full」とか流れていきました。
あわてて home を見てみると残り 100MB で、どうやら Web のバックアップスクリプトがコケた模様。余分なものもバックアップしていたので、それを除外して、古すぎるバックアップをいくつか削除して解決。あー、びっくりした。
console は大事ですね、ほんと(笑
っぽく見えるメールが届きました。私ののーみそは、60% くらいの確率でこれは本物ではないと判定してます(笑
このメールはトレンドマイクロからのメールで、どうやらウイルスバスターの使用期限が切れて、そのまま放っておいている人に届く模様なのですが……。
〓☆〓 メルマガ読者限定! 3周年記念キャンペーン 〓☆〓
なんてスパムっぽいんだろう…。確かに、普通のメールマガジンでもこういうのはありますけど…。
トレンドマイクロ・オンラインショップ 3周年記念☆彡
その星はなにかと。企業が(元)ユーザに突然送ってくるメールとして、これはどうなのかと思ってしまいます。
ちょっと昔のトレンドマイクロからのメールを引っ張り出して見てみても、こんなに星が転がってたりはしません。■とかは普通に使われていますが、(主観的ではありますが)常識的な範囲だと思います。
ちなみに、送信元の根元のサーバは mail32.mail-boss.com で、これは過去のメールとも一致していますから、ほぼ間違いなくトレンドマイクロから届いたものと考えていいでしょう。
このメール、SpamAssassin さんの評価は score=1.9 で 15.0 を大きく下回りました。しかし、BAYES_50 だそうなので、微妙、ってところでしょうか。ヘッダとかは比較的きれいだと。
これはスパムとして学習させるべきか悩みますね(笑
サーバで開発をしていて、デバッグをしたい。けど、起動してあるプロセスに attach しようとすると
[silky:~] root# gdb attach 24784
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...attach: No such file or directory.
Attaching to process 24784
/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) y
/usr/src/gnu/usr.bin/gdb/libgdb/../../../../contrib/gdb/gdb/solib-svr4.c:1443: internal-error: legacy_fetch_link_map_offsets called without legacy link_map support enabled.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Create a core file of GDB? (y or n) n
正しくは gdb 24784 であって、attach がいらないとかはとりあえず置いておいて。
なぜか、gdb が internal error で落ちます。困ります。attach しようとした先のプロセスは detach されないので、巻き込まれて死にます。すごーく困ります。
gdb-6.7 をソースからインストールしたら symbol のフォーマットが分からんと言われて諦め、ports から入れ直しても結果は変わらず。
よく分からないから Google で検索してみたら、OpenBSD 関連のメーリングリストが引っかかりました。
これによれば、gdb の引数に実行ファイルを指定しなければならないとのこと。(というか、--pid なんてオプションがあったのに気付きました)
指定すれば確かに動くんだけど…、ほかの古い FreeBSD だと大丈夫だった気がするし、MacOS X でも問題ないし……。一々実行ファイルを指定しなきゃいけないのは面倒だし、そもそも実行開始後にファイルを書き換えたらデバッグできないということになるし。
とりあえずは間違ってファイルを書き換えないようにしたり、今までの方法でデバッグしようとして殺したりしないようにしないと…。