[WiX-users] Creating a new control on standard dialog...

[ssmsam]

Hi,

Currently i am trying to create slide show animation during installation. I
have some following queries.

How can i add a billboard control to the standard ProgressDlg ? Where
exactly in the  element i have to do this? Which exact element i
have to use?

I have read some forum that "to alter the existing we have to copy the
entire existing .wxs file and rename it. Then we have to inject the new
dialog in the standard sequence.

Is there any way to add new control on the existing standard dialogs. 

P.S : In installshield we were just simply adding the controls directly on
the visible GUI Dialog which later will be automatically get included in the
UI sequence.
In Wix i tried using the  element of WixLocalization schema, but no
positive results.

Could anyone help me on this. 

How can i add bill board control with bitmap on the Progressdlg?


Thanks and Regards,
Sampat



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-a-new-control-on-standard-dialog-tp7598784.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] What can cause an error when setting a bootstrapper variable?

[Patrick Pirzer]

It's really funny, because just my project manager has this problem.
And the joke is: We are testing on the same machine.
Maybe overridable self-defined Bootstrapper-variables shall be just setted in 
the Plan-method.
I will try that now.


-Ursprüngliche Nachricht-
Von: Phill Hogland [mailto:phogl...@rimage.com] 
Gesendet: Mittwoch, 7. Januar 2015 14:20
An: wix-users@lists.sourceforge.net
Betreff: Re: [WiX-users] What can cause an error when setting a bootstrapper 
variable?

I don't have very many ideas for you.  I think some deeper debugging is needed 
to sort the issues out.  Are the computers where 'all is well' also running 
German (or the culture where the failure is observed)?  Are you dealing with 
the fact that the built-in domain names for accounts are localized on German 
(and other cultures)?  (I would not expect this behavior even if that were an 
issue.) 




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/What-can-cause-an-error-when-setting-a-bootstrapper-variable-tp7598651p7598750.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] MSI Installer doesn't Installs file though it runs the Custom Action

[Sarvagya Pant]

​I have following Wix File that is supposed to install the contents in
C:\SampleProgram . The generated msi is supposed to be installed as msiexec
/i installer.msi IPADDRESS="1.1.1.1". The parameter IPADDRESS is fetched by
Custom Action that will make a config file as below in the folder where
program installs itself.
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Msi Installer Runs custom Action but leaves File for Installation

[Sarvagya Pant]

​Sorry for earlier question, it was sent as mistake.
I have following Wix File that is supposed to install the contents in
C:\SampleProgram . The generated msi is supposed to be installed as msiexec
/i installer.msi IPADDRESS="1.1.1.1". The parameter IPADDRESS is fetched by
Custom Action that will make a config file as below in the folder where
program installs itself. ​
​{
  "ip" : "1.1.1.1"
}
it the content that custom action will write.
The problem is that I am unable to get the files that Wix should be copying
in Installed Folder but the installer runs custom action. I have given
complete log at pastebin.com/wrzYVgCD
​
​If one searches Component: BoostThreadLibrary , I get Installed: Absent,
which as given here says that Component or feature is not currently
installed.. The same installer though worked in another machine. What is
the problem I am facing?

I have attached wix file below:

http://schemas.microsoft.com/wix/2006/wi";>











  

  

  

  

  

  



  

  

  
  





  
  





  
  





  
  





  
  





  

  





  
  





  
  





  
  

  
  

  
  





  

  





  
  





  
  

  





  

  

​
​I have asked this question at SO also. One can check it
http://stackoverflow.com/questions/27857796/msi-installer-runs-custom-action-but-leaves-file-for-installation
​

-- 
*sarvagya*
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] What can cause an error when setting a bootstrapper variable?

[Patrick Pirzer]

Okay, now i have found out, why this error happens.
I had WiX 3.8 (all things fine) and my project manager has WiX 3.9.
Now i installed WiX 3.9, made a rebuild of my solution and tested the setup.

Here the result from the log file:

[0E54:0B54][2015-01-09T12:40:17]i299: Plan complete, result: 0x0
[0E54:0B54][2015-01-09T12:40:17]i300: Apply begin
[0E54:0E68][2015-01-09T12:40:17]i000: StateToViewConvert.Convert: value = 
Applying
[0E54:0B54][2015-01-09T12:40:17]i000: OnApplyBegin: Methode startet
[0678:0D04][2015-01-09T12:40:17]e000: Error 0x80070057: Failed to set the 
variant's encryption state
[0678:0D04][2015-01-09T12:40:17]e000: Error 0x80070057: Failed to set value of 
variable: INSTALLFOLDER
[0678:0D04][2015-01-09T12:40:17]e000: Error 0x80070057: Failed to set variable.
[0678:0D04][2015-01-09T12:40:17]e000: Error 0x80070057: Failed to read 
variables.
[0E54:0B54][2015-01-09T12:40:17]e000: Error 0x80070057: Another per-machine 
setup is already executing.

