通販サイトを見ていると飼いたくなってきたので自戒のために。postfix途中、セットアップのタイプとメール名の選択をするステップがある。インターネットサイトを選択して、ドメイン名を入力した。samba途中で選択するステップが現れるので、ネットワークのグループ名を入力して、dhcpは今のところ私の環境ではつかっていないのでいいえを選択して、インストール完了。ベンチマークテスト結果は右の通り。ソフトはcrystalmarkというベンチマークソフトを使用。eeepcについてはメモリを2GBに換装したのみであとはノーマル。ベンチマークテストにコメントdebianのglibcのバージョンatk-1.10.3をインストールしようとしていたらconfigure時にエラーが発生した。found!なのでふるいglibを削除しろということなのだろう。linuxdebianのglibcのバージョンにコメントdatagridviewのcellselectの挙動monthcalendarコントロールの表示が環境によって大幅に変わるため、datagridviewでカレンダーを自作したときにcellselectの挙動がどうもおかしかったのでメモ。datagridviewのプロパティでmultiselectをtrueにしてselectmodeをcellselectにすると、datagridviewのセル単位で選択をすることができるようになる。選択したセルはselecedcellsプロパティを参照すると値を取得することができるが、マウスでdatagridviewのセルを選択する方向によってインデックスの並びが異なることに気づいた。右の画像は、datagridviewで自作したカレンダーを模したもの。このdatagridviewのセルを選択するとき、マウスの選択する操作が左上を基点に右、下、へと動いてセルを範囲選択したという場合。この場合だと、selectedcellsのインデックス0の値は26になる。インデックスの最後の値は9ということになる。次に、セルを選択するときの基点が右下で、マウスを左、上、という風に動かしてセルをを範囲選択した場合。この場合だと、selectedcells(0).valueの値は12になる。インデックスの最後の値は26という風になってしまう。今度はセルの選択の基点が右下で、マウスを上、左、という風に動かしてセルを範囲選択した場合。この場合だと、selectedcells(0).valueの値は23、インデックスの最後の値は26という風になる。セルの選択の方法によってインデックスの並びがそれぞれ変わり、統一性はないということになる。カレンダーのような順番に並んだセルの値を参照するときなどの場合に不都合が生じることになる。vb.netdatagridviewのcellselectの挙動にコメントeeepcのcドライブの容量が急に少なくなったeramでメモリの一部をramディスクにしたり不要ファイルを削ったりとeeepcをカスタマイズしていたらいつの間にかcドライブのディスク容量が100MB以下になっていて警告が表示されるようになった。いじり回してしまったためどこが原因がつきとめるのに苦労したが、どうやら原因はページファイルを無効にしたときの設定がうまく完了できなかったようで、cドライブ直下にpagefile.sysというファイルが残ったままになっていた。このファイルが1GBもの大容量となっていて、4GBしかcドライブの容量がないeeepcでは大問題となる。これをそのまま削除していいものかどうか迷った結果、システムのパフォーマンスからページファイルの設定をもう一度して、再度ページファイル無しと設定してから再起動をするとキレイになくなっていた。instance環境。1.4.2_18tomcat:4.1.37上記の環境をwindowsとlinuxマシンで構築した。windowsで開発して、出来上がったものをlinuxサーバで運用するというイメージ。instanceというエラーが発生してどうしても動かない。発生する場所はjdbc接続でmysqlに接続するときにこのエラーが発生する。この接続エラーが発生する理由については結局わからず終い。instanceをcreateできない。原因を探るためにlinuxにeclipseをインストールしてデバッグをしてみようとしたけれど、このlinux版eclipseが死ぬほど重い上にtomcatプラグインが謎のエラーを出してまともに作業できない。何をやってもうまくいかなかったので最後の手段と思ってjavaとtomcatのバージョンを最新バージョンのものへアップグレードすることにした。すると、何の問題もなく動くようになった。インストールしたバージョンは次の通り。java:jdk1.6.0_07tomcat:5.5.26もともと玄箱に合わせてあえて古いバージョンを使ってたのだけれど、玄箱があまりに遅いため代わりの別のマシンでサーバを構築することしにしたので、特にソフトのバージョンにこだわる必要がなくなった。調べてみたら同様のエラーに遭遇している人は割りと多くいる模様。1.4.2_18とtomcatの4.1.37という組み合わせはあまりよくないのかもしれない。