Re: [WiX-users] Detecting Which version of SQL is installed
I would guess you'd have to write a custom action to investigate what they had installed and set it to a variable (like you suggested). However, just because someone has Sql Server or Sql Express doesn't guarantee that it will just be [COMPUTERNAME] or [COMPUTERNAME]\SQLEXPRESS. You can install either of those products to any name you want. On Nov 24, 2007 4:15 PM, Frank Eden <[EMAIL PROTECTED]> wrote: > > I am installing a database on the target machine using SqlDatabase > My difficulty is that I do not know whether the end-user > has SQLExpress or SQL installed, so I dont know whether to use > > Server='[%COMPUTERNAME]\SQLEXPRESS' > or > Server='[%COMPUTERNAME]' > > Im thinking I should be able to detect which is installed, set a variable, > then use that variable, something like > > Server='[%COMPUTERNAME][SQL]' > > Any ideas on how to do this? > > > -- > View this message in context: > http://www.nabble.com/Detecting-Which-version-of-SQL-is-installed-tf4867935.html#a13929956 > Sent from the wix-users mailing list archive at Nabble.com. > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] outlook com addin
I tried running heat on the directory with my .dlls and .ocxs, but it would just hang :( I tried the suggestion of setting the SelfRegCost='1' on each component and that did the trick, thanks for the replies. ben On Nov 23, 2007 7:20 PM, Ben <[EMAIL PROTECTED]> wrote: > Try running heat on a directory (not just a file) that contains all the > assemblies you need to register. > > > > Ben Reichelt wrote: > > I am making an installer for an Outlook vb6 COM addin. The addin consists > of 7 COM assemblies that need to be copied to the target machine and then > have regsvr32 called on each assembly. I have read that calling out to > regsvr32.exe from the msi is not recommended and instead you should > manually create the registry keys needed for each assembly. > > The problem is that when I run heat.exe on my main assembly, it only > generates a wix element, not everything that is needed to > registry the assembly as an Outlook addin. When I manually run regsvr32 > after installation, then the assembly is correctly added to Outlook. I > can't locate all the steps necessary to property register an assembly as an > Outlook addin, so I can't do it manually at this point. > > I have scoured the internet looking for someone else who has done this, > but I can't find anyone. Does anyone have experience in making Outlook (or > Office) addin installers? Thanks > > -- > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio > 2005.http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > > -- > > ___ > WiX-users mailing [EMAIL > PROTECTED]://lists.sourceforge.net/lists/listinfo/wix-users > > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] outlook com addin
I am making an installer for an Outlook vb6 COM addin. The addin consists of 7 COM assemblies that need to be copied to the target machine and then have regsvr32 called on each assembly. I have read that calling out to regsvr32.exe from the msi is not recommended and instead you should manually create the registry keys needed for each assembly. The problem is that when I run heat.exe on my main assembly, it only generates a wix element, not everything that is needed to registry the assembly as an Outlook addin. When I manually run regsvr32 after installation, then the assembly is correctly added to Outlook. I can't locate all the steps necessary to property register an assembly as an Outlook addin, so I can't do it manually at this point. I have scoured the internet looking for someone else who has done this, but I can't find anyone. Does anyone have experience in making Outlook (or Office) addin installers? Thanks - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Inconsistently uninstalling windows service
I solved the problem, an earlier version of the application had been installed using the msi packages, and then manually deleted without actually uninstalling it. Uninstalling these older msi's fixed my windows service issues. Thanks for your help Bob On Nov 13, 2007 12:43 PM, Ben Reichelt <[EMAIL PROTECTED]> wrote: > I ran the verbose log. The only difference that I noticed between the > working and nonworking machines was that on the working machine, the files > to be removed had an "Action: Absent" whereas on the nonworking machine, the > files to be removed had an "Action: HKCRFileAbsent" > > Here is the output near the DeleteServices action, everything appears to > be correct, and the output is same on both machines: > > MSI (s) (F0:2C) [12:13:27:910]: Using cached product context: User > non-assigned for product: 28ABAB2CA4D6CE540B601F2F62FF1D6F > Action start 12:13:27: UnpublishFeatures. > MSI (s) (F0:2C) [12:13:27:910]: Doing action: StopServices > MSI (s) (F0:2C) [12:13:27:910]: Note: 1: 2205 2: 3: ActionText > Action ended 12:13:27: UnpublishFeatures. Return value 1. > Action start 12:13:27: StopServices. > MSI (s) (F0:2C) [12:13:27:910]: Doing action: DeleteServices > MSI (s) (F0:2C) [12:13:27:910]: Note: 1: 2205 2: 3: ActionText > Action ended 12:13:27: StopServices. Return value 1. > Action start 12:13:27: DeleteServices. > MSI (s) (F0:2C) [12:13:27:926]: Doing action: RemoveRegistryValues > MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: ActionText > Action ended 12:13:27: DeleteServices. Return value 1. > Action start 12:13:27: RemoveRegistryValues. > MSI (s) (F0:2C) [12:13:27:926]: Doing action: RemoveFiles > MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: ActionText > Action ended 12:13:27: RemoveRegistryValues. Return value 1. > MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: RemoveFile > Action start 12:13:27: RemoveFiles. > MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: RemoveFile > MSI (s) (F0:2C) [12:13:27:926]: Doing action: InstallFiles > MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: ActionText > Action ended 12:13:27: RemoveFiles. Return value 0. > > > > > > On Nov 13, 2007 10:35 AM, Bob Arnson < [EMAIL PROTECTED]> wrote: > > > Ben Reichelt wrote: > > > The msi package installs and uninstalls correctly on my dev machine > > > (WinXP) and another dev server (Win2k3). There are two servers that > > > the msi fails to uninstall correctly. The files are all deleted, but > > > the windows service is not removed. > > > > Start with a verbose uninstall log. Check around InstallValidate to make > > > > sure MSI is deciding to remove the appropriate components, then check > > the detailed logging for the DeleteServices action. > > > > -- > > sig://boB > > http://joyofsetup.com/ > > > > > > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Inconsistently uninstalling windows service
I ran the verbose log. The only difference that I noticed between the working and nonworking machines was that on the working machine, the files to be removed had an "Action: Absent" whereas on the nonworking machine, the files to be removed had an "Action: HKCRFileAbsent" Here is the output near the DeleteServices action, everything appears to be correct, and the output is same on both machines: MSI (s) (F0:2C) [12:13:27:910]: Using cached product context: User non-assigned for product: 28ABAB2CA4D6CE540B601F2F62FF1D6F Action start 12:13:27: UnpublishFeatures. MSI (s) (F0:2C) [12:13:27:910]: Doing action: StopServices MSI (s) (F0:2C) [12:13:27:910]: Note: 1: 2205 2: 3: ActionText Action ended 12:13:27: UnpublishFeatures. Return value 1. Action start 12:13:27: StopServices. MSI (s) (F0:2C) [12:13:27:910]: Doing action: DeleteServices MSI (s) (F0:2C) [12:13:27:910]: Note: 1: 2205 2: 3: ActionText Action ended 12:13:27: StopServices. Return value 1. Action start 12:13:27: DeleteServices. MSI (s) (F0:2C) [12:13:27:926]: Doing action: RemoveRegistryValues MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: ActionText Action ended 12:13:27: DeleteServices. Return value 1. Action start 12:13:27: RemoveRegistryValues. MSI (s) (F0:2C) [12:13:27:926]: Doing action: RemoveFiles MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: ActionText Action ended 12:13:27: RemoveRegistryValues. Return value 1. MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: RemoveFile Action start 12:13:27: RemoveFiles. MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: RemoveFile MSI (s) (F0:2C) [12:13:27:926]: Doing action: InstallFiles MSI (s) (F0:2C) [12:13:27:926]: Note: 1: 2205 2: 3: ActionText Action ended 12:13:27: RemoveFiles. Return value 0. On Nov 13, 2007 10:35 AM, Bob Arnson <[EMAIL PROTECTED]> wrote: > Ben Reichelt wrote: > > The msi package installs and uninstalls correctly on my dev machine > > (WinXP) and another dev server (Win2k3). There are two servers that > > the msi fails to uninstall correctly. The files are all deleted, but > > the windows service is not removed. > > Start with a verbose uninstall log. Check around InstallValidate to make > sure MSI is deciding to remove the appropriate components, then check > the detailed logging for the DeleteServices action. > > -- > sig://boB > http://joyofsetup.com/ > > > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Inconsistently uninstalling windows service
Hello all, I have an msi package that copies my windows service to the Program Files and then creates a windows service for the exe. On uninstall, I stop and remove the windows service. I am using the "ServiceInstaller" and "ServiceControl" elements to install/uninstall the service. The msi package installs and uninstalls correctly on my dev machine (WinXP) and another dev server (Win2k3). There are two servers that the msi fails to uninstall correctly. The files are all deleted, but the windows service is not removed. I used RegMon to watch the registry during the install/uninstall and on my machine I can see services.exe create the key at HKLM\System\CurrentControlSet\Services\MyService during the installation and then remove the same key during uninstall. When I run the msi on the two machines in question I again see services.exe create the key, but on uninstall there is no attempt to remove the key. The difference on these two machines is that one of them is our Citrix MetaFrame server and the other is the web front-end for Citrix, so both machines have Citrix "stuff" on them. I've been looking into Group Policies etc on those machines but I haven't seen anything that would be allowing me to create the registry keys, but then not allow me to remove them. Has anyone seen this behavior before, with or without Citrix? Thanks in advance Ben - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