INSTALLFOLDER is the name of my overridable variable in the bundle.
As i said - with WiX 3.8 there was no problem at all.
Is it a bug in WiX 3.9 or do i have to change my code?


-Ursprüngliche Nachricht-
Von: Phill Hogland [mailto:phogl...@rimage.com] 
Gesendet: Mittwoch, 7. Januar 2015 14:20
An: wix-users@lists.sourceforge.net
Betreff: Re: [WiX-users] What can cause an error when setting a bootstrapper 
variable?

I don't have very many ideas for you.  I think some deeper debugging is needed 
to sort the issues out.  Are the computers where 'all is well' also running 
German (or the culture where the failure is observed)?  Are you dealing with 
the fact that the built-in domain names for accounts are localized on German 
(and other cultures)?  (I would not expect this behavior even if that were an 
issue.) 




--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/What-can-cause-an-error-when-setting-a-bootstrapper-variable-tp7598651p7598750.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Where does MSI store installed state

[Prantik]

Hello All,

 

I found that the entries are in the Windows Upgrade Table.

http://msdn.microsoft.com/en-us/library/aa372379%28v=vs.85%29.aspx

 

Is there a way to view this table from C# code and add or delete some
entries?

 

From: Prantik [mailto:prantik.sar...@grapecity.com] 
Sent: 09 January 2015 19:08
To: 'wix-users@lists.sourceforge.net'
Subject: Where does MSI store installed state

 

Hi All,

 

I am trying to find out something. I hope you can help. I was wondering how
does the msi 

keep a track of the fact that the product  has already been installed. I
will explain the issue in detail.

For eg:- When I install product.msi with
ProductCode={8AFF09B8-EA81-449E-9475-9567E7367314},

it would create an entry in the registry
@HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{8AF
F09B8-EA81-449E-9475-9567E7367314}

specifying the Displayname ,uninstallstring etc. If I delete this registry
key then I do not see the entry for the product in the Add and Remove
Programs.

But if I run the msi again, it prompts for repair, change etc. I was
wondering where is the data stored in the m/c specifying that the

product is already installed if not in the registry. I was wondering if
someone could point me at something.

 

Regards,

Prantik

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Where does MSI store installed state

[Prantik]

Hi All,

 

I am trying to find out something. I hope you can help. I was wondering how
does the msi 

keep a track of the fact that the product  has already been installed. I
will explain the issue in detail.

For eg:- When I install product.msi with
ProductCode={8AFF09B8-EA81-449E-9475-9567E7367314},

it would create an entry in the registry
@HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{8AF
F09B8-EA81-449E-9475-9567E7367314}

specifying the Displayname ,uninstallstring etc. If I delete this registry
key then I do not see the entry for the product in the Add and Remove
Programs.

But if I run the msi again, it prompts for repair, change etc. I was
wondering where is the data stored in the m/c specifying that the

product is already installed if not in the registry. I was wondering if
someone could point me at something.

 

Regards,

Prantik

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] BindPath and supporting 'patches'

[Phill Hogland]

There is a discussion about supporting 'patching'  here

  
and I have a followup question, but slightly different focus.

I use File elements like this

   //which is in my application source
tree
or
  //which is in my 'static' source
files tree

And then in the wixproj (or VS properties) I specify a 

  $(LinkerAdditionalOptions)
  -nologo
  -b \MyAppDir
  -b \MyAppDir


So is this enough to support patching (use BindPath) or should I be doing
something else?

Does the BindPath need to be a named bind path?

Do I need to specify File/@BindPath?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/BindPath-and-supporting-patches-tp7598792.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CustomAction built for AnyCPU does not read 64-bit registry hive

[wixtester]

Thank you all for suggestions! Truly appreciate all the help.





--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-built-for-AnyCPU-does-not-read-64-bit-registry-hive-tp7598754p7598793.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Custom action using CAQuietExec fails on uninstall (likely permissions issue)

[wixtester]

Hi,

   I have a scripted custom action to register a COM+ service on install and
unregister it during uninstall.
It works fine during install, but fails during uninstall.

Custom Action code to unregister
-





Log during uninstall contained failed CA call


