いろいろ悪さをしていて、Gadget が消せなくなった場合の対処方法 w

1. タスクトレイの　[Windows サイドバー]を右クリック→終了。
2. %USERPROFILE%\AppData\Local\Microsoft\Windows SidebarのSettings.ini を削除
3. スタートメニュー→アクセサリ→Windows サイドバー で再起動。

なお、この場合、サイドバーの設定がすべてリセットされます。

CPUの温度を取得する際、WebClient を使用した、非同期呼び出し。

なお、Silverlight 3 Beta では、linq がサポートされていないので動かない。

///////////

WebClient client = new WebClient();

string request = "<soap:Envelope xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\" xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\"  xmlns:soap=\"http://schemas.xmlsoap.org/soap/envelope/\">  <soap:Body><CPUTemperatureStringResponse xmlns=\"http://tempuri.org/\">      <CPUTemperatureStringResult>float</CPUTemperatureStringResult>    </CPUTemperatureStringResponse></soap:Body></soap:Envelope>";

client.Headers.Add(HttpRequestHeader.ContentType, "text/xml");

client.Headers.Add("SOAPAction", "http://tempuri.org/CPUTemperature");

client.UploadStringCompleted += delegate(Object sender2, UploadStringCompletedEventArgs ev)
{
    XNamespace soap="http://schemas.xmlsoap.org/soap/envelope/";
    XNamespace xsi="http://www.w3.org/2001/XMLSchema-instance";
    XNamespace xsd="http://www.w3.org/2001/XMLSchema";
    XNamespace xst = "http://tempuri.org/";

    XDocument xmlHeadlines = XDocument.Parse(ev.Result);
    var headlines = from story in xmlHeadlines.Descendants(xst + "CPUTemperatureResult") select story;

    string temp = headlines.First().Value;

    TextBox1.Text = temp;
};

client.UploadStringAsync(new Uri("http://localhost/SystemTemperature/Temperature.asmx"), request);

WinRing0 を利用した Web Service のビルド環境の構築まとめ (Vista 32bit版)

1. Visual Studio 2008 を管理者モードで起動
2. ASP.NET Web サービスアプリケーションのプロジェクトを作成
3. OpenLibSys.cs を追加
4. WinRing0 は管理者で実行する必要があるため、Web.Config で Administrator に偽装するためのコードを追加
   <configuration>
     <system.web>
       <identity impersonate="true" userName="ホスト名\Administrator" password="パスワード" />
5. デバッグ環境時の DLL 参照パス　C:\Program Files\Common Files\Microsoft Shared\DevServer\9.0 に WinRing0.sys と WinRing0.dll をコピーする。
6. IIS実行環境時の DLL 参照パス　c:\windows\system32\inetsrv に WinRing0.sys と WinRing0.dll をコピーする。

Web Service から OpenLibSys を呼び出すと、InitializeOls(); を呼ぶところでOLS_DLL_DRIVER_NOT_FOUND エラーになってしまう。

この原因は、WinRing0.sys を Visual Studio のデバッグ環境で、Web Service から呼び出すときに、OlsDll.cpp の Initialize()関数の中で、ドライバーを呼び出すときのパスが、 “C:\Program Files\Common Files\Microsoft Shared\DevServer\9.0\WinRing0.sys” になってしまうためであることが判明した。暫定で、その場所に WinRing0.sys をコピーして先に進んでみる。

次に、Web Service をローカルの IIS に発行してみると、ドライバーを呼び出すときのパスが今度は、 “c:\windows\system32\inetsrv\WinRing0.sys” になってしまい、ドライバーを探しに行ってエラーになってしまう。そこに、WinRing0.sys をコピーすることで、Web Service から OpenLibSys を呼び出せるようになった。

はまったメモ：

WinRing0が LoadLibrary で呼ばれていて、Web Service からデバッグできないので、ビルド環境を作って、メッセージを埋め込んでデバッグするしかなかった。もう少しいい方法があるのかな・・・

