Ich merke, wenn ich die Class MSI-Tabelle und andere verwandte Tabellen COM-Klassen während einer MSI-Installation verweigern, haben die LocalServer32-Werte keine Pfade, sondern haben eher einen kryptischen Wert. Ich sehe nur begrenzte Informationen im Web, was darauf hindeutet, dass dies eine Art Hash für den MSI ProductCode und die Komponenten-GUID sein könnte, aber ich kann keine detaillierten Informationen darüber finden, wie dies funktioniert. Ich frage mich insbesondere, ob eine der Funktionen dieser Art der Registrierung darin besteht, bei einer Installation mit mehreren Instanzen sicherzustellen, dass die Instanz der zurückgegebenen Komponente möglichst von der gleichen Installation stammt wie der Client. Ich bezweifle es, aber ich möchte alles verstehen, was dieses Schema leistet, und ich weiß nicht, wo ich die Informationen finden kann.Kryptische LocalServer32 Registrierungseinträge von MSI
0
A
Antwort
1
Es heißt "Darwin Descriptor". Es existiert, um die Selbstreparatur bei der COM-Aktivierung zu unterstützen. Das war eine interessante Idee mit schrecklicher Ausführung (endlose Reparaturschleifen mit Quellprompts und hässlicher Basis-UI), WiX schreibt standardmäßig die Raw-COM-Registrierungsschlüssel vor, um das zu vermeiden.
Schwer zu sehen, warum wir den Inhalt dieser Schlüssel erraten müssen, offensichtlich ist dieses Detail sehr relevant. Sie sehen wahrscheinlich MSI's Selbstreparatur-Funktion bei der Arbeit. http://blogs.flexerasoftware.com/installtalk/2011/02/you-again-understanding-windows-installer-msisself-repair.html –
Die Antwort auf Ihre "schwer zu erraten" Grund ist, dass ich bin der Bus ohne Zugang zu meinem Computer, während ich diese Frage schreibe. Sonst hätte ich dieses Detail eingefügt. Ich dachte, da es wie Unsinn aussieht, würde jeder, der die Antwort kennt, wissen, wovon ich rede. – BlueMonkMN