Eintrag HKLM\CLSID <> HKLM\SOFTWARE\Classes\CLSID

[Bernhard Geyer]

Ich habe unter Vista bei einer Anwendung (welche damit Probleme macht) für ihren Eintag unter HKLM\CLSID andere Werte als unter HKLM\SOFTWARE\Classes\CLSID (Genau fehlt unter HKLM der LocalServer32-Eintrag). Ich dachte aber immer das HKLM\CLSID ein Shortkut für HKLM\SOFTWARE\Classes\CLSID wäre.

Unter Vista ist jedoch UAC deaktiviert so das doch diese Virtualisierung der Registry nicht zuschlagen dürfte und somit das umbiegen von HKLM\SOFTWARE\Classes\CLSID nach HKCU\SOFTWARE\Classes\CLSID nicht stattfindet dürfte. Oder kann trotz deaktivierten UAC hier die Virtualisierung zuschlagen?

[Christian Seehase]

Moin Bernhard,

ich kann Dir jetzt leider nur sagen, wie's bis XP aussieht (inclusive).
In HKEY_CLASSES_ROOT wird eine Kombination aus HKEY_CURRENT_USER\Software\Classes (Datei NTUSER.DAT im Root des Userprofilpfades)und HKEY_LOCAL_MACHINE\Software\Classes (Datei SYSTEM im Verzeichnis System32\Config) angezeigt, wobei, die Einträge aus HKEY_CURRENT_USER Vorrang haben, so dass Classes Eintragungen userspezifisch sein können.

Wie gesagt, so sieht's bis XP aus, ich habe aber bislang noch nichts davon gehört, bzw. gelesen, dass es unter Vista anders wäre.

Nähere Einzelheiten findest Du hier (HKEY_CLASSES_ROOT Key) und hier (Merged View of HKEY_CLASSES_ROOT)

[Bernhard Geyer]

Ok. Dann heist es das zwar unter HKEY_CLASSES_ROOT der Eintrag von HKEY_CURRENT_USER korrekt gemappt wird aber trotzdem Vista primär der Eintag von HKEY_LOCAL_MACHINE verwendet und damit das Merging Richtung HKEY_CLASSES_ROOT teilweise sinnlos macht.

Aber Problem erkannt und wird hoffentlich vom Hersteller der Anwendung zu 100% mit dem nächsten Installer gefixt.