そこで、WinRin0\dll をビルドしてたら、DEF ファイルが外出しになっていて、リンカオプションに def ファイルを追加する必要があった。

/DEF:"C:\Users\uchukamen\Desktop\WinRing0_1_3_0\source\dll\OlsApi.def"

そこで、fprintf (stderr でと思ったが、出力先がないので、エラーを出せない。イベントログも面倒なので、とりあえず、ファイルにエラーメッセージを書き出した。

やっぱりワナがあった w

ここまでくれば、あとは OpenLibSys も気にせず、管理者モードに移行する必要もなく、簡単にアプリができる。ただ、OpenLibSys 強力な分、セキュリティ上注意が必要。

温度計を Web Service にしてなんてことを考えて、Administrator 権限が必要な OpenLibSys を Web Service 化するには、偽装しなければならない。その他、きっとはまるだろうと思いつつ、やっぱり引っかかりますね。

Web.config で

<configuration>
  <system.web>
    <identity impersonate="true" userName="ホスト名\Administrator" password="パスワード" />
   …

と追加して、実行すると、

'/' アプリケーションでサーバー エラーが発生しました。 構成にエラーがあります。

説明: この要求を処理するために必要な構成ファイルの処理中にエラーが発生しました。以下のエラーの詳細を確認し、構成ファイルに変更を加えてください。
パーサー エラー メッセージ: 構成ファイルで指定された資格情報から Windows ユーザー トークンを作成できません。オペレーティング システム 'ログオン失敗: アカウントは現在無効に設定されています。
' のエラーです。

というエラーが発生。Vista では、Administrator アカウントが無効になっているので、

[管理ツール] → [ローカル セキュリティ ポリシー]

これを有効にしてみた。すると、このエラーは、無事解決。

しかし、InitializeOls(); を呼ぶところで引っかかっている。サービス側なので、デバッグが厄介だな・・・

この原因は、WinRing0.sys を Visual Studio のデバッグ環境で、Web Service から呼び出すときに、OlsDll.cpp の Initialize()関数の中で、ドライバーを呼び出すときにディレクトリが、 “C:\Program Files\Common Files\Microsoft Shared\DevServer\9.0\WinRing0.sys” になってしまい、OLS_DLL_DRIVER_NOT_FOUND エラーになってしまう。暫定で、その場所に WinRing0.sys をコピーして先に進んでみる。

次に、Web Service をローカルの IIS に発行してみると、こんどは “c:\windows\system32\inetsrv\WinRing0.sys” を探しに行ってエラーになる。そこに、WinRing0.sys をコピーすることで、Web Service から OpenLibSys を呼び出せるようになった。

温度計をWeb Serviceにしてしまおうかと思って、久々にWeb Service を作って、ローカルの Vista に発行してみたら、

「IIS 7.0 でホストされている Web サイトにアクセスすると、エラー メッセージ:"HTTP エラー 500.19-内部サーバー エラー"」　というエラーで Web Service が動かない。

http://support.microsoft.com/kb/942055/ja

に対処方法が書かれていたので、その通りにしてみたが症状は変わらず。

あれれ？　ということで、いろいろ調べていたら、[コントロール パネル] → [プログラムと機能] → [Windows の機能を有効化または無効化] → [アプリケーション開発機能] の ASP.NET のチェックがされていなかった。

VISTA を入れて、Visual Studio 2008 を標準インストールしただけで特に何もしていないはずなので、標準インストールでは ASP.NETは ON にならないのかな？

このチェックを入れたら、無事動いた。

Windows Vista IIS で ASP.NET を動かすための設定は、

http://msdn.microsoft.com/ja-jp/library/aa964620.aspx

に書かれています。

エラーメッセージからサポートオンラインの情報を引いたのだけれど、その情報に惑わされてしまった。というわけで、またはまりそうなので、一応メモっておこう。

Intel® 64 and IA-32 Architectures Software Developer’s Manual によると、今使用中の ASUS P5LD2-V + Pentium 4 D では、MSR から CPU の温度が取れないことが判明した。

で、http://kariunten.homeip.net/programming/winring0.html

にマザーボードのI/Oコントローラからデータを取得する方法が載っていたので、OpenLibSys で試してみた。

ASUS P5LD2-Vのマニュアルを調べてみると、コントローラは　W83627EHF　だったので、そのマニュアル

http://www.winbond-usa.com/products/winbond_products/pdfs/PCIC/W83627EHF_W83627EHG.pdf

を調べてみた。それによると、このチップには温度センサーが3つ搭載されている。ただし、マザーボード上で使用されているのは、CPUTIN Temperature、SYSTIN Temperature の２つのみで、AUXTIN Temperatureは使用されていない模様。

このコントローラーからデータを取得するには、IO ポートからデータを取得すればよい。

取得する方法は、0x295 ポートにレジスタを指定、0x296 ポートからデータを取得するという手順。

ただし、バンクが 0, 1, 2, 3, 4 とあり、0x50 以上のレジスターにアクセスするには、バンクを切り替える必要がある。バンクの切り替え方法は、0x4E ポートの下位3ビットで指定する。

CPUTIN (CPUの温度)は、

バンク１、0x50 レジスタにハイビット（温度　℃）

バンク１、0x51 レジスタにロービット（温度　7ビット目が立っていれば +0.5℃）

となっているので、次のようなコードになる。

//=======================================
// CPUTIN Temperature
//=======================================
// バンク1
ols.WriteIoPortByte(0x295, 0x4E);
ols.WriteIoPortByte(0x296, 0x81);
// データ読出し(50h Bank1)
ols.WriteIoPortByte(0x295, 0x50);
hi = ols.ReadIoPortByte(0x296);

// バンク1
ols.WriteIoPortByte(0x295, 0x4E);
ols.WriteIoPortByte(0x296, 0x81);
// データ読出し(10h Bank1)
ols.WriteIoPortByte(0x295, 0x51);
lo = ols.ReadIoPortByte(0x296);

Console.WriteLine("CPUTIN Temperature Low : ...." + lo.ToString("X") + "\r\n");
Console.WriteLine("CPUTIN Temperature High: ...." + hi.ToString("X") + "\r\n");

float CPUTIN = hi + ((lo & 0x80) != 0 ? 0.5f : 0);

Console.WriteLine("CPUTIN Temperature: ...." + CPUTIN.ToString() + "\r\n");

同様に、SYSTIN （マザーボードの温度）は、バンク0、0x27 レジスタなので、

//=======================================
// SYSTIN Temperature
//=======================================

// バンク0 を指定
ols.WriteIoPortByte(0x295, 0x4E);
ols.WriteIoPortByte(0x296, 0x81);
// データ読出し(27h Bank0)
ols.WriteIoPortByte(0x295, 0x27);
hi = ols.ReadIoPortByte(0x296);

Console.WriteLine ("SYSTIN Temperature: ...." + hi.ToString() + "\r\n");

なお、SYSTINでは、0.5℃単位の測定はできない仕様になっている。

結果は次の通り。

[CPUTIN Temperature]
CPUTIN Temperature Low : ....80
CPUTIN Temperature High: ....21
CPUTIN Temperature: ....33.5

[SYSTIN Temperature]
SYSTIN Temperature: ....24

下は、ASUS のおまけアプリの Probe II のデータ

おおおおっ、ちゃんと取れるじゃないですか。OpenLibSys 偉大だ。

というか、Core2にアップしてしまえば、MSRで取れるので、こんなことしないですむんだけどなぁ・・・

というか、こんなハード固有の実装させないように頑張ってよ >> MS

というか、温度を気にしないといけないような CPU 勘弁してよ >> Intel, AMD

MSR(Model Specific Register) 0x19C Bits [22:16] で温度が取得できることは確認できたが、このセンサーの値は、Tjmax への相対値であることがマニュアルに書かれている。しかし、そのTjmaxの値をMSRから取得する方法がマニュアルに書かれていない。

いろいろ探していたらば、

http://software.intel.com/en-us/forums/deleted-posts/topic/51574/page/1/

で、MSR 0xEE で取得が可能なようだが、undocumented だそうだ。ちょっと古い資料なので、85度か100度と書かれている。

http://www.xtremesystems.org/forums/showthread.php?t=179044&page=23

によると、0xEE の bit:30 で、0=100 1=85　といううわさもある。

一方、Q6600　では、95度らしいという書き込みもある。

http://www.xtremesystems.org/forums/showthread.php?t=179044&page=27

Atom の場合、20度室温で 0x19C Bits [22:16] から８８前後が返されているので、100度にしても合わない。

http://download.intel.com/design/processor/datashts/320032.pdf

によると、a catastrophic processor temperature of 125°C (maximum), or if the THERMTRIP#
signal is asserted, ということで、125度とすると、ちょうど37度となり、それらしい値になる。

MSR 0xEE で取得してみると、

000000EE: 00000000 02F90002

となり、仕様が分からない。

http://www.bugtrack.almico.com/view.php?id=1150

によると、

if bit 30 of MSR(0x00EE) is 1 then
  Tjmax=85
else
  Tjmax=100
endif
if CPUID=0x06F2 then Tjmax=100
if CPUID=0x06FB then Tjmax=100
if CPUID=0x10676 then Tjmax=Tjmax+5

こんな情報もある。

それにしても、xtremesystems.org のスレッドがものすごいことになっているのには、驚いた。

いずれにしても、インテルが仕様をはっきり書いていない（ＮＤＡを結ばないともらえないらしい）のが悪いということがよくわかった。

石坂さん、渋木さんに教えていただいたサイドバーガジェットを Windows 7 Beta on Atom N280で動かしてみました。こんな感じ。

原理はデバイスドライバーで、Ring0のカーネルモードに移行して、そこでアセンブラでRDMSRにより、Model Specific Register を叩いて、直接モードスペシフィックレジスターからデータを読み取っていますね。そのためのライブラリがOpenLibSysから提供されている。なるほど、それなら早いはずだ。それにしても、OpenLibSysを作った人は偉いなぁ・・・とひとしきり感動しました。

なお、Vista on Pentium4 Dでは、温度が取得できない。orz。MSR的には、0x19C の 22:16 で同じ仕様に見えるんだけど、どこか細かいところで違うのかな・・・

なお、MSRは、文字通りモデル固有のレジスタであるため、プロセッサのモデルごとに仕様が異なっている。Intel のIntel® 64 and IA-32 Architectures Software Developer’s Manual Volume 3Bによると、Core2、Atom、P4 and Xeon、Core Solor and Core Duo、Pentium M、P6、Pentiumとファミリーごとに説明が分かれています。

だんだんと暑い季節になってきて、Core2ではない Pentium 4 Dにとっては、辛い季節になってきました。室温が上がると、調子が悪くなるので、まじめに深刻な問題です。そこで、先日ケースにファンを増設したら、だいぶ効果があるようで、35度ぐらいでおちついていますが、CPUの温度のモニタリングしたいと思って、ちょっと調べてみました。

WMI の “Win32_TemperatureProbe”　が一番まともな方法のようだが、現在のPC “ASUS P5LD2-V”, eee PC 1000 HE では、このインターフェースがサポートされていない模様。

いろいろ調べてみると、MSAcpi_ThermalZoneTemperature を使った記事がいくつかある

http://groups.google.co.jp/group/microsoft.public.win32.programmer.wmi/browse_thread/thread/d462fd6d271cc98d

が、そもそもそんな I/F の情報は MSDNに載っていない。もう使われていないということか？

さらに調べてみると、

http://kariunten.homeip.net/programming/winring0.html

にマザーボードのコントローラを直接操作する方法が載っていた。そうきますか～～～ｗ。

と思って、そのコードを見てみると、

http://openlibsys.org/

で、Windowsからハードウェア(I/O port, MSR, PCI bus, and etc...)へのアクセスを可能とする WinRing0 が提供されているコードを利用している。

さらに、そこから

http://www.techpowerup.com/realtemp/

で、all Intel single Core, Dual Core, Quad Core and Core i7、さらにはNvidia のGPUの温度まで取得できるプロジェクトを発見。

試してみたが、Pentium 4 Dは、サポートされていない；；

eee PC 1000 HE の Atom N280だと？　1℃  !  すばらしい CPUだ w

ASUS からProbe II というモニターツールがあるから問題ないんだけどね。

温度、ファン回転数ぐらい WMI でちゃんと取れるようにしてよね。>> MS

それより、せめてCore2にしろよという突っ込みは却下。

注文していた eee PC 1000HE が今日の夕方届きました。

PC DEPOT で 2GB メモリ、16GB SD カード付きで 47700円。

意外と大きい。

バッテリーも９時間もつ６セルなので、1.5Kgぐらいで、かなりずっしりくる。

Windows XP が標準で載っています。

裏側はこんな感じ。すぐさま、1GBメモリを取り出して、2GBに交換。

D: ドライブに Windows 7 Build 7000 をインストール。

一応、安全のため、C: ドライブの XPは残して、デュアルブート。

風呂からあがってみると、もうWindows 7 の設定画面になっている。早っ！

設定はすぐ終わり、あっさり Windows 7 が動いてしまった。

インテルのチップセットは、Aeroにも対応。

ハイパースレッド。

無線LANも、デフォルトのインストールで問題なし。

ただし、デフォルトではイーサーコントローラーと、ACPIのドライバーが未対応。

イーサネットは、ASUSからVista用をダウンロードして、問題なく動く。

意外と、早いじゃん！いい感じ。

http://blogs.msdn.com/webdevtools/archive/2009/03/13/asp-net-web-development-server-stops-working.aspx

Visual Studio Web Developer Team Blog より、ASP.NET Web Development Server Stops Workingという記事を発見。

Windows Defender and Microsoft Forefront Client Security signature file (1.53.256.0) に対応するために、2009年３月９日 8:45 PM (PST) の対応で、ホストファイルから localhostが削除されている。

解決するためには、 C:\Windows\System32\drivers\etc\hosts

のエントリを次のように修正すればよい。

127.0.0.1       localhost

1.53.288.0での修正版がその直後の March 9, 2009  8:57 PM に出ているということで、それ以降は大丈夫みたいだけど。

で、hosts ファイルをみてみたら、

::1             localhost

となっている。IPV6?

とりあええず、これを

127.0.0.1       localhost

と修正して、無事復旧。

フルにアンインストールして、VS 2008 Pro を再インストール

ASP.NET アプリのプロジェクトを作成して実行すると、

Internet Explorer ではこのページは表示できません

可能性のある原因:

• インターネットに接続されていない。
• Web サイトに問題が発生している。
• アドレスに入力の間違いがある可能性がある。

というエラー。

Gushwell さんも同じような状況

http://blog.livedoor.jp/gushwell/archives/51341969.html

こちらでも、

http://social.msdn.microsoft.com/forums/ja-JP/vwdexpressja/thread/27747fb7-b12f-422a-9800-8f0d28334042/

にも同じような人が・・・

どうも ASP.NET 開発用サーバーに接続できていないようだが、原因が分からない。

イベントビューアーで調べると・・・

障害が発生しているアプリケーション devenv.exe、
バージョン 9.0.21022.8、タイム スタンプ 0x47317b3d、
障害が発生しているモジュール mswebprj.dll、
バージョン 9.0.21022.8、
タイム スタンプ 0x4731806d、例外コード 0xc0000005、障害オフセット 0x00018fba、
プロセス ID 0x179c、アプリケーションの開始時刻 0x01c9a468c04aeb50。

ふむううう。

イベントビューアーで調べたら、直前に警告で

テンプレート (C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\CSharp\Windows\1041\WPFBrowserApplication.zip)、ファイル (csWPFBrowserApplication.vstemplate) にエラーがあります。不明な要素 (EnableEditOfLocationField) です。解析で修復を試行します。

と出ている。ファイルがおかしくなっているせいか？

くそっ、C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\CSharp\Windows\1041 以下を消して、再インストールしてみる。

そうしたら、また修復も、アンインストールもできない罠。orz

Visual Studio 2008の調子が悪く、ASP.NETの開発ができなくなってしまった。特に何もしていないのに突然の症状。原因不明。しかたないので、修復セットアップしようとしたら、セットアップもできなくなっている。

アンインストールもできない。困ったと思っていたら、

もりさんのページで、

Visual Studio 2008 自動アンインストールツールが公開されています。

が紹介されていた。

Visual Studio 2008 をアンインストールする

http://msdn.microsoft.com/ja-jp/vstudio/bb968856.aspx

無事安易ストール完了。

さて、インストールしますか。

・・・１時間後、インストール無事終了。起動してみると、ブルースクリーンでVista 落ちた。

再起動後、WebApplication を作ってみただけで、

ということで、なんかすごくおかしくなっている。

WinForm は問題なくプロジェクトの作成、実行ができる。

IISがらみか？

string gooRankingUrl = "http://ranking.goo.ne.jp/rss/keyword/keyrank_all1/index.rdf";
XDocument feedXML = XDocument.Load(gooRankingUrl);

XNamespace d = "http://purl.org/rss/1.0/";
XNamespace dc = "http://purl.org/dc/elements/1.1/";

var res = from item in feedXML.Descendants(d + "item")
          select new
          {
              Title = item.Element(d + "title").Value,
              Link = item.Element(d + "link").Value,
              PubDate = (item.Element(dc + "date").Value ?? ""),
              Publisher = (item.Element(dc + "publisher").Value ?? ""),
              Rank = (item.Element(dc + "rank").Value ?? ""),
              Point = (item.Element(dc + "point").Value ?? ""),
              Arrow = (item.Element(dc + "arrow").Value ?? ""),
              Description = (item.Element(d + "description").Value ?? ""),
              Guid = item.Element(d + "link").Value
          };

GridView1.DataSource = res;
GridView1.DataBind();

結果は、こんな感じ。

この前の ASP.NET ルーティングは、VS2008 + Vista ASP.NET開発サーバーであっさり動きました。

ところが、2003 Server で試してみると動かない。

？？？ということで調べてみると、

IIS の Web サイトのプロパティ → ホームディレクトリ タブ → 構成ボタンを押し下げます。

すると、アプリケーションの構成ダイアログが表示されます。

ここで、ワイルドカード　アプリケーション　マップで、挿入ボンタンを押す。

c:\windows\microsoft.net\framework\v2.0.50727\aspnet_isapi.dll　を指定し、

ファイルの存在を確認する　チェックボックスを外す。

これにより該当しないファイル拡張子の場合、aspnet_isapi.dll で、ルーティングが追加されていないかどうか確認するようになりました。

シアトルでルームシェアしたインド人の Ashwin からのチャットで、次のお知らせをもらった。

http://thevoice.culminis.com/APAC/Lists/Posts/Post.aspx?ID=4

北端さんが DAL (Director-at-Large): で日本代表として参加されているとのこと。

プロファイルは

http://new.culminisconnections.com/BOD/APAC.aspx?PageView=Shared

MSDN を読んでいたら、ASP.NET ルーティングということで、URLの書き換え方法が載っていた。

http://msdn.microsoft.com/ja-jp/library/cc668201.aspx

昔調べた方法から、IIS7 対応もあり、だいぶ変わっているようなので調べてみた。そうしたら、ええ～～、こんな簡単にできようになっちゃたんだー！と感動して、ためしに動かしてみようとしました。すると、CategoryRouteHandler　がありませんと怒られる。そりゃそうだ、どこにもそんなコードがない。あれ？？ということで調べてみると、どっとねっとふぁんBlog の小野さんが

ASP.NET ルーティングを実装する

で丁寧に解説してあった。さすが師匠ｗと感動する一方、やっぱりハンドラ書かないといけないのね。orz