| Subject: Strange Registry Virtualization issue |
| Group: microsoft.public.windows.vista.security |
| Date: 8/1/2008 2:05:00 PM |
| From: "Emmanuel Stapf [ES]" [Email Address Protection] |
Hi, During the installation of my application which requires elevated privileges, I install some registry keys under HKLM. When I first launch my application, I read data from HKLM. However on some vista machine it does not work. Using ProcessMonitor, I saw that instead of trying to read HKLM he actually tries to read from the virtualized HKLM, i.e. HKCU\Software\Classes\VirtualStore\MACHINE. Why does it do that? I've verified that I'm only opening the key with read access, not write access? Thanks, Manu PS: the vista machines are all running with UAC turned on. |
| Back |
| Subject: Re: Strange Registry Virtualization issue |
| Group: microsoft.public.windows.vista.security |
| Date: 8/1/2008 3:47:47 PM |
| From: "FromTheRafters" [Email Address Protection] |
"Emmanuel Stapf [ES]" <manus@newsgroups.nospam> wrote in message news:OkO45oB9IHA.3848@TK2MSFTNGP04.phx.gbl... > Hi, > > During the installation of my application which requires elevated > privileges, I install some registry keys under HKLM. When I first launch > my application, I read data from HKLM. > > However on some vista machine it does not work. Using ProcessMonitor, I > saw that instead of trying to read HKLM he actually tries to read from the > virtualized HKLM, i.e. HKCU\Software\Classes\VirtualStore\MACHINE. > > Why does it do that? Vista provides the virtualization for programs not written for Vista. http://technet.microsoft.com/en-us/magazine/cc138019.aspx |
| Back |
| Subject: Re: Strange Registry Virtualization issue |
| Group: microsoft.public.windows.vista.security |
| Date: 8/2/2008 7:17:31 AM |
| From: "Emmanuel Stapf [ES]" [Email Address Protection] |
FromTheRafters wrote: > Vista provides the virtualization for programs not written for Vista. > http://technet.microsoft.com/en-us/magazine/cc138019.aspx This is not exactly what I was referring too. My problem is not whether virtualization is enabled or not. It is that the documentation says it will merge the content of the virtual store with the one in HKLM and it is clearly not doing that since my application cannot see the keys that are in HKLM. Regards, Manu |
| Back |
| Subject: Re: Strange Registry Virtualization issue |
| Group: microsoft.public.windows.vista.security |
| Date: 8/4/2008 12:26:50 PM |
| From: "FromTheRafters" [Email Address Protection] |
"Emmanuel Stapf [ES]" <manus@newsgroups.nospam> wrote in message news:%23Fe2IqK9IHA.1428@TK2MSFTNGP06.phx.gbl... > FromTheRafters wrote: >> Vista provides the virtualization for programs not written for Vista. >> http://technet.microsoft.com/en-us/magazine/cc138019.aspx > > This is not exactly what I was referring too. My problem is not whether > virtualization is enabled or not. It is that the documentation says it > will merge the content of the virtual store with the one in HKLM and it is > clearly not doing that since my application cannot see the keys that are > in HKLM. My understanding is that it reads both and presents a merged view to the application with the virtualized keys taking precedence over the ones in HKLM. If you want to make HKLM take precedence - remove the keys from the virtualized store and it should use the HKLM ones. In other words, make the virtual store keys in question non-persistent and the HKLM will be used each time because no virtualized version will be found. http://msdn.microsoft.com/en-us/library/bb530198.aspx |
| Back |
| Subject: Re: Strange Registry Virtualization issue |
| Group: microsoft.public.windows.vista.security |
| Date: 8/4/2008 8:58:05 PM |
| From: "Emmanuel Stapf [ES]" [Email Address Protection] |
FromTheRafters wrote: > My understanding is that it reads both and presents a > merged view to the application with the virtualized keys > taking precedence over the ones in HKLM. If you want > to make HKLM take precedence - remove the keys from > the virtualized store and it should use the HKLM ones. The issue is that there are no keys in the virtualized store, the keys are only in the HKLM one. So I don't understand why he can't read the one from HKLM. > In other words, make the virtual store keys in question > non-persistent and the HKLM will be used each time > because no virtualized version will be found. I agree this is what should be happening, but it is not. Any hint on how to debug this so that we can find the root cause of this behavior? Thanks, Manu |
| Back |
| Subject: Re: Strange Registry Virtualization issue |
| Group: microsoft.public.windows.vista.security |
| Date: 8/4/2008 8:58:15 PM |
| From: "Emmanuel Stapf [ES]" [Email Address Protection] |
FromTheRafters wrote: > My understanding is that it reads both and presents a > merged view to the application with the virtualized keys > taking precedence over the ones in HKLM. If you want > to make HKLM take precedence - remove the keys from > the virtualized store and it should use the HKLM ones. The issue is that there are no keys in the virtualized store, the keys are only in the HKLM one. So I don't understand why he can't read the one from HKLM. > In other words, make the virtual store keys in question > non-persistent and the HKLM will be used each time > because no virtualized version will be found. I agree this is what should be happening, but it is not. Any hint on how to debug this so that we can find the root cause of this behavior? Thanks, Manu |
| Back |
| Subject: Re: Strange Registry Virtualization issue |
| Group: microsoft.public.windows.vista.security |
| Date: 8/6/2008 10:49:49 AM |
| From: "FromTheRafters" [Email Address Protection] |
"Emmanuel Stapf [ES]" <manus@newsgroups.nospam> wrote in message news:4897CFCD.8040802@newsgroups.nospam... > FromTheRafters wrote: >> My understanding is that it reads both and presents a >> merged view to the application with the virtualized keys >> taking precedence over the ones in HKLM. If you want >> to make HKLM take precedence - remove the keys from >> the virtualized store and it should use the HKLM ones. > > The issue is that there are no keys in the virtualized store, the keys are > only in the HKLM one. So I don't understand why he can't read the one from > HKLM. > >> In other words, make the virtual store keys in question >> non-persistent and the HKLM will be used each time >> because no virtualized version will be found. > > I agree this is what should be happening, but it is not. Any hint on how > to debug this so that we can find the root cause of this behavior? Sorry, no. You may want to contact Microsoft support for this issue. This function is implemented in the kernel. They may suggest that you rewrite the program so that it doesn't have to use virtualization at all - which is the best path anyway. |
| Back |