2012年11月22日木曜日

2011年春モデルのVAIO TypeE(VPCEA4AFJ)のWindows8アップデート顛末記

2011年の夏にアウトレットで購入した14インチのVAIO Type E (ATI Mobility Radeon HD 5470搭載)
をWindows8にアップデートしたので、その時ハマったポイントなどを書き残しておきます。
全体的な印象として、Vista→7の時のアップデートのスムーズさを期待すると裏切られます。
7との互換性は高いといわれてますが、ドライバ類がちょっと問題ありでした。

【注意】
公式サイトによると、2011春モデルはWin8に更新するとサポート対象外になるみたいなので、
心配な方はやめておいたほうが良いでしょう。(アップデートは自己責任で！)

【インストールまで】
・Windows8はダウンロード版であれば2013/1/31まで3,300円で購入できます。
(http://windows.microsoft.com/ja-JP/windows/buy?ocid=GA8_O_WOL_DIS_ShopHP_FPP_Light)

・支払いはクレジットカードとかPayPalで簡単に出来ます。

・念のため有線LANで作業を行うことにしました。

・購入するとWindows7上からアップグレードツールが起動して、ダウンロードが行われます。

・ダウンロード完了後に、(1)すぐにインストール、(2)ISOとして保存、(3)USBに保存の３種類の
  オプションが選べます。今回はアプリを引き継いでアップグレードしたいので(1)を選択。

・移行アシスタントが起動して、Windows8と互換性の無いアプリを事前に教えてくれます。
  (この時点でまだキャンセルできたはず) いくつか例を。
  1. Windows8ではDVD再生機能が標準で搭載されていませんが、いまならWindows Media Centerを無料で入手できるので気にしなくて大丈夫です。(http://windows.microsoft.com/ja-JP/windows-8/feature-packs) ※プロダクトキーが届くまで１～２日かかります



  2. DEAMON ToolsはISOイメージのマウントの為だけに使っていたので削除。(Windows8ではOS標準でISOイメージを扱えます)



  3. ATIのディスプレイドライバ、これでハマりました(後述)



  4. 素直に指示に従ってPCとの関連付けを一度削除しておきました



  5. 使ってないので要らないですね。この機会に削除。(なんで有料？)



・インストール開始してから終了までは問題なく推移。(3時間くらいかかりました)

【Windows8起動後】
・Windows Updateを実行して、OSを最新の状態にします。

・ここで無線LANに切り替えましたが問題なく使えました。

・VUDesktopToast.exe(VAIO Update関係のツール？)でmfc110u.dllが無いと怒られます。
  →Visual Studio 2012 の Visual C++ 再頒布可能パッケージを入れれば良いです。
      (x86とx64両方入れておきましょう。ちなみにVUDesktopToast.exeはx86で動いてました)

・.NET Framework 3.5を入れないと動かないアプリもあるので、コントロールパネルの
  「プログラムと機能」から「Windowsの機能の有効～」を選んで入れておきます。



・HDMI接続をしていると、ディスプレイドライバが正しく認識されていないことに気付くはずです。
  Windowsの設定ではFullHDになっていても、実際には周りに黒枠が出て解像度も低い状態です。
  1. 普通こういう場合はATI(AMD)のHPに行ってWin8対応の最新のドライバを取ってきて入れてやれば解決しますが、VAIOは特殊らしくこの方法では解決できませんでした。AMDのページにもよく見るとSONYのLaptopは対応してないよって書いてあります。
  2. とりあえず、「ATI Catalyst Control Center」と「ATI Catalyst Install Manager」を一度アンインストールします。
  3. VAIO公式に行ってWin7用のATIの最新ドライバをダウンロードします。
  4. Win7互換モードかつ管理者権限で実行します。(下記手順)









  5. 「プログラムのテスト」ボタンを押すと実行されます。ファイル展開ダイアログ表示後は、画面には何も表示されませんが暫く待ちましょう。画面が何度か明滅するのが動いている証拠です。２、３分くらいで処理が終わり、HDMIでFullHD表示できるようになりました。


上記のように、いくつかトラブルはあったものの、無事解決して今は快適にWin8稼働してます。


投稿者 時刻: 0 件のコメント:
ラベル:

2012年8月4日土曜日

ActiveXコントロールをOLEオートメーションで呼び出す方法


ActiveXコントロールをダイアログに張り付けず、 ダイアログなしのオートメーションサーバーとして呼び出したい
場合のやり方についてです。試したのはイベントを含んでいないケース(プロパティとメソッドのみ)なので、
イベントをサポートしている場合にどういった挙動になるかは調べてません。

これ普通のDLLでよかったんじゃ・・・。というActiveXコントロールを、マルチスレッドでの利用のために
オートメーションを使った呼び出しに変更した時のお話です。
知ってれば１分で終わる話ですが、少し調べるのに手間取ったのでメモしておきます。
ちなみに対象のActiveXコントロールのソースコードにアクセスできて、ビルド可能な事が前提です。

結論から書くと、ActiveX側のCOleControlから派生しているクラスで、IsInvokeAllowedを
オーバーライドしてTRUEを返すだけです。
--
以下は試した内容です。

①タイプライブラリの作成
タイプライブラリを使用しますので、ActiveXコントロールをビルドしてもtlbファイルが生成されていない場合、
プロジェクトのプロパティから、MIDLの出力設定へ進み、タイプライブラリを生成する設定にします。

②ラッパークラスの作成
 クラスウィザードで、MFCy→「TypeLib からの MFC クラス」を選び、
タイプライブラリを選択してラッパークラスを作成します。
COleDispatchDriverから派生したクラスが自動生成されているはずです。


③ラッパークラスの調整
 一番上に#import文があると思いますが、今回はCreateDispatchを呼ぶ際のGUIDを取得する以外には使いませんので、
ラッパークラスを生成しない様に下記の様なオプションを設定しておきます。

#import "xxx.tlb" no_namespace named_guids no_implementation no_smart_pointers raw_interfaces_only

ビルドすると、出力フォルダにxxx.tlhというファイルが自動生成されます。
これをエディタで開き、CLSID_から始まるGUIDを探します。

④使ってみる
 ActiveXコントロールと接続するためには、下記にように書きます。 
// テストコード
// (自動生成されたクラス名を仮にCMyOle、GUIDをCLSID_XXXとします)
CMyOle myObj;
if(myObj.CreateDispatch(CLSID_XXX) == TRUE){
    myObj.FuncA();
}
多分FuncAの呼び出しでCOleException (エラーコード 0x8000FFFF) が発生したと思います。
CreateDispatchに失敗する場合は、COMが登録されていない(regsvr32)か、CLSIDが
間違っている可能性があります。(ここで指定すべきはIIDではなくCLSIDです)

⑤ActiveXコントロールの変更 
// COleControlから派生しているクラスでIsInvokeAllowedを
// オーバーライドしてTRUEを返す
BOOL CMyOleControl::IsInvokeAllowed (DISPID)
{
    return TRUE;
}
⑥再度試す
 ビルドしなおしてテストすると、今度は④のコード呼び出しが成功しました。

【参考】
How to use an OLE control as an automation server in Visual C++
http://support.microsoft.com/kb/146120/EN-US

投稿者 時刻: 0 件のコメント:
ラベル:

2012年7月23日月曜日

Chrome拡張機能のマニフェストVesrsion2対応についてのメモ


２年前くらいに作成したChrome拡張機能(Last Tab Keeper)のManifest Version 2対応を行いました。
もともと自分が欲しくて作ったものですが、いつの間にか2千人近い方に使って頂きありがとうございます。
何か機能追加を行った訳ではありませんが、これをやらないと2013年第３四半期には使えなくなってしまう との事でしたので、
アップデートを行いました。その時の内容を少しメモしておきます。

【manifest.jsonの変更】

・まず下記のプロパティの追加が必要
  "manifest_version": 2

・"background_page"プロパティが"background"に名前変更され、記述方法が変更されています
  v1はhtmlのscriptタグでjsを読み込んでいましたが、v2からjsを直接読み込むよう指定できます。
// マニフェストv1の記述
"background_page": "background.html",

// マニフェストv2の記述
"background": {
  "scripts": ["background.js"]
},
【新しいセキュリティポリシー(CSP)への対応】
インラインのJavascriptの実行ができなくなりました。下記のような対応が必要になります。
(もともとViewとロジックを分離するようにコード書いている人は最初の２つは別段対応いらないかもしれません・・・)

・htmlファイル内にjavascriptを含めることができませんので、別ファイルに分けてscriptタグで読み込む必要があります。

・イベントハンドラ(onloadとかonclick)もhtml上には記述できません。例えば下記のようにjsファイルで動的に追加します。 
// 動的にイベントハンドラを追加
document.addEventListener('DOMContentLoaded', function () {
  // 1. bodyのonloadで行っていた初期化コードなどをここに書く

  // 2. イベントハンドラの登録をする
  document.querySelector('button').addEventListener('click', save_options);
});
・スクリプトやリソースは同梱しないといけなくなりました。(ネット上からjQueryなどのライブラリを読み込んではいけない)

※かなりシンプルな拡張機能ですので上記対応で済みましたが、これ以外にも影響あるかと思います。
複雑なものをお作りの方はそれなりの変更工数かかるのでは？という印象でした。
ちなみにストアの方は特に変更無いみたいで、今までと同じ方法でアップロードできました。

 【参考サイト】
[公式]
Manifest Version // 以降スケジュールや差分などについて
Formats: Manifest Files // マニフェストファイルの詳細
Content Security Policy (CSP) // 一番影響のあるセキュリティポリシーの詳細について

[その他]
Chrome Tech Talk Night #3 行ったので拡張機能の内容をまとめてみる
↑日本語情報があまり無い中、とても参考になりました

投稿者 時刻: 0 件のコメント:
ラベル:

2012年7月10日火曜日

OpenSSLを使ったファイルハッシュ計算方法

openssl.exeを使った方法と、C++でライブラリを呼び出して計算してみる２パターンをメモ。

【SHA1の場合】
openssl.exe sha1 [ファイル名]

Visual Studioを使ったC++(コンソールアプリ)のサンプルは下記のような感じになります。
サンプルではWindows8 RP版のisoイメージのファイルハッシュを計算してテストしてみました。
#include "stdafx.h"
#include "Hash.h" // OpenSSLのinclude

#define TARGET_FILE "E:\\Windows8-ReleasePreview-32bit-Japanese.iso"
#define BUFSIZE (1024 * 16) // OpenSSLの定義と同じ

int _tmain(int argc, _TCHAR* argv[])
{
    unsigned char sha1hash[SHA_DIGEST_LENGTH] = { 0 };
    unsigned char buf[BUFSIZE];
    DWORD dwStart = 0;
    DWORD dwEnd = 0;

    // SHA1 using OpneSSL lib
    printf("Calculate file hash for sha1\n");
    dwStart = ::GetTickCount();
    SHA_CTX ctx;
    SHA1_Init(&ctx);
    CFile file(TARGET_FILE, CFile::modeRead);
    UINT nRead = 0;

    do{
        nRead = file.Read(buf, BUFSIZE);
        if(nRead > 0){
            SHA1_Update(&ctx, buf, nRead);
        }
    }while(nRead == BUFSIZE);
 
    SHA1_Final(sha1hash, &ctx);
    dwEnd = ::GetTickCount() - dwStart;

    printf("SHA1(%s)= ", TARGET_FILE);
    for(int i = 0; i < SHA_DIGEST_LENGTH; i++){
        printf("%.2x",sha1hash[i]);
    }
    printf("\n");
    printf("Elapsed Time(ms) = %d\n", dwEnd);

    return 0;
}
※OpenSSLライブラリとは、stdafx.hで下記のように書くか、設定画面でリンクの設定をしてください。
// OpenSSL lib
#pragma comment(lib, "openssl/lib/libeay32.lib")
#pragma comment(lib, "openssl/lib/ssleay32.lib")

【MD5の場合】
openssl.exe md5 [ファイル名]

ソースの方はMD5_～に変わるだけで、あとは全く同じなので省略します。

投稿者 時刻: 0 件のコメント:
ラベル:

Visual Studio registry capture utility のエラー解決方法

久しぶりにCOM連携アプリケーションをビルドしたら下記エラーがでました。
Visual StudioのSetupプロジェクトで、tlbファイルを依存関係に追加している場合、
Windows7(x64)環境下で発生するようです。ちなみにVisual Studioは2005です。













Google先生に聞いて、下記ブログを参考に解決できました。
[VS2010]Registry Capture Utilityが動作停止する問題　－　とりあえず解決
 
すぐ忘れそうなのでメモしておきます。
解決方法としては、regcap.exeのプロパティを開いて、互換モードを
Windows Vista (Service Pack2)に変更すれば良いみたいです。

[regcap.exeの場所]
C:\Program Files (x86)\Microsoft Visual Studio 8\Common7\Tools\Deployment\regcap.exe
※VS2008やVS2010でもCommon7以下のパスは同じです

投稿者 時刻: 0 件のコメント:
ラベル:

2012年6月16日土曜日

[WinJS] CP版の Metro Style アプリをRP版に移行する時のメモ

Javascriptで作っていたメトロアプリが案の定動かなくなったので、その時の移行のメモです。
動的言語なので、オブジェクトの中身が変わっていても実行時にしかわからないのが痛いですね。
CP版のVS11で作成したアプリを、RP版のVS2012でビルドしなおす場合を想定しています。

(1) WinJSの参照をやり直す
CP版は0.6だったのですが、1.0.RCというバージョンになっています。
なので、一度参照を削除して再度追加してやる必要があります。



(2) default.htmlの参照を修正する
下記のように、WinJSへの参照の部分を、Microsoft.WinJS.0.6からMicrosoft.WinJS.1.0.RCに修正します。WinJSの参照をしなおしただけでは、自動で変わりませんので注意してください。


(3) RC版での変更に対応する
ビルドしただけでは分かりませんので、基本的には実行してみてエラーになった個所を潰していく感じになると思います。

Consumer Preview 以降のアプリ開発者向けの変更点
http://blogs.msdn.com/b/windowsappdev_ja/archive/2012/06/07/consumer-preview.aspx

移行ガイド (英語)
http://go.microsoft.com/fwlink/?LinkID=251943


(4) WinJS.xhrでHttpWebRequestを行っていた場所を見直す
前述の移行ガイドでも見当たらなかったのですが、responseXMLの型が変更になっているみたいです。CP版の場合は、MSXMLに由来するMS独自拡張のselectNodesやselectSilgleNodeでXPath式を使って操作ができたのですが、RP版では変更(削除)されたようです。なので、これらを使っているプロジェクトの場合、実行時にエラーになります。

解決方法としては、新たにSelectors APIが使えるようになっていますので、querySelectorAllとかquerySelectorを代わりに使います。こちらは引数がCSSセレクタですので、XPath式からの書き換えも忘れずに。

例えば下記のように書き換えます。


item.selectSilgleNode("title").text; // CP版
↓
item.querySelector("title").textContent; //RP版


Release Candidate: Did responseXML change at all? selectNodes isn't a method anymore...
http://social.msdn.microsoft.com/Forums/sv-SE/winappswithhtml5/thread/2141429b-b7d3-46ef-a46b-5919e41d454f




投稿者 時刻: 0 件のコメント:
ラベル: , ,

2012年4月10日火曜日

OpenSSLでの証明書関連コマンドメモ

何回やっても覚えられないので・・・。自分用にまとめておきます。
IISで作成したCSRを署名したい場合は、CAによる署名を行った後、
DERに変換してやれば良いです。

・秘密鍵の作成
openssl genrsa -out keyfile.pem 2048

・CSRの作成
openssl req -new -key keyfile.pem -out csrfile.pem

・自己署名
openssl x509 -req -in csrfile.pem -signkey keyfile.pem -out certfile.pem

・CAによる署名
openssl ca -out certfile.pem -infiles csrfile.pem

・CAによる失効
openssl ca -revoke certfile.pem

・CRL発行
openssl ca -gencrl -out crl.pem

・CRL変換
openssl crl -in crl.pem -outform DER -out crl.der

・PEM->DER
openssl x509 -in file.pem -outform DER -out file.der

・DER->PEM
openssl x509 -inform DER -in file.der -outform PEM -out file.pem

・PKCS#12作成
openssl pkcs12 -export -in certfile.pem -inkey keyfile.pem -certfile rootca.pem -out file.p12

・PKCS#12作成(CAチェーンつき) ca.pem内に複数証明書を入れておく
openssl pkcs12 -export -in certfile.pem -inkey keyfile.pem -chain -CAfile ca.pem -out file.p12

・PKCS#12から秘密鍵のみ取り出す(暗号化の必要なければ-nodesをつける)
openssl pkcs12 -in input.pfx -nocerts -out output_key.pem

・PKCS#12からサーバー証明書のみ取り出す
openssl pkcs12 -in input.pfx -clcerts -nokeys -out output_crt.pem

・RSA秘密鍵のパスフレーズ削除
openssl rsa -in server.key -out server.key

※ファイル名は適当ですので読み替えてください
投稿者 時刻: 0 件のコメント:
ラベル: ,

2011年2月19日土曜日

WASでnet.tcpやnet.pipeを使おうとするとエラーになる

IISのWAS(Windowsプロセスアクティブ化サービス)によるhttp以外のプロトコルによる
ホスティングを試そうと、有効なプロトコルにnet.tcpとnet.pipeを追加しました。



そうしたら下記エラーが発生。

プロトコル 'net.tcp' には、登録されている HostedTransportConfiguration 型が実装されていません

相変わらず全く意味が分かりませんね・・・。
原因は、Windowsの機能が一部インストールされていないからでした。
デフォルトでは入っていないみたいなので、注意してください。

投稿者 時刻: 0 件のコメント:
ラベル: ,

2011年2月13日日曜日

参照設定で System.ServiceModel.Web が出て来ない

Visual Studio 2010 でWCFを使ってRESTfulサービスを作る場合は、下記参照の追加が必要です。
(コントラクトでWebGetAttributeなどを指定するため)

System.ServiceModel.Web

VS2010のWCFテンプレートを使ってプロジェクトを作成した場合、そのままでは参照の追加に出てきません。
プロジェクトのプロパティから[対象のフレームワーク]を変更してやる必要があるみたいです。


デフォルトでは.NET Framework 4 Client Profileになっていますが、.NET Framework 4に変更します。
Client Profileにはサーバーアプリケーション開発に必要なコンポーネントが含まれていないため、
このような操作が必要になってきます。

投稿者 時刻: 0 件のコメント:
ラベル:

2011年1月31日月曜日

URL Rewrite 2.0 でURLやサーバー変数を書き換える

今回はIIS7で、URLやサーバー変数を書き換える方法のメモです。
アプリケーション側の都合で構成を変えたいが、公開URLは変更したくない場合などに有効です。
Apacheのmod_rewriteと同じようなことができます。

導入は、Microsoft Web Platform Installer 3.0を使うのが簡単です。
ますは、こちらからインストールしてください。


[製品] - [サーバー] の中から、[URL Rewrite 2.0] を見つけて追加ボタンを押します。


その後、下部の[インストール]ボタンを押し、続けて同意ボタンを押し終わるのを待ちます。
場合によっては依存関係にあるモジュールも自動でインストールされます。

※ここでは詳しく説明しませんが、リバースプロキシを構築したい場合は
   ARR (Application Request Routing) モジュールも必要です。


インストールが完了したら、IISマネージャーを起動します。
Default Web Siteを選択すると、「URL 書き換え」という機能が追加されているのが分かります。
ダブルクリックするか、右上の[機能を開く]を選択して設定画面を出します。
(全てのサイトにURL書き換えルールを適用したくない場合は、目的の仮想ディレクトリに移動して、
URL書き換え設定画面を開いてください)


右上の[規則の追加]を選択します。


「空の規則」を選択してOKを押します。


この画面で書き換えルールを設定します。


[名前]
作成するルールに好きな名前を付けます

[URLの一致]
正規表現 or ワイルドカード or 完全一致した場合だけ書き換えることができます。
正規表現での指定がオススメです。括弧で括っておくと、書き換えルールで変数として使えます。

たとえば、「(.*)/(.*)/.*」とした場合、{R:n}を書き換えルールで使うことができます。

{R:0} これはURL全体を指します
{R:1} これは一番目の括弧でマッチした文字列になります
{R:2} これは二番目の括弧でマッチした文字列になります


サーバー変数だけで判断したい場合は、すべて(.*)にしておいて、[条件]で指定します。

[条件]
IISのサーバー変数に一致した場合のみ書き換えを行いたい時は、ここで条件指定します。
また、サーバー変数を書き換えルールに使いたい場合もここで指定します。
書き換えルールでの指定は{C:n}になります。

[サーバー変数]
サーバー変数の書き換えを行いたい場合はここで指定します。
事前に書き換えマップに書き換えたいサーバー変数を登録しておく必要がありますので
注意してください。(URL Rewrite設定画面Topの右側メニュー[書き換えマップの表示]から行います)

[アクション]
URLの書き換えルールを設定します。
前述の変数を利用して、http://{R:1}/{C:1}/index.htmlなどと動的な書き換えもできます。
サーバー変数の書き換えだけが目的の場合はアクションは「なし」にしておきます。

ルールの設定が完了したら、右上の適用ボタンを押して保存してください。
すぐにルールが反映されるはずです。(IISの再起動は不要)


【参考】
設定方法の詳細は、下記のTechNetのページが参考になると思います。

URL 書き換えモジュールの送信ルールの作成

HTTP 要求ヘッダーおよび IIS サーバー変数の設定 (サーバー変数を書き換えたい場合)

URL 書き換え Version 2 と Application Request Routing を使用したリバース プロキシ


【補足】
IIS6の場合はURL Rewrite 2.0は使えませんが、
IIRF (Ionic's Isapi Rewrite Filter) というツールを使うと、ほぼ同じことができます。

投稿者 時刻: 0 件のコメント:
ラベル:

2010年12月20日月曜日

Installer error 2869 の原因が分からない場合のヒント

このエラーの解析にかなり手間取ったのでメモしておきます。

インストール中に、下記のようなエラーダイアログが出て、ロールバックしてしまいました。
何回やっても駄目で、しかも特定の環境下でしか再現しない・・・。

The dialog SetupError has the error style bit set, but is not an error dialog.

う～ん、全く意味が分かりませんね！
とりあえず、直前のエントリで書いた方法で、詳細ログを取るとエラーコードは2869。
このエラーコードを頼りに調べていくと、こちらのブログを発見。

要するに、直前のカスタムアクションが失敗しているのが原因のようです。
エラーメッセージからは全く想像つきませんね・・・。
ログから直前のカスタムアクションを調べてみます。

MSI (s) (BC:10) [13:23:12:269]: Invoking remote custom action. 
DLL: C:\Windows\Installer\MSI7330.tmp, Entrypoint: ManagedInstall

これは、どうやら.NETのInstallerクラスを呼び出している所のようです。
ProjectInstallerではレジストリの書き換えとサービス登録をやっていた
のですが、レジストリの書き換えは失敗する余地がない。
消去法で、サービス登録が失敗しているのでは？と考えて調べてみると、
サービスがアンインストールされずに残ったままでした。
今回のケースでは、手動でサービスを消したら*解決しました。

* サービスは次のコマンドで削除できます(必要なサービスを誤って消さないように注意!)
sc.exe delete [サービス名]

【参考】
Windows Installer Error Messages (MSDN)
http://msdn.microsoft.com/en-us/library/aa372835(VS.85).aspx

投稿者 時刻: 0 件のコメント:
ラベル:

2010年12月19日日曜日

Setup.exeで詳細ログを出力する方法

msiで詳細ログを出力できることは知っていましたが、Setup.exeでも可能なようです。
リリースする場合は、InstallShieldなどで単一のSetup.exeにまとめている場合が
多いと思いますが、何か問題が発生した場合の解析に便利です。

まずはmsiの場合の復習。

msiexec /i Installer.msi /L*v "C:\Install.log"

setup.exeの場合は次の通り。

setup.exe /v"/L*v C:\Install.log"

/vオプションに続けてダブルクォーテーションで囲んだ形で指定すればOKのようです。

投稿者 時刻: 0 件のコメント:
ラベル:

2010年12月8日水曜日

Google Chrome 8でMicrosoft Forefront TMGへ接続できない問題の回避方法

Google Chrome 8にアップデート後、Microsoft Forefront TMGへのアクセスができなくなり、
いろいろと苦労したので、忘れないようにメモ。

現象としては、TMGへアクセスするとずっとロード中のままになります。
Windows XPではキャッシュとクッキーのクリアで直ったのですが、Windows 7の場合
再インストールしても復旧せず困っていました。

いろいろ検索したところ、Chromeのフォーラムに答えを発見しました。
起動オプションとして、--use-system-sslを使えば良いみたいです。
具体的には、Chromeのショートカットのプロパティを開いて、リンク先の後ろに
これを付ければよいです。



【フォーラムの該当エントリ】

投稿者 時刻: 0 件のコメント:
ラベル:

2010年11月5日金曜日

Visual Studioのセットアップ プロジェクトでアドバタイズショートカットを作らない方法

Visual Studio付属のセットアップ プロジェクトで、スタートメニューにショートカットを
作成しようとすると、必ずアドバタイズショートカットになってしまいます。
これには、いろいろと弊害があり、意図しない状況で修復インストールが動いてしまったりします。

厄介なことに、Visual Studioのオプションではどうすることも出来ません。(項目が無い)
かといって、リリース毎にOrcaで設定をいじるのも面倒です。
なので、なにか良い方法が無いか考えてみました。

結論からいえば、セットアップ プロジェクトのポストビルドイベントで何とかできます。

(1) 例によって、スクリプトファイルを入手するため、Windows Installer SDKをインストールします。
    (これはPlatform SDKの中に含まれています)

(2)*.vdprojがあるプロジェクトフォルダ直下にWiRunSQL.vbsをコピーします。
    WiRunSQL.vbsは、デフォルトでは下記の場所にあるはずです。

C:\Program Files\Microsoft Platform SDK\Samples\SysMgmt\Msi\Scripts\WiRunSQL.vbs

(3)ポストビルドイベントを次のように設定します。(マクロを使っていますのでコピペでいけるはず)

cscript "$(ProjectDir)WiRunSQL.vbs" "$(BuiltOuputPath)" "INSERT INTO Property(Property,Value) VALUES('DISABLEADVTSHORTCUTS', '1')"
































【参考サイト】
[MSDN] Execute SQL Statements

[DOBON.NET] アドバタイズショートカットではなく、普通のショートカットを作成する

[DOBON.NET] MSIファイルのWindows Installerデータベースをプログラムで編集する

投稿者 時刻: 0 件のコメント:
ラベル:

2010年10月20日水曜日

Chrome 拡張機能を作ってみました (Last Tab Keeper)

タブの制御を行う、簡単な拡張機能を作ってみました。

Chromeって、最後のタブを閉じると自動的に終了するのですが、ウインドウ自体は閉じて欲しくない場合ありませんか？
その場合、先に新規タブを出しておいて、開いているWebページを閉じることになると思います。
それを少し自動化できます。

最後のタブを閉じた時のイベントを拾って、新しいタブを作ればよいと気楽に考えていたのですが、
どうもそのタイミングでは新しいタブが作れない模様。
試行錯誤して、開いているWebページが残り１タブになったら、自動的に新しいタブを作ることにしました。
人によって、合う合わないあるかと思いますが、ご興味持たれた方は是非使ってみてください。

Chrome拡張機能ギャラリーに登録してありますので、下記リンクからアクセスできます。
ご意見、ご感想などありましたら、twitterかコメント欄でメッセージ頂ければ嬉しいです。

Last Tab Keeper

※名前はちょっと微妙だったかも・・・。アイコンもデフォルトのままですみません。

投稿者 時刻: 0 件のコメント:
ラベル:

2010年10月15日金曜日

終了していないスレッドを調べるクラス

ワーカースレッドが終了していないため、メインウインドウは消えてもプロセスが残ってしまう場合があります。
その場合、原因のスレッドを突き止めて終わらない原因を修正しなければいけません。
しかし、開発環境では再現できないケースなどもあると思います。その場合のデバッグ用クラスを作ってみました。

基本的に、"new Thread"を"TraceableThread.CreateThread"に置換して、メインウインドウの
FormClosedイベントあたりでTimerProcTraceを呼んであげるだけです。
そうすると、指定ミリ秒毎に終了していないスレッドがある場合、作成時のスタックトレース付きでデバッグ出力に出します。
開発環境が入っていない(入れられない)場合でも、DebugViewなどで確認できます。

VS2008で作りましたが、多分.NET2.0以降なら動くと思います。

using System;
using System.Collections.Generic;
using System.Text;
using System.Threading;
using System.Diagnostics;
using System.Reflection;

namespace Diagnostics
{
    /// <summary>
    /// スレッドの追跡を行えます。
    /// 終了していないスレッドを調べるのに役立ちます。
    /// </summary>
    public static class TraceableThread
    {
        private static List<Thread> m_listThread;
        private static List<StackTrace> m_listStackTrace;
        private static Timer m_timerRemove;
        private static Timer m_timerTrace;
        private static Object m_sync;

        /// <summary>
        /// 静的コンストラクタ
        /// </summary>
        static TraceableThread()
        {
            // 初期化
            m_listThread = new List<Thread>();
            m_listStackTrace = new List<StackTrace>();
            m_sync = new Object();

            // スレッド終了監視タイマー
            m_timerRemove = new Timer(new TimerCallback(TimerProcRemove), null, 1000, 1000);
        }

        /// <summary>
        /// スレッドの終了を監視し、スレッドリストを更新します。
        /// </summary>
        private static void TimerProcRemove(Object obj)
        {
            lock (m_sync)
            {
                List<Thread> remove = new List<Thread>();

                // 終了しているスレッドを探す
                foreach (Thread trd in m_listThread)
                {
                    try
                    {
                        if (trd.Join(0) == true)
                        {
                            remove.Add(trd);
                        }
                    }
                    catch (ThreadStateException)
                    {
                        // スレッドが開始されていない場合
                        continue;
                    }
                }

                // リストから削除する
                foreach (Thread trd in remove)
                {
                    int nIndex = m_listThread.IndexOf(trd);
                    m_listThread.RemoveAt(nIndex);
                    m_listStackTrace.RemoveAt(nIndex);
                }
            }
        }

        /// <summary>
        /// new Thread(ParameterizedThreadStart start)の代わりに呼んでください
        /// </summary>
        public static Thread CreateThread(ParameterizedThreadStart start)
        {
            StackTrace trace = new StackTrace(true);
            Thread thread;

            lock (m_sync)
            {
                m_listStackTrace.Add(trace);

                thread = new Thread(start);

                m_listThread.Add(thread);
            }

            return thread;
        }

        /// <summary>
        /// new Thread(ThreadStart start)の代わりに呼んでください
        /// </summary>
        public static Thread CreateThread(ThreadStart start)
        {
            StackTrace trace = new StackTrace(true);
            Thread thread;

            lock (m_sync)
            {
                m_listStackTrace.Add(trace);

                thread = new Thread(start);

                m_listThread.Add(thread);
            }

            return thread;
        }

        /// <summary>
        /// new Thread(ParameterizedThreadStart start, int maxStackSize)の代わりに呼んでください
        /// </summary>
        public static Thread CreateThread(ParameterizedThreadStart start, int maxStackSize)
        {
            StackTrace trace = new StackTrace(true);
            Thread thread;

            lock (m_sync)
            {
                m_listStackTrace.Add(trace);

                thread = new Thread(start, maxStackSize);

                m_listThread.Add(thread);
            }

            return thread;
        }

        /// <summary>
        /// new Thread(ThreadStart start, int maxStackSize)の代わりに呼んでください
        /// </summary>
        public static Thread CreateThread(ThreadStart start, int maxStackSize)
        {
            StackTrace trace = new StackTrace(true);
            Thread thread;

            lock (m_sync)
            {
                m_listStackTrace.Add(trace);

                thread = new Thread(start, maxStackSize);

                m_listThread.Add(thread);
            }

            return thread;
        }

        /// <summary>
        /// スレッドの終了追跡を開始します。
        /// メインウインドウのFormClosedイベントで呼び出すことで、
        /// 終了していないスレッドを検出することができます。
        /// </summary>
        public static void TraceThreadTermination(int interval)
        {
            if (m_timerTrace == null)
            {
                m_timerTrace = new Timer(new TimerCallback(TimerProcTrace), null, interval, interval);
            }
        }

        /// <summary>
        /// 終了していないスレッドをTraceに出力します。
        /// </summary>
        private static void TimerProcTrace(object obj)
        {
            lock (m_sync)
            {
                for (int i = 0; i < m_listThread.Count; i++)
                {
                    Trace.WriteLine("");
                    Trace.WriteLine(DateTime.Now.ToLongTimeString());
                    Trace.WriteLine("■終了していないスレッドを検出しました！");
                    Trace.WriteLine("Name = " + m_listThread[i].Name + ", ManagedThreadId = " + m_listThread[i].ManagedThreadId.ToString());
                    Trace.WriteLine("スレッド作成時のスタックトレースは次の通りです。");
                    Trace.WriteLine(m_listStackTrace[i].ToString());
                }
            }
        }
    }
}
投稿者 時刻: 0 件のコメント:
ラベル:

2010年9月9日木曜日

Process.WaitForExit()は本当の意味で無期限待機しない

MSDNを見ると、Process.WaitForExitメソッドの引数無しバージョンの説明は次のようになっています。 
関連付けられたプロセスが終了するまで無期限に待機するように Process コンポーネントに指示します。
しかし、実際の動作はProcess.WaitForExit(Timeout.Infinite)と同じですので注意しましょう。
要するに、0x7FFFFFFFミリ秒後(25日後くらい)に、プロセスが終了していなくてもリターンします。(詳細はこちらを参照)

確かに、プログラム的には無期限ともいえますが、説明が紛らわしいですね。
戻り値がvoidなのもいやらしい。

サーバーでプロセスの異常終了を監視してメール通知するプログラムを作ったのですが、
再起動メールが来て焦ってログ確認したら問題無し。原因はこれでした。

投稿者 時刻: 0 件のコメント:
ラベル:

2010年3月10日水曜日

Windows7でWebDAVサーバーを構築する方法

Windows7に搭載されているIIS7.5で、テスト用のWebDAVサーバーを構築しながら手順をまとめてみました。

構築するのは、基本認証に対応した書き込み可能なテスト用WebDAVサーバーです。ここでは手順は紹介しませんが、公開する場合はSSLも検討した方が良いでしょう。(基本認証はパスワードが平文で流れるため)
  1. WebDAV機能のインストール
    2. まずは、IISにWebDAVと基本認証機能をいれます。下図のように、「WebDAV発行」と「基本認証」を選択して追加します。(IISをデフォルトでインストールした状態では入っていません)
    注) Windows Vista / Windows Server 2008に搭載されているIIS7.0で行う場合、標準機能には含まれていませんので、ここからWebDAV拡張を入れることで対応できます。

  2. WebDAVユーザーを作成する
    3. WebDAVサーバーにアクセスするときに使うユーザーを作成しておきます。コントロールパネルのユーザーアカウントから、パスワードを設定した標準ユーザーを作成してください。ここではwebdavというユーザーを作りました。

  3. WebDAVを有効にする
    4. インストール直後、WebDAV機能は無効になっています。コントロールパネルの管理ツールの中からIISマネージャを起動します。左側のツリーを展開して"Default Web Site"を選択すると、右側に「WebDAVオーサリング規則」というアイコンがあると思いますので、ダブルクリックして開きます。
    右側に、「WebDAVの有効化」というボタンがあると思いますので押します。

  4. WebDAVルートの作成
    5. 次に"Default Web Site"の右クリックメニューから「仮想ディレクトリの追加」を選択します。
    今回は、"WebDAV"という名前で作成してみます。
    ちなみに、物理パスにはネットワークフォルダを指定することも出来ます。

  5. NTFSのアクセス権を設定する
    6. 標準ユーザー(Usersグループのメンバー)は読み取りアクセス権しか持っていませんので、追加したwebdavというユーザーが書き込みアクセスできるようにします。左側のツリーで、先ほど作成したWebDAVという仮想ディレクトリを選択し、右クリックメニューから「アクセス許可の編集」を選びます。
    「セキュリティ」タブを選択して、「編集」ボタンを押します。
    「追加」ボタンから、webdavユーザーを追加し、フルコントロールをチェックします。

  6. WebDAVのアクセス権を設定する
    7. 最後にWebDAVのアクセス権の設定を行います。新しく作った仮想ディレクトリ"WebDAV"を選択して、「WebDAVオーサリング規則」をダブルクリックします。そして、右上の「オーサリング規則の追加」ボタンを押します。
    「指定されたユーザー」を選択し、2.で作ったユーザー名webdavを入力します。アクセス許可には、「読み込み」と「書き込み」にチェックを入れます。
    これで設定完了です！

  7. アクセスしてみる
    8. うまく設定できたかを確認するには、WebDAVクライアントソフトを使うのが便利です。たとえばCarotDAVなどをつかって接続確認してみましょう。

IIS7.0で管理コンソールが大幅に変わったり、WebDAV拡張モジュールが標準で入っていなかったりとIISを敬遠していた方もいるかと思いますが、この機会に試してみてはどうでしょうか。
投稿者 時刻: 0 件のコメント:
ラベル:

2010年2月17日水曜日

単一msiで多言語に対応したインストーラを作成してみる

InstallShieldとかを使わないと、インストーラの多言語対応は出来ないと思い込んでいた。というか世間的にそう思われてる？ちょっと検索しただけだと、無理というものが目に付く。Visual Studioで言語ごとにしかインストーラ作れないのがなあ。(これも思い込みかもしれないが)

少し本気で探してみると、下記のサイトが見つかった。アンドキュメントな方法ながらできるらしい。実際にこのとおりやってみたら、日、英、独に対応したmsiができたので、簡単にまとめてみる。
Multi-Language MSI Packages without Setup.exe Launcher

・Windows Installerの仕組み的にはどうなっているのか
ベースとなるmsiがあり、言語トランスフォーム(*.mst)を実行時にプロパティとして指定することで動作を変更できる仕組みがあるらしい。具体的には、下記のように指定できる。

msiexec.exe /i setup.msi TRANSFORMS=1041.mst

英語のsetup.msiに、日本語のトランスフォーム(1041.mst)を適用して表示言語を日本語に変えることが出来る。但し、mstファイルはmsiをベースに作成しておく必要がある。(各種ツールを利用)
InstallShieldなどのツールで多言語対応のSetup.exeを作成できるが、裏ではこんな動きをしているんだなと、初めて知った。

・実際に試してみる
前述のサイトの紹介されている方法は、実行時に指定するmstファイルをmsiに組み込んでしまうというもののようだ。地域と言語の設定が、mstファイルを組み込んだ言語になっている場合、自動でその言語で表示できるようになる。
  1. まず、mstファイルの組み込みに必要なスクリプトファイルを入手するため、Windows Installer SDKをインストールする。(これはPlatform SDKの一部として含まれている)
  2. 次に、デフォルト言語を英語にしてビルドしたmsiと、日本語とドイツ語のmstを作成する。動作検証をするのが主目的なので、手っ取り早くInstallShieldにて作成。
  3. [Windows Installer SDKのインストールフォルダ]\Samples\SysMgmt\Msi\Scripts内にある、WiSubStg.vbs及びWiLangId.vbsを、msiと同じフォルダにコピー。
  4. ここでスクリプトを実行。
    5. WiSubStg.vbs setup.msi 1041.mst 1041
    WiSubStg.vbs setup.msi 1031.mst 1031
    WiLangId.vbs setup.msi Package 1033,1041,1031
これで完了。地域と言語の設定をドイツ語にしてsetup.msiを起動すると、ちゃんとドイツ語で表示された。アンドキュメントな方法なので、心配な点はあるが、１つのmsiで多言語UIをサポートするインストーラが作成できることは確認できた。
投稿者 時刻: 0 件のコメント:
ラベル:

2010年1月31日日曜日

Windows Azureの日本語の料金表まとめ

いよいよ明日から課金開始ですね。
ちょっと前までは、料金表が英語だったような気がするのですが、先ほどこちらを確認したら日本語がありました。

現在提供されているのは４つのプラン。
料金も日本円表示になっているので、ドルよりイメージしやすいかもしれません。
  • Windows Azure Platform 導入特別プラン (料金表)
  • Windows Azure Platform 標準プラン (料金表)
  • Windows Azure Platform 拡張プラン (料金表)
  • Windows Azure Platform 従量課金プラン (料金表)
あと、前回のエントリーで書いた疑問点はこちらを見て無事解決しました。

(1)デプロイしているとsuspend状態であってもCPU課金が発生
    やはり、これはデプロイした時点で仮想マシンが確保される為でしょうね。
    特別プランの25hでテストしようと考えている場合は、テスト後に必ずdeleteしないと直ぐに無料分が尽きます・・・。

(2)Production環境とStaging環境に課金で差は無い
    ProductionとStagingの両方で動かすと、CPUはx2必要になるみたいです。
    これもURL以外に機能的な差はありませんので、当然といえば当然ですね。

2010/2/19追記
CPU課金は１ヶ月の合計デプロイ時間で決まるわけではない模様。１時間のうち1分でもデプロイしていると１時間分課金が発生するということらしい。これは、なんか納得いかないなー。

投稿者 時刻: 1 件のコメント:
ラベル:
登録: 投稿 (Atom)