SN25Pでは電圧が表示できたし、全てのファン(2つの CPUファンと 1組のHDDファン)の回転数の取得と制御が SpeedFanでできた。
790FX-GD70のファンコネクタは 5個あり、CPUFANが 4ピン、SYSFAN1/2/3/4が 3ピン。BIOSではすべての回転数が取得できるけど Windows上で表示できるのは 2つだけ。回転数の制御は BIOSでのみ行える。そのために Windowsの再起動が必要。休止からの復帰ではごていねいに BIOSセットアップに入れない(SN25Pは違った)。
電源オフでは K/Bの NumLock LEDがつかないので電気がきていない。常時給電するためのジャンパが M/B上にあるとも聞かないし、見つかりもしない。この設定は意味のないものか? (追記:この設定は S3からの復帰に使われるみたい。休止(S4)やシャットダウン(S5)状態はあてはまらない様子)
SN25Pでは休止やシャットダウン状態から [Enter]、[O]、[N]、[Enter] (「O」「N」の部分は任意)で電源を入れられた。常時給電の弊害として、Logicool MX610(マウス)の売りである双方向通信を利用した、OSに連動したスリープ機能が PS/2接続では機能しなかったし、光学マウスの赤い(最近は青いものも)光もつきっぱなしになったが。消費電力の観点からはどちらが有利だろう。S3のメリットは復帰が S4に比べて圧倒的に早いこと。S3を使うことにした代わりにこまめにスリープするようにしてる。
静音化の敵、発熱。COSMOSの弱点はグラフィックカードの冷却だった。790FX-GD70の弱点は リアI/Oと CPUの間にあるヒートシンクの発熱。ヒートシンク上部の下には DrMOS、下部の下には 790FXがある……のかな? 起動直後で 40℃だから表示が高めな気もするが、2つの 12cmファンに囲まれていながら、そして涼しい今の気温でも触って熱々一歩手前までいくので夏が怖い。トップフローの CPUファンを選ぶなどして意識的に風を当てないといけない。
COSMOS(+ SIDE WINDOW BLACK)と V8の組み合わせは気に入ってるので CPUファンの交換はせず、リア I/Oと後面排気ファンの隙間に 80×80×10mm^3のファンを押し込んでみたり、ファンレス VGAクーラー Accelero S1/S2のオプションである Turbo Module をヒートシンクに差し込んでみたり。(たぶん室温が 20℃を超えている環境で) 56℃を 52℃に下げる効果がある。60℃未満のあいだは静音指向でいく。
SSDか SMART DRIVEかあ。どっちも高いなあ。
振動の源は 2007年 9月の HGST 500GB。その HDDをあっちからこっちの HDDベイへ移動させたり、Feature Toolでアイドル時の回転数を下げたり、HDDとトレイをとめるネジを締めたりしているうちに初期の静音が戻ってきた。でもこれは危ういバランスの上に成り立っているものだろう。高音のノイズは気に障るけど、低音は低音で常時鼓膜を圧迫しつづけて神経を疲弊させる。快適 PCライフはなかなか難しい。
最終更新: 2009-11-26T01:48+0900
改行コードの意図しない混在が嫌で、ファイル中に存在する改行コードをステータスバーに列挙してみた。
CRLF改行のみの一般的な画面 | LFと CRLFが混在。コピペなんかしてるとよくこうなる。 |
まずないだろうという判断のもと表示スペースを削った結果、一部の文字が切れてます。(CRとLFとCRLFが混在) | 改行がなければステータスバーにも表示なし。 |
publicなメンバ変数、豊富なアクセサ、中身すけすけで便利な friendクラス指定、管理下のデータメンバを非constで晒す C...Mgrクラスの constメンバ関数。どれも利用する側からすれば便利だったけど、オープンすぎて必要最小限の変更をつかまえることができずに毎回のフルスキャン。
どうするのがいいのかなあ。
Ctrl+Sに改行コードチェックマクロ(これから書く)を割り当てて、保存前に「改行コードが混在してるがそれでいいのか?」と確認しようか。すでに Ctrl+Sには Subversionを使ったバックアップマクロが割り当てられているが、どちらも JScriptなので片方を eval()でチェインして……。
最終更新: 2011-02-01T14:21+0900
今日突然「ネットバリアベーシック」により閲覧できないページが見つかった。オプション*サービスの「セキュリティプラス1」が原因のよう。
2009.05.19 フレッツADSL対応セットに「ネットバリアベーシック」の提供を開始しました。
重要なサービス変更にはオフラインの通知手段を使いなさい。あえていうが、プロバイダなんて空気なんだから。
下り最大 1.5Mbpsもいいかげん限界だったので eo光にする。
「ネットバリアベーシック」は Bフレッツ+plalaでは何年も前に通った道みたい。そのときのデフォルトは「強」だったとか。よいこちゃんすぎてため息が出るね。くわばら、くわばら。
iTunes Storeに接続できません。 : パソコントラブル出張修理・サポート日記
* 強制適用しておいて何がオプション! 5年以上利用してるサービスをプロバイダの勝手な思惑でいじられて非常に不快。設定のデフォルトが間違ってる。利己的!独善的!
最終更新: 2009-09-02T23:17+0900
可聴域の変化を知るために書いておこう。15kHzまで聞こえた。16kHz、17kHzは見事にきれいさっぱり聞こえない。小さい頃は聞こえたのかなあ。スピーカーが出力していないという可能性は……ないない。あきらめなさい。
最終更新: 2009-09-02T23:17+0900
/usr/local/lib/compat/libpthread.so.2: Undefined symbol "__malloc_lock" (RuntimeError) /usr/local/lib/ruby/1.8/dl/import.rb:29:in `initialize'
Rubyは 1.8.6 p287だから新しくなってないのだけど。OSが今日の早くに FreeBSDの 6.1から 7.1へ。そしてエラー。
DLを使ってるのは sqlite3-rubyだろうなあ。
Undefined symbol "__malloc_lock"で検索したら Tracが動かなくなった人が見つかった。この人は万事解決といかなかったみたいだけど、自分は libsqlite.soをコンパイルし直したらうまくいった。Rubyや DLの問題ではなく sqliteライブラリの依存関係が原因だったよう。再コンパイルは UNIX系OSのバージョンアップにはつきものの作業なんだろうか。
最終更新: 2009-09-02T23:17+0900
おかしい。チェックが外れていると正規表現キーワードによる色分けも無効になる。
まずはこちら
242 //色指定でチェックが入ってなければ検索しなくてもよい …… 249 //正規表現では色指定のチェックを見る。 …… 255 //正規表現以外では、色指定チェックは見ない。 256 //例えば、半角数値は正規表現を使い、基本機能を使わないという指定もあり得るため
このコメントを読めばまさしく現在の状況が考慮されていることがわかる。
仕様がねじれている気もするが、正規表現キーワードに「正規表現キーワード3」という色指定より「ダブルクォーテーション文字列」という色指定をしたいのだよね。基本機能を無効にして正規表現キーワードだけを使いたい場合もあるし(今回のように)、基本機能を使いつつ正規表現キーワードを使って、標準的でない文字列形式(Rubyの %!string! など)を補いたい場合もあり、そのときに複数の色指定を同じに保つより「ダブルクォーテーション文字列」という一つの色指定で色を管理したい、という要求がある。この両方を満たすのが以前の仕様。
待ってても直らないかもしれないので*他人の修正を待てないので調べた。
17 if( TypeDataPtr->m_bUseRegexKeyword 18 && pcView->m_cRegexKeyword->RegexIsKeyword( cStr, nPos, &nMatchLen, &nMatchColor ) 19 ){ 20 this->m_nCOMMENTEND = nPos + nMatchLen; /* �L�[���[�h������̏I�[��Z�b�g���� */ 21 this->m_nCOMMENTMODE = ToColorIndexType_RegularExpression(nMatchColor); 22 return true; 23 } 24 return false;
21行目の ToColorIndexType_RegularExpression(nMatchColor); とは実質的に
(EColorIndexType)(COLORIDX_REGEX_FIRST + nMatchColor);
こういうことだ。nMatchColorとはそのまま色指定なのだから COLORIDX_REGEX_FIRSTという下駄をはかせる必要はなくて
(EColorIndexType)nMatchColor;
これで十分のはずだ。正規表現キーワードだからって正規表現キーワードNという配色とは限らないのだよ。
[訂正] これはわざとだった。どんな色指定をされていても正規表現キーワードを他と識別するために行っている。同じファイル(sakura_core\view\colors\CColorStrategy.h)内に下駄を外す処理もある。
デバッガで nMatchColorの値を見てみたら 29であって、これはシングルクォーテーション文字列に対応した色インデックスだから期待通り。でも色分けはなされない。
なんでだろー。
223 /* 現在の色を指定 */ 224 void CEditView::SetCurrentColor( CGraphics& gr, EColorIndexType eColorIndex ) 225 { 226 //インデックス決定 227 int nColorIdx = ToColorInfoArrIndex(eColorIndex); 228 229 //実際に色を設定 230 if( -1 != nColorIdx ){ 231 const ColorInfo& info = m_pcEditDoc->m_cDocType.GetDocumentAttribute().m_ColorInfoArr[nColorIdx]; 232 if( info.m_bDisp ){ 233 gr.SetForegroundColor(info.m_colTEXT); 234 gr.SetBackgroundColor(info.m_colBACK); 235 gr.SetMyFont( 236 GetFontset().ChooseFontHandle( 237 info.m_bFatFont, 238 info.m_bUnderLine 239 ) 240 ); 241 } 242 } 243 }
232行目。色指定のチェックの有無のチェックを無効にしたらとりあえず色分けはされた。正規表現キーワードが正規表現キーワードN以外の色指定をしている場合、チェックの有無をみてはいけない。ここでのチェックを期待しているコードがある場合、悪影響がある。
* r1576@2009-05-27 21:15 で直りました。