Thanks to all who have responded. The problem has to do with the user account that is doing the install. My user account is part of the Administrator group on the server. When using my account on the 2008R2 server I can do anything (that I have tried so far) that requires an administrator account....until now. I have to either be logged on as userid "Administrator" or use a "run as administrator" option to invoke the install. When doing this the install places the registry entries where they should be ( in the "HKLM\Software\Wow6432Node\XYZ\Test\..." tree). Better error detection in my CA DLL would have caught that an error occurred and aborted the install.
I'm still not sure why I am required to use the "Administrator" account, and not be able to use my account which is a local and domain admin account. Thanks, Bob ________________________________________ From: Sharad Patel [spa...@winscribe.com] Sent: Tuesday, December 14, 2010 6:11 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Issues with writing to Registry on 64 bit 2008R2 server > 1. Why is this being written to HKCU on server instead of HKLM? > 2. Any idea where it picked up the "Software\Classes\VirtualStore\Machine\Software" path? It's File and registry virtualization in Windows. http://support.microsoft.com/kb/927387 > 3. How do I force it to write to the HKLM path, and something close to the path name I provided to it? How are you running your custom action? What is the CustomAction's "Impersonate" attribute set to? I suspect the custom action doesn't have access to HKLM. -----Original Message----- From: Pound, Robert (CDC/OCOO/ITSO) (CTR) [mailto:u...@cdc.gov] Sent: Wednesday, 15 December 2010 10:07 a.m. To: wix-users@lists.sourceforge.net Subject: [WiX-users] Issues with writing to Registry on 64 bit 2008R2 server I'm having an issue with writing read registry entries. My development machine is a XP/32 bit PC. However, my test (and eventually production) is a 64 bit 2008R2 server. I use a custom action DLL to manipulate some properties then create/write them into registry entries. Everything (the install and program execution) worked as expected on my development PC. I then deployed to the 2008R2 64-bit server and things did not work as well. My CA DLL writes several values to the HKLM\Software\XYZ\Test sub tree. On my development PC the entries are where I expect them to be (HKLM\Software\XYZ\Test\...). The installed application can read the values without a problem. When I install on the server the registry entries are stored in "HKCU\Software\Classes\VirtualStore\Machine\Software\Wow6432Node\XYZ\Tes t\...". I've seen several posts about the 6432bit issues, but not found one similar to this issue. I need to use the CA to write the registry entries. It uses the "Microsoft.Win32.Registry.LocalMachine.CreateSubKey" function to create & write the entries. 1. Why is this being written to HKCU on server instead of HKLM? 2. Any idea where it picked up the "Software\Classes\VirtualStore\Machine\Software" path? 3. How do I force it to write to the HKLM path, and something close to the path name I provided to it? WiX is doing a great job for what I need. I suspect issues lie with developer(me), MSI Installer, 2008R2 server or some combination. Your help, as always, will be greatly appreciated. Thanks, Bob ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