MSI (s) (08:A8) [15:47:25:342]: Executing op:
CustomActionSchedule(Action=ca_UnReg_Assembly,ActionType=3073,Source=BinaryData,Target=CAQuietExec,CustomActionData="C:\Windows\Microsoft.NET\Framework\v2.0.50727\Regsvcs.exe"
/u "C:\Program Files (x86)\Caradigm\Provisioning Bridge
Server\Bridges\Exchange\SentillionExchange2010PSV2.dll")
MSI (s) (08:60) [15:47:25:373]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSI3C5.tmp, Entrypoint: CAQuietExec
MSI (s) (08:70) [15:47:25:373]: Generating random cookie.
MSI (s) (08:70) [15:47:25:373]: Created Custom Action Server with PID 924
(0x39C).
MSI (s) (08:08) [15:47:25:405]: Running as a service.
MSI (s) (08:08) [15:47:25:405]: Hello, I'm your 32bit Elevated custom action
server.
CAQuietExec:  Microsoft (R) .NET Framework Services Installation Utility
Version 2.0.50727.7905
CAQuietExec:  Copyright (c) Microsoft Corporation.  All rights reserved.
CAQuietExec:  
CAQuietExec:  
The following un-installation error occurred:
CAQuietExec:  1: Assembly not found: 'C:\Program Files
(x86)\Caradigm\Provisioning Bridge
Server\Bridges\Exchange\SentillionExchange2010PSV2.dll'.
CAQuietExec:  Error 0x80070001: Command line returned an error.
CAQuietExec:  Error 0x80070001: CAQuietExec Failed
CustomAction ca_UnReg_Assembly returned actual error code 1603 (note this
may not be 100% accurate if translation happened inside sandbox)



I verified that the dll was present on the system, I am therefore wondering
if "Assembly not found" means unable to access the file.

This is happening on Win 2008 R2 and Win 2012 operating systems.

The 64-bit msi installs 32-bit application under program files (x86). I am
therefore using the 32-bit CAQuietExec custom action.


Any thoughts on what I might be missing here?


Thanks,
sangeeta








--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-action-using-CAQuietExec-fails-on-uninstall-likely-permissions-issue-tp7598794.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] lazy registry search

[Rick Winscot]

I have a utility application that evaluates the install target / system… it's 
the ExePackage in the included example. Following the system assessment, a 
registry entry is written that I would like to use to install one or more .msi.

Is there a way to do the RegistrySearch after ExePackage and before MsiPackage?

I’m familiar enough with WiX / Burn to know how order of operations / 
evaluation works… and know that the answer to this is probably “no" once I’m in 
the Chain. I just want to make sure that I haven’t missed a fine detail or 
known workaround for this kind of thing before I have to roll a custom BA.

Anyone have any ideas?


For reference:


http://schemas.microsoft.com/wix/2006/wi";
 xmlns:bal="http://schemas.microsoft.com/wix/BalExtension";
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";
 >

  




 

 

   

  

  
 
  ...

 
  



--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] BindPath and supporting 'patches'

[Rob Mensching]

That's enough. Unnamed bind paths are supported by pyro.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/

-Original Message-
From: Phill Hogland [mailto:phogl...@rimage.com] 
Sent: Friday, January 9, 2015 6:29 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] BindPath and supporting 'patches'

There is a discussion about supporting 'patching'  here 

and I have a followup question, but slightly different focus.

I use File elements like this

   //which is in my application source
tree
or
  //which is in my 'static' source files 
tree

And then in the wixproj (or VS properties) I specify a 

  $(LinkerAdditionalOptions)
  -nologo
  -b \MyAppDir
  -b \MyAppDir


So is this enough to support patching (use BindPath) or should I be doing 
something else?

Does the BindPath need to be a named bind path?

Do I need to specify File/@BindPath?



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/BindPath-and-supporting-patches-tp7598792.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] lazy registry search

[Rob Mensching]

No. 

Arguably better design would be to have the BA do what the syscheck.exe does 
(during detection or so).

_
 Short replies here. Complete answers over there: http://www.firegiant.com/


-Original Message-
From: Rick Winscot [mailto:rick.wins...@gmail.com] 
Sent: Friday, January 9, 2015 8:45 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] lazy registry search

I have a utility application that evaluates the install target / system… it's 
the ExePackage in the included example. Following the system assessment, a 
registry entry is written that I would like to use to install one or more .msi.

Is there a way to do the RegistrySearch after ExePackage and before MsiPackage?

I’m familiar enough with WiX / Burn to know how order of operations / 
evaluation works… and know that the answer to this is probably “no" once I’m in 
the Chain. I just want to make sure that I haven’t missed a fine detail or 
known workaround for this kind of thing before I have to roll a custom BA.

Anyone have any ideas?


For reference:


http://schemas.microsoft.com/wix/2006/wi";
 xmlns:bal="http://schemas.microsoft.com/wix/BalExtension";
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";
 >

  




 

 

   

  

  
 
  ...

 
  



--
Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] What can cause an error when setting a bootstrapper variable?

[Rob Mensching]

Bug in WiX v3.9: http://wixtoolset.org/issues/4609/  

See comments in the bug for details.

