[WiX-users] Elevated privileges on a repair

Hi - Our msi makes some registry changes during an install using custom actions to give a non-admin user privileges to read/write registry changes. It works fine and then repair comes along and what I am finding is that 1) Original registry changes are deleted 2) New registry entries are created -

Re: [WiX-users] Changing the Windows Service name on an upgrade

Deepa On Fri, Nov 11, 2011 at 4:55 PM, Deepa Choundappan wrote: > I should add that when I uninstall my new msi - both services are removed. > > > On Fri, Nov 11, 2011 at 4:53 PM, Deepa Choundappan wrote: > >> Thanks ! You did give me a pointer as to how to do this but I did

Re: [WiX-users] Changing the Windows Service name on an upgrade

I should add that when I uninstall my new msi - both services are removed. On Fri, Nov 11, 2011 at 4:53 PM, Deepa Choundappan wrote: > Thanks ! You did give me a pointer as to how to do this but I did not get > there all the way. I added a new ServiceControl node with the old Service

Re: [WiX-users] Changing the Windows Service name on an upgrade

ithms changed. > > Phil Wilson > > -Original Message- > From: Deepa Choundappan [mailto:deepa...@gmail.com] > Sent: Friday, November 11, 2011 2:34 PM > To: WiX-users@lists.sourceforge.net > Subject: [WiX-users] Changing the Windows Service name on an upgrade > > H

[WiX-users] Changing the Windows Service name on an upgrade

Hi - Our original version of the msi installed a service like "Service Preview" - I now need to change this to "Service" on a subsequent install. On an upgrade - I hit a Files In Use box which sayd "The following applications are using files which the installer must update. You can either close th

Re: [WiX-users] Managed Custom Actions

ose not to > use wix.ca.targets. After all, it's just some automation to call > makesfxca.exe. You can switch back to standard charp.targets and then wire > in your own postbuild events to sign the assembly and call makesfxca > manually to create the native CA dll. > > --

[WiX-users] Managed Custom Actions

Hi - We have managed custom actions in our setup. And now that we are getting ready to ship - I have realised that we need to sign the managed dll and pack that inside the native CA.dll. So far I have not had luck modifying the wix.ca.targets file to split the build process into two parts to give m

[WiX-users] Dialog Custom Action always cause installation to fail

Hi - We have a Dialog that shows up when a pre req has not been met - the only button on this Dialog is an "Exit" button that then causes the installation to stop when clicked. The problem is in a quiet installation when it looks like this Action is called but exits with a return code of 1. How do

Re: [WiX-users] error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary Information Stream is not valid. Source image flags must be 0, 1, 2, or 3.

Thanks  for the help - will do that. On 11/8/06, Bob Arnson <[EMAIL PROTECTED]> wrote: Deepa Choundappan wrote:> "error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary Information > Stream is not valid. Source image flags must be 0, 1, 2, or 3." during> linking.>>

[WiX-users] error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary Information Stream is not valid. Source image flags must be 0, 1, 2, or 3.

Hi,   I am using WiX to create my msi package. I just moved to building with Wix 3.0 and I hit the exception   "error LGHT0204 : ICE39: PID_WORDCOUNT value in Summary Information Stream is not valid. Source image flags must be 0, 1, 2, or 3." during linking.   Changing the InstallPrivileges="limit