2016-05-16 6 views
0

MSIインストール中にClass MSIテーブルおよびその他の関連テーブルを使用してCOMクラスを登録すると、LocalServer32の値にはパスがなく、私はWeb上でこれがMSI ProductCodeとComponent GUIDのハッシュの何らかの種類かもしれないと示唆している限られた情報しか見ていないが、これがどのように機能するかに関する詳細な情報は見つけられない。この種の登録の機能の1つが、マルチインスタンスインストールで、返されるコンポーネントのインスタンスが可能であればクライアントと同じインストールからのものであることを保証することであるかどうかが特に分かります。私はそれを疑っていますが、私はこの計画が達成したすべてのことを理解したいと思っています。MSIによって作成されたわかりにくいLocalServer32レジストリエントリの理解

+0

なぜこれらのキーの内容を推測しなければならないのか分かりませんが、その詳細は非常に重要です。おそらくMSIの自己修復機能が働いています。 http://blogs.flexerasoftware.com/installtalk/2011/02/you-again-understanding-windows-installer-msi-self-repair.html –

+0

「推測が難しい」理由は、私が私のコンピュータにアクセスできないバス。私はこの質問を書いている。さもなければ私はその細部を含んでいただろう。私はナンセンスのように見えるので、答えを知っている誰もが私がとにかく話していたものを知っていただろうと思った。 – BlueMonkMN

答えて

1

"Darwin Descriptor"と呼ばれています。これは、COMのアクティブ化に対する自己修復をサポートするために存在します。それは恐ろしい実行(ソースプロンプトと醜い基本UIを持つ無限の修復ループ)を伴う面白いアイデアでしたが、WiXはデフォルトでは未使用のCOMレジストリキーを作成して回避しています。

関連する問題