_
 Short replies here. Complete answers over there: http://www.firegiant.com/


-Original Message-
From: Patrick Pirzer [mailto:patrick.pir...@prosoft.net] 
Sent: Friday, January 9, 2015 3:46 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] What can cause an error when setting a bootstrapper 
variable?

Okay, now i have found out, why this error happens.
I had WiX 3.8 (all things fine) and my project manager has WiX 3.9.
Now i installed WiX 3.9, made a rebuild of my solution and tested the setup.

Here the result from the log file:

[0E54:0B54][2015-01-09T12:40:17]i299: Plan complete, result: 0x0
[0E54:0B54][2015-01-09T12:40:17]i300: Apply begin
[0E54:0E68][2015-01-09T12:40:17]i000: StateToViewConvert.Convert: value = 
Applying
[0E54:0B54][2015-01-09T12:40:17]i000: OnApplyBegin: Methode startet
[0678:0D04][2015-01-09T12:40:17]e000: Error 0x80070057: Failed to set the 
variant's encryption state
[0678:0D04][2015-01-09T12:40:17]e000: Error 0x80070057: Failed to set value of 
variable: INSTALLFOLDER
[0678:0D04][2015-01-09T12:40:17]e000: Error 0x80070057: Failed to set variable.
[0678:0D04][2015-01-09T12:40:17]e000: Error 0x80070057: Failed to read 
variables.
[0E54:0B54][2015-01-09T12:40:17]e000: Error 0x80070057: Another per-machine 
setup is already executing.

INSTALLFOLDER is the name of my overridable variable in the bundle.
As i said - with WiX 3.8 there was no problem at all.
Is it a bug in WiX 3.9 or do i have to change my code?

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] BindPath and supporting 'patches'

[Phill Hogland]

Thanks for the help.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/BindPath-and-supporting-patches-tp7598792p7598799.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Extra Dir Created When Install Dir Has Spaces

[Paul Koufalis]

Wix Toolset 3.10

If I install my application in a directory with spaces (C:\Program Files,
C:\My Apps) an extra directory is created (C:\Program or C:\My).
Running msiexec with /l*vx doesn't show any trace of this directory being
created in the log file.

Can anyone help me to debug?  Or make any suggestions?


Relevant Code snippets:


  

  
  
 
  

  



  







  


And my componentgroup looks like this :



















--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[John Cooper]

How are you passing it to the installer?  If on the command line, the directory 
path needs to be "" delimited.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
|jocoo...@jackhenry.com



-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com] 
Sent: Friday, January 9, 2015 12:29 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Wix Toolset 3.10

If I install my application in a directory with spaces (C:\Program Files, C:\My 
Apps) an extra directory is created (C:\Program or C:\My).
Running msiexec with /l*vx doesn't show any trace of this directory being 
created in the log file.

Can anyone help me to debug?  Or make any suggestions?


Relevant Code snippets:


  

  
  
 
  

  



  







  


And my componentgroup looks like this :



















--
Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[Paul Koufalis]

Thank you and my apologies for not including this critical information.  I
am using WixUIExtensions so this is a graphical, interactive installation.
My UI is a modified version of WixUI_InstallDir.wxs.

I did verify that the problematic directory is not created until after you
confirm installation via the UI.

Also, the application installs correctly in C:\Program Files(x86)\protop3
or c:\My Apps\protop3.  Everything works as expected EXCEPT this
additional directory that is created.


Paul


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: January 9, 2015 13:33
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

How are you passing it to the installer?  If on the command line, the
directory path needs to be "" delimited.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050
|jocoo...@jackhenry.com



-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com]
Sent: Friday, January 9, 2015 12:29 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Wix Toolset 3.10

If I install my application in a directory with spaces (C:\Program Files,
C:\My Apps) an extra directory is created (C:\Program or C:\My).
Running msiexec with /l*vx doesn't show any trace of this directory being
created in the log file.

Can anyone help me to debug?  Or make any suggestions?


Relevant Code snippets:


  

  
  
 
  

  



  







  


And my componentgroup looks like this :



















--

Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is
your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are
intended
exclusively for the individual or entity to which it is addressed. The
message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error, please

immediately advise the sender by reply email and delete all copies.


--

Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is
your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Where does MSI store installed state

[Phil Wilson]

There a couple of questions in this thread.  Regarding what's
installed, don't trawl the registry looking for clues, trawl the
documentation instead. MsiEnumProducts() will list what's installed.
MsiGetProductInfo() will tell you details about a specific installed
product, just to use two examples of many. The p/invoke from managed
code isn't too difficult and there are p/invoke libraries out there if
you look. Pinvoke.net can help too:

http://www.pinvoke.net/default.aspx/msi.MsiEnumProducts

