渋木宏明(ひどり) Weblog

宏明's profile渋木宏明(ひどり) WeblogBlogListsNetworkMore

Tools

Help

Blog

7/1/2009

MSMVP にもリストラの波が

今回の年次更新で、大御所の MSMVP が次々と落選していきます ;-p

I’m not a MSMVP now
http://www.ailight.jp/blog/kazuk/archive/2009/06/30/27801.aspx
ふつうのおじさんに戻ります
http://www.isisaka.com/blog/archives/2009/07/post_641.html
普通の人になりました。
http://d.hatena.ne.jp/kkamegawa/20090701/p1

審査基準は非公開なので落選理由は分かりませんが、予算規模縮小ってことなんでしょうねぇ…

しかし、上に挙げたような人たちですら落選になるということは、自分も次回更新危ないかもしれないなぁ (^^;;;

落選したら Mono の人にでもなろーかなｗ

11:14 AM | Add a comment | Read comments (2) | Permalink | Blog it

6/11/2009

dynamic は銀の弾丸ではない

ネタ元: 荒井省三のBlog : DLR を使った Excel プログラミング

ガッカリな事実を再確認。

「dynamic は COM オブジェクトの解放まで面倒をみてくれない」のだ。

.NET 的な都合で、自動的に COM オブジェクトの解放を行うのが非常に難しいことであるのは理解できるので、そういう仕様であることの是非は問わないことにする。

が、問題は現時点で

dynamic キーワードを使用して COM 相互運用を行う際、「COM 参照の解放がプログラマの責任であること」を説明した技術文書が見あたらない
dynamic キーワードを使用して COM 相互運用を行う際、「COM 参照を解放する明確な手順」を説明した技術文書が見当たらない

こと。

「GC 任せ」なんて、ぬるい解決はあり得ない。

一応、dynamic キーワード関連のヘルプトピックをいくつか見て回ったけど、上記２点に関する記述は見つけられなかった。

dynamic キーワードの導入によって、従来よりも COM 相互運用の利用が促進されるであろうことが予測される。なので、事前に適切な情報開示をきちんと行っておかないと、本来なら避けられるはずの「不適切な用法が招く不具合」を多数引き起こしてしまう。

ということで、以下２件のフィードバックを行いました。

賛同いただける方は投票をお願いします m(_ _)m

dynamic キーワードで COM 相互運用を行う際、不要になった COM サーバの参照の解放がプログラマの責任であることの説明がない
https://connect.microsoft.com/VisualStudioJapan/feedback/ViewFeedback.aspx?FeedbackID=466298
dynamic キーワードを使用して COM 相互運用を行う際、不用になった COM サーバを明示的に解放する手順の説明がない
https://connect.microsoft.com/VisualStudioJapan/feedback/ViewFeedback.aspx?FeedbackID=466299

2009-06-14 追記:

誤解があるといけないので補足。

このエントリは「dynamic キーワードなんてダメだ、使えねぇ」というものではありません。

「dynamic キーワードを使用して COM 相互運用を行う際、COM 参照の解放はプログラマの責任であること」に対する、注意を喚起すること、そして適切な情報開示を Microsoft 者に求めることがこのエントリの主旨です。

9:41 PM | Add a comment | Permalink | Blog it

5/8/2009

Windows 7 の「ライブラリ」に共有フォルダを追加する

Windows 7 の「ライブラリ」は大変使いやすくて気に入っています。

個人的にはインテリセンスに次ぐ大ヒットで、お気に入り度はもはやラブの域に達しているといっても過言でないかも ;-)

さて、その素晴らしい「ライブラリ」を使いこなすため、「ドキュメント」や「ピクチャ」などの「ライブラリフォルダ」に、共有フォルダを追加したいと考えるのが人情といふもの。（てか、ローカルのフォルダしか追加できないとしたら「ライブラリ」の魅力は半減以下）

ところがぎっちょん。ごくフツーの共有フォルダを「ライブラリフォルダ」に追加しようとしても、「インデックスがないからダメ」と断られる場合が多々あります。

Windows 7 RC では、このダイアログにリンクがあって（ベータにはなかった）ヘルプを参照することができますが、RC 時点ではヘルプの記載が英語であるばかりか、延々と「インデックスが必要だ」という呪文を繰り返すばかりで、具体的にどうすればいいのか？という点でまるで役に立ちません。

一応、「共有フォルダ」を「オフラインでも利用可能」に設定すればおｋ！みたいな記述もありますが、ローカルディスクにすべてをキャッシュできるような場合ならともかく、巨大ファイルを大量に置いてあるようなフォルダにはこの方法では対応できません。

じゃあどうするんか？と。要するに、「インデックス」とやらが作成されていればいいのんか？と。

てことなら、Windows Server 2008 には Windows Serach 相当の機能が組み込まれているので、そいつが使えそーです。

ファイルサーバ役の Windows Server 2008 のコントロールパネルの「インデックスのオプション」で、こんなカンジに共有フォルダをインデックス対象に設定（上の画像では E: ドライブの Users にチェック）します。

これで、その共有フォルダを「ライブラリフォルダ」に追加できるようになります。

（注: インデックスが作成されるまでしばーーーらく時間がかかります。場合によっては一晩コース…）

結果、こんなカンジに「ドキュメントライブラリ」に共有フォルダ（\\FS1\Users\hidori\Documents）を追加することができました。

とっても快適デス (^o^)

ちなみに、Microsoft ダウンロードで Windows XP/Windows Server 2003 用の Windows Search が配布されているので、これらを導入すれば Windows Server 2008 同様、Windows XP/Windows Server 2003 の任意の共有フォルダを「ライブラリ」に追加可能にできると思います。（XP では試したけど、Windows Server 2003 では未確認）