避免將MSI帶入兼容模式「以前的Windows版本」

Question

我有一個用於32位應用程序（使用MakeMsi構建，最初用於Windows XP，並自此之後進行簡單維護）的安裝程序包，無法註冊COM服務器在現代（64位）Windows系統上（7,8,10）。這是我看到想正常安裝MSI我時：

應用程序錯誤

異常EOleSysError模塊XYZ在000F0B01。訪問OLE註冊表時出錯。

如果我把MSI在兼容模式以前的Windows的版本中，COM服務器註冊成功。由於「它正在工作」不知何故，我沒有花費太多時間探索迄今的原因。但最後，我已經精疲力竭地記住我們的客戶（有時候也是我）在這個先決條件中的一次又一次，所以我想解決這個問題。

登記（並且註銷）經由CustomAction S DONE，在我尋找到它使用奧卡：

"[INSTALLDIR.MYAPP]\placeholder.exe" -regserver 
"[INSTALLDIR.MYAPP]\placeholder.exe" -unregserver 

對於每個那些條目，Type是1122和Source是INSTALLDIR.MYAPP。

我可以想象，COM服務器在安裝過程中啓動時權限不足，但不是安裝程序自動運行的管理員權限？我的意思是，當我（作爲標準用戶）通過雙擊啓動安裝程序時，它會在之前顯示UAC提示進行實際安裝。爲什麼COM服務器不能以提升的註冊和註銷權利運行？它令人困惑...

我應該如何更改我的MSI以使Windows安裝程序成功處理它？

Answer 1

在學習瞭如何register COM servers the right way後，我仍然有興趣瞭解爲什麼我的MSI包之前工作。換句話說：Windows XP之後的關鍵變化是什麼？
...我同時也檢查了MSI的工作原理，當我以管理員身份運行它時...

正如我想出讀取維克斯工具集的文檔，存在一種用於CustomAction屬性Impersonate如果CA與升高的權限執行控制：

This attribute specifies whether the Windows Installer, which executes as LocalSystem, should impersonate the user context of the installing user when executing this custom action. Typically the value should be 'yes', except when the custom action needs elevated privileges to apply changes to the machine.

它指的是CustomAction Table的Type字段中的msidbCustomActionTypeNoImpersonateflag。我在我的MSI觀察值1122反編譯成這樣：

• 1024（標誌）：msidbCustomActionTypeInScript，或者延遲執行，在安裝腳本
• 64（標誌）運行：msidbCustomActionTypeContinue，或者忽略退出代碼並繼續
• 34：Custom Action Type 34，或者，經由命令行發射可執行

我曾經用快速方法「修復」問題，啓用了CA類型中的msidbCustomActionTypeNoImpersonate標誌（2048）（在WiX中這將是Impersonate="no"）。

翻譯成我的MAKEMSI腳本，我不得不使用System屬性在Type的ExeCa command才能使自注冊工作爲前：

Type="Deferred Sync AnyRc System" 

我完全意識到這只是一種解決方法，因爲爲（註銷）註冊運行COM服務器是危險的。因此，PhilDWs answer第二部分中提到的解決方案應該是首選：通過MSI中的註冊表項管理與COM相關的靜態信息。但有時您需要快速解決方案，有時沒有其他選項，請參閱Euro Micellis comment。

Answer 2

我假設您知道問題出在您作爲自定義操作運行的可執行文件中，而不是Windows Installer中的任何內容。這意味着問題將是可執行文件中的代碼，並且可能是舊的，並且與以後的操作系統版本不兼容。您需要查看代碼才能看到不支持的功能。

許多安裝不會打擾自注冊。這些數據都是靜態數據，可以提取一次幷包含在註冊表項和其他COM類表的MSI文件中。這意味着在安裝過程中不需要運行代碼。