Upgrade table: An MSI file is a database you can access and modify
with SQL-like statements. It's basically a matter of using the
appropriate SQL once you get the surrounding framework in place. Start
with this kind of thing:

http://stackoverflow.com/questions/27634407/how-to-get-the-product-version-from-an-msi-file-without-installing-the-msi

and look for other examples that use MsiDabaseOpenView and so on, and
the SQL to delete, add or update tables.

---
Phil Wilson


On Fri, Jan 9, 2015 at 5:38 AM, Prantik  wrote:
> Hi All,
>
>
>
> I am trying to find out something. I hope you can help. I was wondering how
> does the msi
>
> keep a track of the fact that the product  has already been installed. I
> will explain the issue in detail.
>
> For eg:- When I install product.msi with
> ProductCode={8AFF09B8-EA81-449E-9475-9567E7367314},
>
> it would create an entry in the registry
> @HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{8AF
> F09B8-EA81-449E-9475-9567E7367314}
>
> specifying the Displayname ,uninstallstring etc. If I delete this registry
> key then I do not see the entry for the product in the Add and Remove
> Programs.
>
> But if I run the msi again, it prompts for repair, change etc. I was
> wondering where is the data stored in the m/c specifying that the
>
> product is already installed if not in the registry. I was wondering if
> someone could point me at something.
>
>
>
> Regards,
>
> Prantik
>
> --
> Dive into the World of Parallel Programming! The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[John Cooper]

If it's done right, it shouldn't make a difference whether it is command line 
or UI driven.

How is it set and what is the value of WIXUI_INSTALLDIR Property?

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
|jocoo...@jackhenry.com


-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com] 
Sent: Friday, January 9, 2015 12:45 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Thank you and my apologies for not including this critical information.  I am 
using WixUIExtensions so this is a graphical, interactive installation.
My UI is a modified version of WixUI_InstallDir.wxs.

I did verify that the problematic directory is not created until after you 
confirm installation via the UI.

Also, the application installs correctly in C:\Program Files(x86)\protop3 or 
c:\My Apps\protop3.  Everything works as expected EXCEPT this additional 
directory that is created.


Paul


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: January 9, 2015 13:33
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

How are you passing it to the installer?  If on the command line, the directory 
path needs to be "" delimited.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050
|jocoo...@jackhenry.com



-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com]
Sent: Friday, January 9, 2015 12:29 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Wix Toolset 3.10

If I install my application in a directory with spaces (C:\Program Files, C:\My 
Apps) an extra directory is created (C:\Program or C:\My).
Running msiexec with /l*vx doesn't show any trace of this directory being 
created in the log file.

Can anyone help me to debug?  Or make any suggestions?


Relevant Code snippets:


  

  
  
 
  

  



  







  


And my componentgroup looks like this :



















--

Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively for the individual or entity to which it is addressed. The 
message, together with any attachment, may contain confidential and/or 
privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution is strictly prohibited. If you have received this message in 
error, please

immediately advise the sender by reply email and delete all copies.


--

Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or ent

[WiX-users] Create Service w/ Existing Executable

[Paul Koufalis]

Wix Toolset 3.10

During my installation UI process, I ask the user for the installation
directory of an existing product.  I use the executables from this product
in the creation of my shortcuts.  This works perfectly as I can use the
variable recuperated from my custom UI dialog in the target specification
of the shortcut:

   


How can I use the same [DLCDIR]bin\_progres in the creation of a service?


I tried something like this (DLCDIR is later set by the UI dialog):

  

   
 



  



ServiceInstall seems to want a Directory parent and light.exe complains
that it cannot find 'bin\_progres.exe'.


Paul

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[Paul Koufalis]

 


And WixUI_InstallDir.wxs is the same as the original:

1
1
NOT WIXUI_DONTVALIDATEPATH

WIXUI_DONTVALIDATEPATH OR
WIXUI_INSTALLDIR_VALID="1"
1
1


Paul


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: January 9, 2015 13:54
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

If it's done right, it shouldn't make a difference whether it is command
line or UI driven.

How is it set and what is the value of WIXUI_INSTALLDIR Property?

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050
|jocoo...@jackhenry.com


-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com]
Sent: Friday, January 9, 2015 12:45 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Thank you and my apologies for not including this critical information.  I
am using WixUIExtensions so this is a graphical, interactive installation.
My UI is a modified version of WixUI_InstallDir.wxs.

I did verify that the problematic directory is not created until after you
confirm installation via the UI.

Also, the application installs correctly in C:\Program Files(x86)\protop3 or
c:\My Apps\protop3.  Everything works as expected EXCEPT this additional
directory that is created.


Paul


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: January 9, 2015 13:33
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

How are you passing it to the installer?  If on the command line, the
directory path needs to be "" delimited.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:
431050
|jocoo...@jackhenry.com



