Re: [WiX-users] outlook com addin

2007-11-24 Thread Ben Reichelt
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 TypeLib 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


Re: [WiX-users] Detecting Which version of SQL is installed

2007-11-24 Thread Ben Reichelt
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


[WiX-users] outlook com addin

2007-11-23 Thread Ben Reichelt
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 TypeLib 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

2007-11-13 Thread Ben Reichelt
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

2007-11-13 Thread Ben Reichelt
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


[WiX-users] Inconsistently uninstalling windows service

2007-11-12 Thread Ben Reichelt
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