-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com]
Sent: Friday, January 9, 2015 12:29 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Wix Toolset 3.10

If I install my application in a directory with spaces (C:\Program Files,
C:\My Apps) an extra directory is created (C:\Program or C:\My).
Running msiexec with /l*vx doesn't show any trace of this directory being
created in the log file.

Can anyone help me to debug?  Or make any suggestions?


Relevant Code snippets:


  

  
  
 
  

  



  







  


And my componentgroup looks like this :



















--

Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are
intended exclusively for the individual or entity to which it is addressed.
The message, together with any attachment, may contain confidential and/or
privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution is strictly prohibited. If you have received this message in
error, please

immediately advise the sender by reply email and delete all copies.


--

Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
loo

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[John Cooper]

OK, your WIXUI_INSTALLDIR is fine.

This is the source of your problem:



Why are you overriding this pre-defined value?  By doing so, its functionality 
is destroyed.  Remove the Name attribute.

Liikewise, why are you overriding ProgramFilesFolder?  The predefined value 
sets a nice default which you can still override via the UI.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
|jocoo...@jackhenry.com



-Original Message-
From: John Cooper 
Sent: Friday, January 9, 2015 12:54 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

If it's done right, it shouldn't make a difference whether it is command line 
or UI driven.

How is it set and what is the value of WIXUI_INSTALLDIR Property?

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
|jocoo...@jackhenry.com


-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com]
Sent: Friday, January 9, 2015 12:45 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Thank you and my apologies for not including this critical information.  I am 
using WixUIExtensions so this is a graphical, interactive installation.
My UI is a modified version of WixUI_InstallDir.wxs.

I did verify that the problematic directory is not created until after you 
confirm installation via the UI.

Also, the application installs correctly in C:\Program Files(x86)\protop3 or 
c:\My Apps\protop3.  Everything works as expected EXCEPT this additional 
directory that is created.


Paul


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: January 9, 2015 13:33
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

How are you passing it to the installer?  If on the command line, the directory 
path needs to be "" delimited.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050
|jocoo...@jackhenry.com



-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com]
Sent: Friday, January 9, 2015 12:29 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Wix Toolset 3.10

If I install my application in a directory with spaces (C:\Program Files, C:\My 
Apps) an extra directory is created (C:\Program or C:\My).
Running msiexec with /l*vx doesn't show any trace of this directory being 
created in the log file.

Can anyone help me to debug?  Or make any suggestions?


Relevant Code snippets:


  

  
  
 
  

  



  







  


And my componentgroup looks like this :



















--

Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended exclusively for the individual or entity to which it is addressed. The 
message, together with any attachment, may contain confidential and/or 
privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution is strictly prohibited. If you have received this message in 
error, please

immediately advise the sender by reply email and delete all copies.


--

Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/

Re: [WiX-users] Creating patches using wixout (-bf flag deprecated)

[Rob Mensching]

This is going to turn into a blog post, I know it.

0. First, at this point in WiX v3.x "deprecated" means the functionality will 
not be present in WiX v4.x. There are no breaking changes in WiX v3.x (unless 
we need to for security purposes). You can keep doing what you're doing as long 
as you're happy on WiX v3.x.

1. Melt (like most of the non-core tools) is sorely under documented. There is 
only a one sentence description on it today. As is the case (too often) detail 
gets isolated on my or Bob's blog: 
http://www.joyofsetup.com/2013/07/16/easy-pure-wix-patching-with-melt/.

2. The use of preprocessor defines as paths to other projects was a huge 
mistake we made early in the design of Votive. We should have used bind paths. 
Unfortunately, I've not successfully found a way to fix that mistake in a 
backwards compatible way in v3.x. Hope is that we can get it right in v4.x.

3. Now, you are correct. The ability to use the .wixout as an archive mechanism 
is absent in WiX v4.x. The goal (in WiX v4.x) is that to patch (should you need 
to patch) all you need is the stuff that is always output from the build: the 
MSI, any external .cabs/files and the .wixpdb. Archive that away the exact same 
way binaries and their .pdbs should be archived away.

4. Why!?!?!? Why would functionality that works be removed?!?!? There are a few 
reasons:

  4a. Again, the goal in WiX v4.x is that to patch, all that is necessary is 
the standard output from the build. This reduces one more thing you have to 
pre-plan for if you might need to patch later. Today (WiX v3.x), melt.exe is 
the stopgap.

  4b. Using the .wixout as an archive means you essentially double the output 
to your release location. This is less of an issue if your package is small but 
it is a huge problem if your package is huge. This makes binary .wixout's a 
very non-ideal scenario in some cases.

   Note: in WiX v4.x the size issue would be even worse because "bound files" 
are no longer compressed.

  4c. Maintaining multiple ways of doing the same thing in the WiX toolset is 
expensive. If we can come up with a single solid implementation for a problem, 
we should do so. That minimizes bugs across implementations and frees us up to 
do other work. This is particularly important in areas like patching where the 
problem is already insanely complex and the people that can work on patching 
happen to be people that could work on just about anything.

Hopefully that makes the direction we're trying to head in clearer. I know that 
it doesn't solve the "you moved my cheese" issue.

___
 FireGiant  |  Dedicated support for the WiX toolset  |  
http://www.firegiant.com/


-Original Message-
From: Nick Ramirez [mailto:nickra...@hotmail.com] 
Sent: Thursday, January 8, 2015 8:02 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Creating patches using wixout (-bf flag deprecated)

Sounds like undocumented functionality of Melt. I don't see anything about 
using it that way in the WiX.chm. 

Also, binder variable don't solve the problem of binding the source files into 
the XML file. They only give you a way to list a bunch of paths to probe. So 
they don't replace the functionality we'd be losing if -bf is taken away.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[Rob Mensching]

That's incorrect. It is totally valid to provide a Name attribute on a 
well-known folder.

_
 Short replies here. Complete answers over there: http://www.firegiant.com/


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com] 
Sent: Friday, January 9, 2015 11:13 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

OK, your WIXUI_INSTALLDIR is fine.

This is the source of your problem:



Why are you overriding this pre-defined value?  By doing so, its functionality 
is destroyed.  Remove the Name attribute.

Liikewise, why are you overriding ProgramFilesFolder?  The predefined value 
sets a nice default which you can still override via the UI.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
|jocoo...@jackhenry.com
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[Paul Koufalis]

Because when I started with WiX I read this:

http://wix.tramontana.co.hu/tutorial/getting-started/the-files-inside


I removed these overrides but the issue remains:


  

  
  
 
  



Paul

**
* Paul Koufalis
* Progresswiz informatique
*
* email: p...@progresswiz.com
* Phone: 514 247 2023
*
* Progress, MFG/PRO, UNIX, Windows, EDI
**


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: January 9, 2015 14:13
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

OK, your WIXUI_INSTALLDIR is fine.

This is the source of your problem:



Why are you overriding this pre-defined value?  By doing so, its
functionality is destroyed.  Remove the Name attribute.

Liikewise, why are you overriding ProgramFilesFolder?  The predefined value
sets a nice default which you can still override via the UI.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050
|jocoo...@jackhenry.com



-Original Message-
From: John Cooper
Sent: Friday, January 9, 2015 12:54 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

If it's done right, it shouldn't make a difference whether it is command
line or UI driven.

How is it set and what is the value of WIXUI_INSTALLDIR Property?

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:
431050 |jocoo...@jackhenry.com


-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com]
Sent: Friday, January 9, 2015 12:45 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Thank you and my apologies for not including this critical information.  I
am using WixUIExtensions so this is a graphical, interactive installation.
My UI is a modified version of WixUI_InstallDir.wxs.

I did verify that the problematic directory is not created until after you
confirm installation via the UI.

Also, the application installs correctly in C:\Program Files(x86)\protop3 or
c:\My Apps\protop3.  Everything works as expected EXCEPT this additional
directory that is created.


Paul


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: January 9, 2015 13:33
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

How are you passing it to the installer?  If on the command line, the
directory path needs to be "" delimited.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:
431050
|jocoo...@jackhenry.com



-Original Message-
From: Paul Koufalis [mailto:p...@progresswiz.com]
Sent: Friday, January 9, 2015 12:29 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Extra Dir Created When Install Dir Has Spaces

Wix Toolset 3.10

If I install my application in a directory with spaces (C:\Program Files,
C:\My Apps) an extra directory is created (C:\Program or C:\My).
Running msiexec with /l*vx doesn't show any trace of this directory being
created in the log file.

Can anyone help me to debug?  Or make any suggestions?


Relevant Code snippets:


  

  
  
 
  

  



  







  


And my componentgroup looks like this :



















--

Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are
intended exclusively for the individual or entity to which it is addressed.
The message, together with any attachment, may contain confidential and/or
privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution is strictly prohibited. If you have received this message in
error, please

immed

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[John Cooper]

I'm not saying its invalid.  I want to know the design decision behind it.

Most of the time, I'm using ProgramMenuFolder to stick entries in the menu.  I 
can move the path to that around, and it is perfectly valid, but I can't expect 
the functionality of adding a menu entry to work when I have directed it 
elsewhere.

I any event, the ProgramMenuFolder entry is the one creating C:\Program.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
|jocoo...@jackhenry.com



-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com] 
Sent: Friday, January 9, 2015 1:21 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

That's incorrect. It is totally valid to provide a Name attribute on a 
well-known folder.

_
 Short replies here. Complete answers over there: http://www.firegiant.com/


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Friday, January 9, 2015 11:13 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

OK, your WIXUI_INSTALLDIR is fine.

This is the source of your problem:



Why are you overriding this pre-defined value?  By doing so, its functionality 
is destroyed.  Remove the Name attribute.

Liikewise, why are you overriding ProgramFilesFolder?  The predefined value 
sets a nice default which you can still override via the UI.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing 
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
|jocoo...@jackhenry.com
--
Dive into the World of Parallel Programming! The Go Parallel Website, sponsored 
by Intel and developed in partnership with Slashdot Media, is your hub for all 
things parallel software development, from weekly thought leadership blogs to 
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Create Service w/ Existing Executable

[Phill Hogland]

I do not know if this is possible (and if the exe is designed to be a service
and interacts with the SCM, then one wonders why it was not installed as a
service).  But if I were trying register an existing file as a service, I
would ditch the Wix\File element (which should get rid of the light error),
and set the Wix/Component/@Directory to a property (which was initialized to
the path of the folder the existing file is in using a search of some kind). 



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Create-Service-w-Existing-Executable-tp7598805p7598812.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

[Paul Koufalis]

Thanks John.

I don’t understand why you specifically think it's ProgramMenuFolder? When
the name was "Programs" and I installed to "C:\My Apps" it still created
"C\My" .

Paul


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: January 9, 2015 14:37
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

I'm not saying its invalid.  I want to know the design decision behind it.

Most of the time, I'm using ProgramMenuFolder to stick entries in the menu.
I can move the path to that around, and it is perfectly valid, but I can't
expect the functionality of adding a menu entry to work when I have directed
it elsewhere.

I any event, the ProgramMenuFolder entry is the one creating C:\Program.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development
Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050
|jocoo...@jackhenry.com



-Original Message-
From: Rob Mensching [mailto:r...@firegiant.com]
Sent: Friday, January 9, 2015 1:21 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

That's incorrect. It is totally valid to provide a Name attribute on a
well-known folder.

_
 Short replies here. Complete answers over there: http://www.firegiant.com/


-Original Message-
From: John Cooper [mailto:jocoo...@jackhenry.com]
Sent: Friday, January 9, 2015 11:13 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Extra Dir Created When Install Dir Has Spaces

OK, your WIXUI_INSTALLDIR is fine.

This is the source of your problem:



Why are you overriding this pre-defined value?  By doing so, its
functionality is destroyed.  Remove the Name attribute.

Liikewise, why are you overriding ProgramFilesFolder?  The predefined value
sets a nice default which you can still override via the UI.

--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:
431050 |jocoo...@jackhenry.com
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are
intended
exclusively for the individual or entity to which it is addressed. The
message,
together with any attachment, may contain confidential and/or privileged
information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution
is strictly prohibited. If you have received this message in error, please
immediately advise the sender by reply email and delete all copies.
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problem uninstalling running app and service when using WixUI

[Mikal H Henriksen]

?We have an installer containing a service and an accompanying tray icon 
application. There seems to be a problem when unistalling this application if 
both are running, and the installer has a UI (yes, that is one of the 
determining factors).


Sample project reproducing the issue: 
https://dl.dropboxusercontent.com/u/77093/WindowsServiceFail.zip

This is a VS2012 project I whipped together, and may not be 100% portable (due 
to lib paths). It includes a prebuilt installer, but you're of course free to 
rebuild it yourself. There's an extra project (SecondService) in there because 
I initially thought this had something to do with the problem; just ignore it. 
All testing was done on Windows 8.


Steps to reproduce:

1. Install (This also installs the service and starts it)

2. Run C:\Program Files (x86)\AAASetupProject?\TrayApp.exe (I was too lazy to 
put this in the installer :P )

3. Uninstall

4. The installer will tell you it needs to shut down the TrayApp, hit OK

TrayApp will close just like it's supposed to, but the installer (actually 
Restart Manager) will tell you it failed. If you click OK here, it will proceed 
with uninstallation normally (and successfully, but a normal user won't realize 
this).


There are two independent things that each will prevent triggering this issue:

- Only one (or neither) of the two are running (test by simply not starting 
TrayApp or by stopping the service manually)

- The installer is built without the  tag (!)

In both cases, if the TrayApp is running, Restart Manager will pop up and ask 
to close it, but it will work as expected without issue. If it's not running, 
the installer just does its job with no complaints (well, UAC usually has 
something to say)


So there's something with WixUI that causes Restart Manager to behave badly. 
Can you help me track this down? Alternatively, can you think of a workaround? 
I experimented with util:CloseApplication fruitlessly, and am now out of ideas.


- Mikal
--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users