Re: [WiX-users] Creating an ARP button for "Uninstall/Change" vs. "Uninstall" & "Change"

2015-07-15 Thread Joel Budreau
Sure thing. I’ll probably dig through the burn source code.

Thanks Phill.
> On Jul 15, 2015, at 1:58 PM, Phill Hogland  wrote:
> 
> I cannot speak to not using Burn, but in the last link that you originally
> posted, the last post indicates that the information was posted earlier in
> that thread, so I would guess that there is an MSI property that controls
> it.  WiX is open source so it should be in the code for research.  I also
> expect that to some degree the behavior of the ARP feature of windows
> depends on which version/edition of the OS is being targeted.
> 
> 
> 
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-ARP-button-for-Uninstall-Change-vs-Uninstall-Change-tp7600885p7600891.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> --
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creating an ARP button for "Uninstall/Change" vs. "Uninstall" & "Change"

2015-07-15 Thread Joel Budreau
What if ‘not’ using a Burn bundle?

> On Jul 15, 2015, at 6:14 AM, Phill Hogland  wrote:
> 
> Using a Burn bundle set Bundle/@DisableModify="button"
> 
> 
> 
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-ARP-button-for-Uninstall-Change-vs-Uninstall-Change-tp7600885p7600886.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> --
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Creating an ARP button for "Uninstall/Change" vs. "Uninstall" & "Change"

2015-07-14 Thread Joel Budreau
I've been trying to google around for how to create a single
"Uninstall/Change" button in the windows ARP for my installer, and
I've run into a number of forum posts that don't seem to answer the
problem:

http://installjournal.blogspot.com/2012/12/combining-uninstall-change-on-same.html

http://stackoverflow.com/questions/1741857/remove-change-and-repair-buttons-in-add-or-remove-programs/20212073

https://social.msdn.microsoft.com/Forums/windows/en-US/c8156aa6-98a7-40a6-9ad1-e6bb347650c1/how-to-combine-uninstallchange-in-add-remove-program-using-orca-editor?forum=winformssetup

Anybody have an answer?

Thanks,
Joel

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Condition Table not processed during Administrative Installs

2015-05-26 Thread Joel Budreau
There we go. Thanks Bob :)

> On May 26, 2015, at 10:34 AM, Bob Arnson  wrote:
> 
> https://msdn.microsoft.com/en-us/library/aa367541%28v=vs.85%29.aspx says
> 
> During an administrative installation, the installer creates a source image 
> for all features in the product except those feature with 0 in the Level 
> column of the Feature table.
> 
> ___
> FireGiant  |  Dedicated support for the WiX toolset  |  
> http://www.firegiant.com/ 
> 
> -Original Message-
> From: Joel Budreau [mailto:joel.budr...@gmail.com] 
> Sent: Tuesday, 26 May, 2015 10:21
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] Condition Table not processed during Administrative 
> Installs
> 
> Hey everyone,
> 
> I have a feature ‘Foo’ with default InstallLevel=0. In the Condition table, I 
> set Foo’s InstallLevel=1 if “VersionNT>=601 And MsiNTProductType=1”.
> - During a normal install, the Condition table will be processed and Foo will 
> have its InstallLevel=1.
> - During an administrative install, Foo has InstallLevel=0.
> 
> Under what conditions does the Condition table ‘not’ get processed? Do I need 
> to schedule some kind of standard action in order to get 
> VersionNT/MsiNTProductType populated during the AdminExecuteSequence?
> 
> Thanks,
> Joel
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications Performance 
> metrics, stats and reports that give you Actionable Insights Deep dive 
> visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Condition Table not processed during Administrative Installs

2015-05-26 Thread Joel Budreau
Hey everyone,

I have a feature ‘Foo’ with default InstallLevel=0. In the Condition table, I 
set Foo’s InstallLevel=1 if “VersionNT>=601 And MsiNTProductType=1”.
- During a normal install, the Condition table will be processed and Foo will 
have its InstallLevel=1.
- During an administrative install, Foo has InstallLevel=0.

Under what conditions does the Condition table ‘not’ get processed? Do I need 
to schedule some kind of standard action in order to get 
VersionNT/MsiNTProductType populated during the AdminExecuteSequence?

Thanks,
Joel
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] MsiSetFeatureState doesn't seem to be working

2015-05-21 Thread Joel Budreau
MsiSetInstallLevel will set the InstallLevel for the entire MSI, but not for 
the feature. I was hoping that I could have a feature’s default InstallLevel be 
set to ‘0’, and altered later as the user makes choices in the UI (or on the 
command-line)...
> On May 21, 2015, at 1:00 PM, Phil Wilson  wrote:
> 
> Maybe MsiSetInstalLevel()?
> ---
> Phil Wilson
> 
> 
> On Wed, May 20, 2015 at 5:38 PM, Joel Budreau  wrote:
>> Hmm, turns out that MsiSetFeatureState() won’t actually install a feature if 
>> the feature had it’s InstallLevel set to ‘0’ by the Condition table.
>> 
>> Now, to find out if there’s a way to set a feature’s InstallLevel through a 
>> custom action…
>> 
>>> On May 20, 2015, at 7:40 PM, Joel Budreau  wrote:
>>> 
>>> Joel
>> 
>> 
>> --
>> One dashboard for servers and applications across Physical-Virtual-Cloud
>> Widest out-of-the-box monitoring support with 50+ applications
>> Performance metrics, stats and reports that give you Actionable Insights
>> Deep dive visibility with transaction tracing using APM Insight.
>> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] MsiSetFeatureState doesn't seem to be working

2015-05-20 Thread Joel Budreau
Hmm, turns out that MsiSetFeatureState() won’t actually install a feature if 
the feature had it’s InstallLevel set to ‘0’ by the Condition table.

Now, to find out if there’s a way to set a feature’s InstallLevel through a 
custom action…

> On May 20, 2015, at 7:40 PM, Joel Budreau  wrote:
> 
> Joel


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] MsiSetFeatureState doesn't seem to be working

2015-05-20 Thread Joel Budreau
Hey all,

I’ve got a custom action that calls MsiSetFeatureState to set a feature (that’s 
initially set to InstallLevel=0 by the Condition table) to INSTALLSTATE_LOCAL.

The custom action is an immediate action that’s scheduled after CostFinalize, 
but before InstallValidate. 

The custom action seems to execute correctly, but the feature always has 
“Installed: Absent; Request; Null, Action; Null” and doesn’t install.

Is there some thing that I’m forgetting to do with this custom action?

Thanks,
Joel
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Major upgrade: a few files are not installed

2015-04-13 Thread Joel Budreau
You could pass REINSTALLMODE=amus so that all files are overwritten by the 
newer MSI - https://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx

> On Apr 13, 2015, at 9:36 AM, Lukas Rieger  
> wrote:
> 
> I have the same issue as described here: 
> http://stackoverflow.com/questions/15138731/wix-major-upgrade-not-installing-all-files
> After a major upgrade a few files are missing. After a repair, they 
> reapper, and with a clean install, they are also correctly installed.
> The log contains
> Disallowing installation of component: {GUID-OF-COMPONENT} since the same 
> component with higher versioned keyfile exists
> 
> The remove is currently scheduled as afterInstallInitialize.
> 
> To make sure that all files are really updated, I use this pattern for 
> each file:
>
> Source="#source#" />
>
>
> Basically I want to just write all files contained in the MSI to disk, 
> overwriting all existing files.
> Guids and IDs are generated by System.Guid.NewGuid(), so the component 
> rules are totally violated and I can't just change the scheduling of 
> removeExisting.
> 
> What are my options to solve the issue?
> I know I could use a stable ID/Guid generation algorithm (I could probably 
> just use the one provided by Wix) so that the component rules are no 
> longer violated and schedule it afterInstallExecute (or Finalize), but I 
> would like to keep the current sequence where it is first uninstalled and 
> then cleanly reinstalled.
> 
> Thank you,
> Lukas
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] [WIX]:How to reset the INSTALLDIR path by changing the path using 'Change' button

2015-04-09 Thread Joel Budreau
Does this post help? - 
http://stackoverflow.com/questions/19355537/wix-setting-install-folder-correctly

> On Apr 6, 2015, at 10:12 AM, Dileep S  wrote:
> 
> Hi All,
> 
> I created an MSI with two dialogs.
> 1. InstallDirdlg.wxs
> 2. ProgressDlg.wxs
> 
> In *.wxs file i have used some custom actions to install the files.
> 
> In InstallExecuteSequence,
> 
> 
>  NOT REMOVE ~=
> "ALL"
>  REMOVE =
> "ALL"
> 
> 
> using the above custom actions, I was able to run MSI package for multiple
> times.
> 
> So, first time i ran the MSI package and then installed on the selected
> location using 'Change' button in 'InstallDirDlg.wxs'. (Ex: C:\Program
> Files\MyAPP)
> Next time when i ran the MSI package, it was copying in the same location
> even i changed the path to another location.
> (Ex: D:\Sample\MyApp)
> 
> I have set the property as shown below:
> 
> 
> Also,
>  (hard coded this path)
> 
> In Dialog.wxs,
> 
>  Value="[WIXUI_INSTALLDIR]" Order="1">1
> 
> Can anyone help me how to reset the INSTALLDIR path by changing the path
> using 'Change' button.
> 
> Thanks in advance.
> --
> BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
> Develop your own process in accordance with the BPMN 2 standard
> Learn Process modeling best practices with Bonita BPM through live exercises
> http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
> source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] General Visual Studio 2013 Help

2015-03-31 Thread Joel Budreau
Yeah, thanks John. It’s working now :)

> On Mar 29, 2015, at 10:33 AM, John Cooper  wrote:
> 
> You need to make sure that the path to the library is in the list of paths 
> searched for libraries, and you need to make sure the library filename is the 
> list of libraries to be linked.  Based on the discussion in the stackoverflow 
> link, I suspect the actual file name ("msi.lib") to link is what is missing.
> 
> See http://www.codeproject.com/Articles/1747/MSI-Custom-Action-DLL 
> 
> You may also need to link to other libraries such as crypt32.lib
> --
> John Merryweather Cooper
> Senior Software Engineer | Integration Development Group | Continuing 
> Development
> Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
> |jocoo...@jackhenry.com
> 
> 
> 
> -Original Message-
> From: Joel Budreau [mailto:joel.budr...@gmail.com] 
> Sent: Sunday, March 29, 2015 8:51 AM
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] General Visual Studio 2013 Help
> 
> Hey guys,
> 
> I thought I’d reach out to this group to see if anyone knew the answer to my 
> problem off the top of their head:
> http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project
>  
> <http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project>
> 
> Thanks,
> Joel
> 
> --
> 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] General Visual Studio 2013 Help

2015-03-30 Thread Joel Budreau
Yeah, thanks John. It’s working now :)

> On Mar 29, 2015, at 10:33 AM, John Cooper  wrote:
> 
> You need to make sure that the path to the library is in the list of paths 
> searched for libraries, and you need to make sure the library filename is the 
> list of libraries to be linked.  Based on the discussion in the stackoverflow 
> link, I suspect the actual file name ("msi.lib") to link is what is missing.
> 
> See http://www.codeproject.com/Articles/1747/MSI-Custom-Action-DLL 
> 
> You may also need to link to other libraries such as crypt32.lib
> --
> John Merryweather Cooper
> Senior Software Engineer | Integration Development Group | Continuing 
> Development
> Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
> |jocoo...@jackhenry.com
> 
> 
> 
> -Original Message-
> From: Joel Budreau [mailto:joel.budr...@gmail.com] 
> Sent: Sunday, March 29, 2015 8:51 AM
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] General Visual Studio 2013 Help
> 
> Hey guys,
> 
> I thought I’d reach out to this group to see if anyone knew the answer to my 
> problem off the top of their head:
> http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project
>  
> <http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project>
> 
> Thanks,
> Joel
> 
> --
> 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] General Visual Studio 2013 Help

2015-03-29 Thread Joel Budreau
Hey guys,

I thought I’d reach out to this group to see if anyone knew the answer to my 
problem off the top of their head:
http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project
 


Thanks,
Joel

--
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] Error 1920. Service 'SomeService' failed to start

2015-03-13 Thread Joel Budreau
I’ve had success tracking down 1920 service-start errors by opening the exe in 
the dependency walker right after the error message is thrown 
(http://www.dependencywalker.com/). It’s not a perfectly reliable tool, but it 
will let you know if your binary is missing any static dependencies that would 
cause it to fail to start up.

> On Mar 11, 2015, at 9:02 AM, Sarvagya Pant  wrote:
> 
> ​​
> ​Hi,
> I have created an installer that is supposed to be get install and start
> the service. The installer does install in most machines , but during
> installation in one of customers, it gave "Error 1920. Service
> 'SomeService'failed to start" error. The user has installed the software as
> an administrator, but still is getting the same error.
> The detailed error is "MSI (s) (6C:18) [14:07:48:771]: Product:
> SomeProduct-- Error 1920. Service 'SomeService' (SomeService) failed to
> start.  Verify that you have sufficient privileges to start system
> services."
> 
> I have also implemented Custom action in the installer using C# that is
> supposed to get the parameter passed to installer and create some config
> file.
> 
> I have following wix file:
> 
> 
> 
> http://schemas.microsoft.com/wix/2006/wi";
> xmlns:netfx="http://schemas.microsoft.com/wix/NetFxExtension";>
>   Manufacturer="Sarvagya" UpgradeCode="50AB9D2F-93A4-4301-B418-4CB31668DC5A">
> InstallScope="perMachine" />
> 
>
>
> 
>
>  
>
>
>
>  
>
>  
> 
>  
>
>  
>
>  
>
>  
> 
>  
>
> 
>  
>  Id="SOMEFILE"
>  Name="somefile.exe"
>  DiskId="1"
>  Source="$(var.lpa.TargetPath)"
>  Vital="yes"
>  KeyPath="yes" />
> 
>
>Name="SomeService" DisplayName="SomeService"
>Description="This is the service to be started" Start="auto"
>Account="LocalSystem" ErrorControl="normal" Interactive="no" />
> 
> Remove="uninstall"
>Name="SomeService" Wait="yes" />
>
>  
> 
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_thread-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_thread-vc100-mt-1_55.dll" />
>
>  
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_system-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_system-vc100-mt-1_55.dll" />
>
>  
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_chrono-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_chrono-vc100-mt-1_55.dll" />
>
>  
>  
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_filesystem-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_filesystem-vc100-mt-1_55.dll" />
>
>  
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_date_time-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_date_time-vc100-mt-1_55.dll" />
>
>  
> 
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_zlib-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_zlib-vc100-mt-1_55.dll" />
>
>  
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_iostreams-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_iostreams-vc100-mt-1_55.dll" />
>
>  
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_regex-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_regex-vc100-mt-1_55.dll" />
>
>  
>  
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_locale-vc100-mt-gd-1_55.dll" />
>
> ="C:\boost_1_55_0_dyn\stage\lib\boost_locale-vc100-mt-1_55.dll" />
>
>  
>  
>
>  
>  
>
>  
>  
>
> ="..\..\ext_library\zmq\czmq\czmq-2.1.0\lib\Win32\DebugDLL\czmq.dll" />
>
> ="..\..\ext_library\zmq\czmq\czmq-2.1.0\lib\Win32\ReleaseDLL\czmq.dll" />
>
>  
> 
>  
>
> ="..\..\ext_library\log4cplus\bin\Debug\log4cplusD.dll" />
>
> ="..\..\ext_library\log4cplus\bin\Release\log4cplus.dll" />
>
>  
>  
>
> ="..\..\ext_library\zmq\zeromq-4.0.3\lib\Win32\Debug\libzmq.dll" />
>
> ="..\..\ext_library\zmq\zeromq-4.0.3\lib\Win32\Release\libzmq.dll" />
>
>  
>  
>  
>
>  
> 
>   Guid="{0524716A-DA7B-436C-BB0B-57B972D1A322}">
>
>
>
> On="uninstall"/>
> On="uninstall"/>
> On="uninstall"/>
>
>  
>
> 
> 
> SourceFile="..\..\ext_library\SetupCA\SetupCA\bin\Release\SetupCA.CA.dll"/>
> BinaryKey="SetupCA" DllEntry="WriteFileToDisk" />
> BinaryKey="

Re: [WiX-users] how to extract string from registry entry

2015-03-10 Thread Joel Budreau
I don’t know any way to perform that kind of string-manipulation in MSI itself. 
I’d go with a CA.

> On Mar 9, 2015, at 8:35 AM, Namrata Kumari  
> wrote:
> 
> I want to launch my application on default browser but getting extra content
> in registry entry , how to extract exact values out from registry: 
> 
>   Key='http\shell\open\command' />
>
> 
> Getting registry entry : 
> Firefox:  "C:\Program Files (x86)\Mozilla Firefox\firefox.exe" -osint -url
> "%1" 
> Chrome: "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --
> "%1" 
> 
> Required Value :: 
> Firefox:  "C:\Program Files (x86)\Mozilla Firefox\firefox.exe" 
> Chrome: "C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" 
> 
> 
> 
> Is there any way to extract value as required in registry entry else have to
> go with CA... hate that
> 
> 
> 
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-extract-string-from-registry-entry-tp7599505.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] RegistrySearch on click

2015-03-06 Thread Joel Budreau
I think you’d have to write your own VB script/DLL custom action to:
1. Read the user’s input from a property
2. Read the existing value from the registry - 
http://stackoverflow.com/questions/34065/how-to-read-a-value-from-the-windows-registry
3. Write a property (or don’t) if the user’s input matches what’s currently in 
the registry
4. Use the newly created property to condition whether or not to allow the 
‘Next’ button to proceed to the next dialog
 
> On Mar 6, 2015, at 12:36 PM, Joseph L. Casale  
> wrote:
> 
> Trying that again...
> 
> I have been searching around for a while without luck on the approach
> used to initiate a RegistrySearch using a value entered in a text field
> when the user presses next in a dialog.
> 
> The best I could come up with was publishing a DoAction event in the
> next button control. However, I cant seem to find an indication that
> you can actually create a CustomAction that performs a registry search?
> 
> Ultimately I need to return an error if the value is not found.
> 
> Thanks,
> jlc
> --
> 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] Custom Action to Read XML value

2015-03-06 Thread Joel Budreau
http://stackoverflow.com/questions/23805767/wix-custom-actions-reading-parameters-from-an-xml-file
 ?

> On Mar 6, 2015, at 2:45 PM, Davis, Jeff  wrote:
> 
> So does someone have the DLL or the code that does what is listed below that 
> is working?   I am trying to work on a complex Wix Installer and would just 
> like to have XML read capability in my .WXS  code so I can continue.  
> 
> 
> -Original Message-
> From: John Cooper [mailto:jocoo...@jackhenry.com] 
> Sent: Friday, March 06, 2015 10:23 AM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Custom Action to Read XML value
> 
> Yes.  It's not very complicated.  The specific steps in the innermost custom 
> action (there is another custom action that drives this one from a table) are:
> 
> 1) load path to XML file from property;
> 2) load XPATH from property;
> 3) create an XmlDocument instance
> 4) use the TrySafeLoad method to see if I can load the XML file, exit if I 
> can't
> 5) get an XmlNode using SelectSingleNode on the XPATH previously loaded;
> 6) if the XmlNode is null, store a default value;
> 7) else process for attribute, element, or inner text and load the property;
> 8) exit
> 
> The code following this flow has been used in production for over two years.
> 
> --
> John Merryweather Cooper
> Senior Software Engineer | Integration Development Group | Continuing 
> Development Jack Henry & Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
> |jocoo...@jackhenry.com
> 
> 
> 
> -Original Message-
> From: Davis, Jeff [mailto:jda...@nanometrics.com]
> Sent: Friday, March 6, 2015 12:02 PM
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] Custom Action to Read XML value
> 
> It seems like the answer to every question about reading XML value using Wix 
> is to write a custom action.  I have found a couple of solutions that I have 
> tried with no success.   Does someone have a working XML Search custom action 
> that you pass a XML filename and a XPath value and it will populate a 
> Property value with its results.   I don't need to add an extension with lots 
> of other actions or an action that a lot more than what I need.  Although if 
> you're using something that works I'd take it.
> 
> I need it to be able to evaluate complex XPath expressions with valid XST 
> functions like substring-before() so I can parse Values.
> 
> Has someone got something that works for them that they don't mind sharing so 
> I don't have to write my own?  (which is not my strong point)
> 
> 
> 
> This solution is what I am looking for but I can't get it to work for me.
> 
> http://www.codeproject.com/Articles/865604/Writing-a-Wix-Extension-to-Read-XML-Files
> 
> When I try to build the project I get several errors.
> 
> Error 1 The command "copy 
> ".\Wix.XmlSearch_src\XmlSearch.WixLib\bin\Debug\XmlSearch.wixlib" 
> ".\Wix.XmlSearch_src\Resources" /y" exited with code 1. Wix.XmlSearch
> 
> If I add this to the Wix.Test.Setup Product.wxs
> 
>  XPath="/Testdata/testnode/@Value"/>
> 
> I get this error
> 
> Error 1 The Property element contains an unhandled extension element 
> 'xmlsearch:XmlSearch'. Please ensure that the extension for elements in the 
> 'http://schemas.rottedfrog.co.uk/wix/XmlSearch' namespace has been provided.
> 
> If I try to add the binary to a project I get this error
> 
> A reference to C:\Program Files (x86)\WiX Toolset v3.9\bin\\Wix.WmlSearch.dll 
> could not be added. Please make sure tha tthe file is accessible, and that it 
> is a valid Wix reference.
> 
> 
> I have tried this one which works pretty well
> 
> https://bitbucket.org/nirbar1/panelswwixextension
> 
> But there is a bug in the XPath expression evaluation that won't allow 
> functions like substring-before()  etc to be used.
> 
> 
> 
> --
> 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.
> 
> 
> -

Re: [WiX-users] How to show custom error text on SetupCompleteError dialog when a deferred CA fails.

2015-02-05 Thread Joel Budreau
I think the standard is to have the deferred action make a call to 
MsiProcessMessage (not MessageBox), passing in a reference to the Error table 
(that way your displayed strings won’t live inside dll resource files).

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


> On Feb 4, 2015, at 11:08 AM, Kashif Md.  wrote:
> 
> Hi,
> 
> I have a deferred Custom action that fails in some scenarios. Since this
> custom action is responsible for installling some licensing libraries for
> my product hence I cannot continue installation if this CA fails.
> 
> I want to show a custom error message to the user if this CA has failed the
> installation. To capture the failure from this CA I write a registry value
> signifying whether the CA was successful or not. But how do read this
> registry, set a property based on this CA and then use that property to
> show/hide my text on SetupCompleteError dialog.
> 
> As soon as CA fails, rollback starts and then it does not execute any
> immediate custom actions. I cannot even use a roll back CA because it
> cannot set any property.
> 
> Can someone please help and let me know if there is a way to do this other
> than throwing up a message box to the user?
> 
> Thanks,
> -kashif
> --
> 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] WiX MSI or Bundle - calling Windows Explorer with a specified folder

2015-02-05 Thread Joel Budreau
You can have a type-34 custom action launch “C:\Windows\explorer.exe ”.

” 
Return=“ignore” />

> On Feb 4, 2015, at 9:52 AM, Tall Tyke  wrote:
> 
> Hi,
> 
> I posted a question yesterday, which was a bit bizarre and didn't get any
> responses - so we have changed tack a bit and now want our installer (
> either a WiX 3.9 MSI or our bundle ) to run "Windows Explorer" opening up at
> a folder path with give it - is that possible ?
> 
> Cheers,
> 
> Chris.
> 
> 
> 
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-MSI-or-Bundle-calling-Windows-Explorer-with-a-specified-folder-tp7599135.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] Custom Action after a Dialog

2015-01-29 Thread Joel Budreau
Hey Nagesh,

What you’re looking for will be really similar to this example - 
http://wixtoolset.org/documentation/manual/v3/howtos/ui_and_localization/run_program_after_install.html

Joel
> On Jan 28, 2015, at 2:22 PM, Nagesh Hora  wrote:
> 
> Please help me in calling an custom action after a dialog..  Pointers to
> examples would help
> --
> 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] Doesn't the Bootstrapper check to see if another instance of itself is running? [P]

2015-01-23 Thread Joel Budreau
Christopher Painter actually explained it better (about 3 years ago) - 
http://community.flexerasoftware.com/archive/index.php?t-198832.html

1) One Execute Sequence per system
2) One UI Sequence per process

> On Jan 23, 2015, at 7:39 PM, Joel Budreau  wrote:
> 
> Once an MSI enters the InstallValidate (InstallInitialize) action in the 
> InstallExecuteSequence it will obtain a system-wide MSI lock. It will only 
> release it once it finishes the InstallFinalize action.
> 
> So, the short answer is generally: two MSIs running the 
> InstallExecuteSequence at the same time is a no/no…
> 
>> On Jan 23, 2015, at 6:11 PM, Steven Ogilvie  wrote:
>> 
>> Classification: Public
>> I thought two MSI's running at same time is a no/no?
>> 
>> Steve
>> 
>> -Original Message-
>> From: Rob Mensching [mailto:r...@firegiant.com]
>> Sent: January-23-15 6:00 PM
>> To: General discussion about the WiX toolset.
>> Subject: Re: [WiX-users] Doesn't the Bootstrapper check to see if another 
>> instance of itself is running?
>> 
>> Do you mean Burn? If so, I've never seen it do that before. 
>> 
>> Note: Windows Installer will do the same thing. Launch an MSI twice, you 
>> should get two UIs running.
>> 
>> _
>> Short replies here. Complete answers over there: http://www.firegiant.com/
>> 
>> 
>> -Original Message-
>> From: StevenOgilvie [mailto:sogil...@msn.com]
>> Sent: Friday, January 23, 2015 12:30 PM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] Doesn't the Bootstrapper check to see if another 
>> instance of itself is running?
>> 
>> Hi,
>> 
>> Just a quick question.
>> 
>> Doesn't the Bootstrapper verify that it is not running another instance of 
>> itself?
>> 
>> i.e. Launch your Installer (Bootstrapper) launch same installer again, two 
>> instances are now running...
>> 
>> Steve
>> 
>> --
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>> 
>> 
>> This message has been marked as Public by Steven Ogilvie on January-23-15 
>> 6:11:25 PM.
>> 
>> The above classification labels were added to the message by TITUS Message 
>> Classification. 
>> For more information visit www.titus.com.
>> 
>> --
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
> 


--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Doesn't the Bootstrapper check to see if another instance of itself is running? [P]

2015-01-23 Thread Joel Budreau
Once an MSI enters the InstallValidate (InstallInitialize) action in the 
InstallExecuteSequence it will obtain a system-wide MSI lock. It will only 
release it once it finishes the InstallFinalize action.

So, the short answer is generally: two MSIs running the InstallExecuteSequence 
at the same time is a no/no…

> On Jan 23, 2015, at 6:11 PM, Steven Ogilvie  wrote:
> 
> Classification: Public
> I thought two MSI's running at same time is a no/no?
> 
> Steve
> 
> -Original Message-
> From: Rob Mensching [mailto:r...@firegiant.com]
> Sent: January-23-15 6:00 PM
> To: General discussion about the WiX toolset.
> Subject: Re: [WiX-users] Doesn't the Bootstrapper check to see if another 
> instance of itself is running?
> 
> Do you mean Burn? If so, I've never seen it do that before. 
> 
> Note: Windows Installer will do the same thing. Launch an MSI twice, you 
> should get two UIs running.
> 
> _
> Short replies here. Complete answers over there: http://www.firegiant.com/
> 
> 
> -Original Message-
> From: StevenOgilvie [mailto:sogil...@msn.com]
> Sent: Friday, January 23, 2015 12:30 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Doesn't the Bootstrapper check to see if another 
> instance of itself is running?
> 
> Hi,
> 
> Just a quick question.
> 
> Doesn't the Bootstrapper verify that it is not running another instance of 
> itself?
> 
> i.e. Launch your Installer (Bootstrapper) launch same installer again, two 
> instances are now running...
> 
> Steve
> 
> --
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
>  
> This message has been marked as Public by Steven Ogilvie on January-23-15 
> 6:11:25 PM.
> 
> The above classification labels were added to the message by TITUS Message 
> Classification. 
> For more information visit www.titus.com.
> 
> --
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] execute custom action before LaunchConditions in silent setup

2015-01-07 Thread Joel Budreau
Can you send some screenshots of your MSI’s InstallUISequence and 
InstallExecuteSequence and/or the declaration of your FixNetFramework45 custom 
action.

> On Jan 6, 2015, at 6:02 AM, Yankulin, Leonid  
> wrote:
> 
> Hello,
> I have defined a custom action to be executed *BEFORE* the LaunchConditions 
> action in the following way:
> 
> 
> 
> 
> 
> 
> 
> I use WiX 3.9 and want to validate that I have .NET 4.5.2 installed. For this 
> I like to compare numerical values to allow any 4.5.2 or greater:
> 
> 
> 
> 
> I see that when I run my setup with UI then everything works as expected. 
> However, when I launch it in silent mode: msiexec.exe /i mysetup.msi /qn
> the setup fails due .NET 4.5.2 validation condition and my custom action 
> isn't launched.
> 
> Please, advise how do I enforce custom action to be launched before 
> LaunchConditions in silent setup.
> 
> Thank you,
> Leonid, Yankulin
> --
> 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] WIX build failures

2014-12-12 Thread Joel Budreau
A ha! I had Visual Studio 2012 installed, but I was missing “Update 4” (same 
issue here - 
http://stackoverflow.com/questions/19278446/why-is-the-option-for-visual-studio-2012-windows-xp-v110-xp-missing-in-visua).
 The build is running now :)

Joel

> On Dec 12, 2014, at 12:25 PM, Joel Budreau  wrote:
> 
> Nope :/
> 
> Still getting the same build failures, even after installing the VS2012 & 
> VS2013 SDKs…
> 
>> On Dec 12, 2014, at 12:19 PM, Joel Budreau  wrote:
>> 
>> Thanks Phil, I’ll give that a try…
>> 
>>> On Dec 12, 2014, at 12:15 PM, Phill Hogland  wrote:
>>> 
>>> You also need to get and install the vs2012SDK and the vs2013sdk (different
>>> from windows sdk)
>>> 
>>> 
>>> 
>>> --
>>> View this message in context: 
>>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-build-failures-tp7598551p7598552.html
>>> Sent from the wix-users mailing list archive at Nabble.com.
>>> 
>>> --
>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>>> Get technology previously reserved for billion-dollar corporations, FREE
>>> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
>>> ___
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>> 
> 


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WIX build failures

2014-12-12 Thread Joel Budreau
Nope :/

Still getting the same build failures, even after installing the VS2012 & 
VS2013 SDKs…

> On Dec 12, 2014, at 12:19 PM, Joel Budreau  wrote:
> 
> Thanks Phil, I’ll give that a try…
> 
>> On Dec 12, 2014, at 12:15 PM, Phill Hogland  wrote:
>> 
>> You also need to get and install the vs2012SDK and the vs2013sdk (different
>> from windows sdk)
>> 
>> 
>> 
>> --
>> View this message in context: 
>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-build-failures-tp7598551p7598552.html
>> Sent from the wix-users mailing list archive at Nabble.com.
>> 
>> --
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
> 


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WIX build failures

2014-12-12 Thread Joel Budreau
Thanks Phil, I’ll give that a try…

> On Dec 12, 2014, at 12:15 PM, Phill Hogland  wrote:
> 
> You also need to get and install the vs2012SDK and the vs2013sdk (different
> from windows sdk)
> 
> 
> 
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-build-failures-tp7598551p7598552.html
> Sent from the wix-users mailing list archive at Nabble.com.
> 
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] WIX build failures

2014-12-12 Thread Joel Budreau
Hey guys,

I’m not sure how to fix my build problems…

What I’ve done so far:
1. Cloned the ‘wix3’ repo on my Win7x64 machine.
2. Followed the instructions on 
http://wixtoolset.org/documentation/manual/v3/wixdev/building_wix.html 
 by 
running "msbuild tools\OneTimeWixBuildInitialization.proj” (No Warnings/No 
Errors).
3. Ran “msbuild” and “msbuild /p:PlatformToolset=v120_xp”.

I keep running into multiple instances of this error:
"C:\Users\jbudreau\Documents\GitHub\wix3\wix.proj" (default target) (1) ->
"C:\Users\jbudreau\Documents\GitHub\wix3\src\dtf\dtf.proj" (default target) 
(14) ->
"C:\Users\jbudreau\Documents\GitHub\wix3\src\libs\libs.proj" (default target) 
(15) ->
"C:\Users\jbudreau\Documents\GitHub\wix3\src\libs\libs_multitarget.proj" 
(default target) (16) ->
"C:\Users\jbudreau\Documents\GitHub\wix3\src\libs\dutil\dutil.vcxproj" (default 
target) (17) ->
(PlatformPrepareForBuild target) ->
  C:\Program Files 
(x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.Cpp.Platform.targets(64,5): 
error MSB8020: The build tools for Visual Studio 2012 - Windows XP (Platform 
Toolset = 'v110_xp') cannot be found. To build using the v110_xp build tools, 
please install Visual Studio 2012 - Windows XP build tools.  Alternatively, you 
may upgrade to the current Visual Studio tools by selecting the Project menu or 
right-click the solution, and then selecting "Upgrade Solution...". 
[C:\Users\jbudreau\Documents\GitHub\wix3\src\libs\dutil\dutil.vcxproj]

I have the following installed:
- Visual Studio 2012
- Visual Studio 2013
- Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 SP1 (ALL features)

What am I missing??

Thanks,
Joel
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Force overwrite DLL with previous version inMajorUpgrade?

2014-11-26 Thread Joel Budreau
Hey Phil,

Can you tell me how it’s possible to schedule RemoveExistingProducts early 
enough to avoid versioning rules being applied? I’m under the impression that 
versioning rules are applied during CostFinalize, which has to come before 
InstallInitialize, which has to come before RemoveExistingProducts. Am I 
missing something?

Thanks,
Joel

> On Nov 26, 2014, at 2:39 PM, Phil Wilson  wrote:
> 
> It's an anomaly or the same bug in non SxS situations. It's not an
> installer limitation because an REP early in the install will remove
> the older product before the new one regardless of versions. You
> haven't posted your upgrade or majorupgrade WiX source, so it's worth
> verifying that you are really doing a major upgrade and that
> RemoveExistingProducts is in the appropriate place. If it's after
> InstallExecute then it's at the end and that will definitely invoke
> file versioning rules. Not all major upgrades are the same and you
> must have REP early to avoid versioning rules being applied.
> ---
> Phil Wilson
> 
> 
> On Tue, Nov 25, 2014 at 1:24 PM, Joel Budreau  wrote:
>> Hey Klaus,
>> 
>> If you want to perform a major upgrade and make sure all the files from the 
>> newer installer are copied, make use of the REINSTALLMODE property - 
>> http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx If you 
>> set REINSTALLMODE=amus, the ‘a’ will ensure that all the new files are 
>> installed (regardless of the versions that are already installed).
>> 
>> Joel
>> 
>>> On Nov 25, 2014, at 2:06 AM, Klaus Gütter  wrote:
>>> 
>>> Hi Phil,
>>> 
>>> thank you for the KB link. But this situation does not apply to our case 
>>> (no GAC or SxS involved).
>>> 
>>> From the verbose log, I see that already in CostFinalize, the installer 
>>> decides not to install the component:
>>> MSI (s) (BC:C8) [10:46:51:830]: Disallowing installation of component: 
>>> {5572161F-6A73-4552-91C7-8108C28DF8CE} since the same component with higher 
>>> versioned keyfile exists.
>>> RemoveRelatedProduct does however happily remove the component.
>>> 
>>> Looks like an Installer limitation.
>>> 
>>> Klaus Gütter
>>> 
>>> -Ursprüngliche Nachricht-
>>> Von: Phil Wilson [mailto:phildgwil...@gmail.com]
>>> Gesendet: Montag, 24. November 2014 21:34
>>> An: General discussion about the WiX toolset.
>>> Betreff: Re: [WiX-users] Force overwrite DLL with previous version 
>>> inMajorUpgrade?
>>> 
>>> After InstallValidate should definitely work for a major upgrade.  If that 
>>> 2.4 version is not installed then you may have that MSI bug, especially if 
>>> the file is in the GAC or SxS
>>> http://support.microsoft.com/kb/905238  and see if a repair restores the 
>>> file.
>>> 
>>> Anyway, take a verbose log and search for the file name and its component 
>>> id. There are more routine possible issues, such as the component id being 
>>> inadvertently shared with something, and hopefully the Dll is marked as key 
>>> path.
>>> ---
>>> Phil Wilson
>>> 
>>> 
>>> On Mon, Nov 24, 2014 at 3:39 AM, Klaus Gütter  
>>> wrote:
>>>> Hello,
>>>> 
>>>> I have the following situation: MyProduct version 1.1 uses ThirdPartyDll 
>>>> version 2.5. For MyProduct version 1.2 we had to go back to ThirdPartyDll 
>>>> version 2.4.
>>>> 
>>>> Is it possible to use an Major Upgrade in this situation? I had no luck 
>>>> with this up to now:
>>>> - when scheduled afterInstallExecute, ThirdPartyDll version 2.5 is not
>>>> overwritten (as expected by the Installer rules)
>>>> - when scheduled afterInstallValidate, ThirdPartyDll version 2.5 is 
>>>> removed, but version 2.4 is not installed.
>>>> 
>>>> If it matters: the MyProduct 1.1 setup was created with WiX 3.8, version 
>>>> 1.2 with WiX 3.9.
>>>> 
>>>> Klaus Gütter
>>>> 
>>>> --
>>>>  Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT
>>>> Server from Actuate! Instantly Supercharge Your Business Reports and
>>>> Dashboards with Interactivity, Sharing, Native Excel Exports, App
>>>> Integration & more Get technology previously reserved for
>>>> billion-dollar corporations, FREE
>>>>

Re: [WiX-users] Need to support Downgrade installs

2014-11-26 Thread Joel Budreau
I don’t believe that this approach will actually work. The MSI components are 
evaluated during (before?) the CostFinalize action, so by the time 
InstallInitialize runs, the new MSI has already made up it’s mind about what 
components are going to be installed/ignored. This is fine if you always want 
files to increase in version, but if you actually want to be able to run an 
“upgrade” (uninstall + install) where the new installer lays down whatever it’s 
got, you have to use REINSTALLMODE.

- Joel

> On Nov 26, 2014, at 1:10 PM, John Cooper  wrote:
> 
> You need to change your MajorUpgrade@Schedule attribute to something like 
> afterInstallInitialize.  This will ensure that the previous version is 
> removed before the downgrade version is installed.  A downgrade like this 
> won't allow you an overlapped upgrade.
> 
> --
> 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: Rich Fowler [mailto:richwfow...@gmail.com] 
> Sent: Wednesday, November 26, 2014 12:04 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Need to support Downgrade installs
> 
> I need to allow  Downgrading installations. This is for an internal 
> application where a user may need to install version "N" over version "N+1". 
> Yes, I know this is frowned upon, but management insists. We need to make it 
> seamless to our users. Forcing the user to first uninstall is not an option.
> 
> I've searched most everywhere and think I am close to getting it right.
> However, after installing version "N" over top of "N+1" only the unchanged 
> files remain. It looks like the installer is determining which files to 
> install before version "N+1" is removed.
> 
> Following is a stripped down installation file. The "ACMEVERSION" property 
> changes from release to release as well as the file version withing the 
> executable.
> After version 4.0.5.7 is installed, the directory contains two files - the 
> exe and txt file. After 4.0.4.4 is installed, the directory only contains the 
> txt file, which is unchanged between the versions.
> 
> Any advice or comments are deeply appreciated.
> 
>  xmlns="http://schemas.microsoft.com/wix/2006/wi";>   ACMEVERSION = "4.0.04.04" ?>   "83ED9349-6CE8-49AF-AA9D-76A63BBF3667"?> Name="MyApp" Language="1033" Version="$(var.ACMEVERSION)"
> Manufacturer="Acme" UpgradeCode="$(var.UpgradeCode)">   InstallerVersion="405" Compressed="yes"  Manufacturer="Acme" />  Id="ALLUSERS" Value="1" />
>Schedule="afterInstallValidate" RemoveFeatures="ProductFeature" />
> 
>  Id='PREVIOUSVERSIONSINSTALLED' Secure='yes' />   Id='$(var.UpgradeCode)'>   Maximum='99.0.0.0'
> Property='PREVIOUSVERSIONSINSTALLED'
> MigrateFeatures="yes" IncludeMinimum='yes' IncludeMaximum='no' /> 
> 
>  Level="1"> /> 
> 
>   
>   
>  Id="AcmeAppComponent" Guid="304961E1-C871-4124-A802-76EFBA17E3A6"
>Directory="ACMEINSTALLFOLDER" > Id="RmvFile" Name="AcmeApp.exe" On="install" /> Id="AcmeEXE" Name="AcmeApp.exe"
> Source="..\$(var.ACMEVERSION)\AcmeApp.exe" />  
>  Guid="AD9DED34-7158-454E-8A3C-A9FC04F28621"
> Directory="ACMEINSTALLFOLDER" > Name="Notes.txt"  KeyPath="yes" />  
>  
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from 
> Actuate! Instantly Supercharge Your Business Reports and Dashboards with 
> Interactivity, Sharing, Native Excel Exports, App Integration & more Get 
> technology previously reserved for billion-dollar corporations, FREE 
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> ___
> 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.
> 
> 
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://

Re: [WiX-users] Need to support Downgrade installs

2014-11-26 Thread Joel Budreau
Hey Rich,

If you make your installers set REINSTALLMODE=amus files will be overwritten 
regardless of their version. This would let you run upgrades and downgrades 
where whomever comes last wins.

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

- Joel

> On Nov 26, 2014, at 1:04 PM, Rich Fowler  wrote:
> 
> I need to allow  Downgrading installations. This is for an internal
> application where a user may need to install version "N" over version
> "N+1". Yes, I know this is frowned upon, but management insists. We need to
> make it seamless to our users. Forcing the user to first uninstall is not
> an option.
> 
> I've searched most everywhere and think I am close to getting it right.
> However, after installing version "N" over top of "N+1" only the unchanged
> files remain. It looks like the installer is determining which files to
> install before version "N+1" is removed.
> 
> Following is a stripped down installation file. The "ACMEVERSION" property
> changes from release to release as well as the file version withing the
> executable.
> After version 4.0.5.7 is installed, the directory contains two files - the
> exe and txt file. After 4.0.4.4 is installed, the directory only contains
> the txt file, which is unchanged between the versions.
> 
> Any advice or comments are deeply appreciated.
> 
>  xmlns="http://schemas.microsoft.com/wix/2006/wi";>   ACMEVERSION = "4.0.04.04" ?>   "83ED9349-6CE8-49AF-AA9D-76A63BBF3667"?> Name="MyApp" Language="1033" Version="$(var.ACMEVERSION)"
> Manufacturer="Acme" UpgradeCode="$(var.UpgradeCode)">   InstallerVersion="405" Compressed="yes"  Manufacturer="Acme" />
> 
>Schedule="afterInstallValidate" RemoveFeatures="ProductFeature" />
> 
>  Id='PREVIOUSVERSIONSINSTALLED' Secure='yes' />   Id='$(var.UpgradeCode)'>   Maximum='99.0.0.0'
> Property='PREVIOUSVERSIONSINSTALLED'
> MigrateFeatures="yes" IncludeMinimum='yes' IncludeMaximum='no' />
> 
> 
>  Level="1"> /> 
> 
>   
>   
>  Id="AcmeAppComponent" Guid="304961E1-C871-4124-A802-76EFBA17E3A6"
>Directory="ACMEINSTALLFOLDER" > Id="RmvFile" Name="AcmeApp.exe" On="install" /> Id="AcmeEXE" Name="AcmeApp.exe"
> Source="..\$(var.ACMEVERSION)\AcmeApp.exe" />  
>  Guid="AD9DED34-7158-454E-8A3C-A9FC04F28621"
> Directory="ACMEINSTALLFOLDER" > Name="Notes.txt"  KeyPath="yes" />  
>  
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Force overwrite DLL with previous version inMajorUpgrade?

2014-11-25 Thread Joel Budreau
Hey Klaus,

If you want to perform a major upgrade and make sure all the files from the 
newer installer are copied, make use of the REINSTALLMODE property - 
http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx If you set 
REINSTALLMODE=amus, the ‘a’ will ensure that all the new files are installed 
(regardless of the versions that are already installed).

Joel

> On Nov 25, 2014, at 2:06 AM, Klaus Gütter  wrote:
> 
> Hi Phil,
> 
> thank you for the KB link. But this situation does not apply to our case (no 
> GAC or SxS involved).
> 
> From the verbose log, I see that already in CostFinalize, the installer 
> decides not to install the component:
> MSI (s) (BC:C8) [10:46:51:830]: Disallowing installation of component: 
> {5572161F-6A73-4552-91C7-8108C28DF8CE} since the same component with higher 
> versioned keyfile exists. 
> RemoveRelatedProduct does however happily remove the component.
> 
> Looks like an Installer limitation.
> 
> Klaus Gütter
> 
> -Ursprüngliche Nachricht-
> Von: Phil Wilson [mailto:phildgwil...@gmail.com] 
> Gesendet: Montag, 24. November 2014 21:34
> An: General discussion about the WiX toolset.
> Betreff: Re: [WiX-users] Force overwrite DLL with previous version 
> inMajorUpgrade?
> 
> After InstallValidate should definitely work for a major upgrade.  If that 
> 2.4 version is not installed then you may have that MSI bug, especially if 
> the file is in the GAC or SxS
> http://support.microsoft.com/kb/905238  and see if a repair restores the file.
> 
> Anyway, take a verbose log and search for the file name and its component id. 
> There are more routine possible issues, such as the component id being 
> inadvertently shared with something, and hopefully the Dll is marked as key 
> path.
> ---
> Phil Wilson
> 
> 
> On Mon, Nov 24, 2014 at 3:39 AM, Klaus Gütter  
> wrote:
>> Hello,
>> 
>> I have the following situation: MyProduct version 1.1 uses ThirdPartyDll 
>> version 2.5. For MyProduct version 1.2 we had to go back to ThirdPartyDll 
>> version 2.4.
>> 
>> Is it possible to use an Major Upgrade in this situation? I had no luck with 
>> this up to now:
>> - when scheduled afterInstallExecute, ThirdPartyDll version 2.5 is not 
>> overwritten (as expected by the Installer rules)
>> - when scheduled afterInstallValidate, ThirdPartyDll version 2.5 is removed, 
>> but version 2.4 is not installed.
>> 
>> If it matters: the MyProduct 1.1 setup was created with WiX 3.8, version 1.2 
>> with WiX 3.9.
>> 
>> Klaus Gütter
>> 
>> --
>>  Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT 
>> Server from Actuate! Instantly Supercharge Your Business Reports and 
>> Dashboards with Interactivity, Sharing, Native Excel Exports, App 
>> Integration & more Get technology previously reserved for 
>> billion-dollar corporations, FREE 
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.
>> clktrk ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from 
> Actuate! Instantly Supercharge Your Business Reports and Dashboards with 
> Interactivity, Sharing, Native Excel Exports, App Integration & more Get 
> technology previously reserved for billion-dollar corporations, FREE 
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listin

Re: [WiX-users] How to diff two MSMs

2014-11-21 Thread Joel Budreau
Just tried it out. Yes, WiDiffDb.vbs prints out line-by-line the differences 
between two MSIs/MSMs.

> On Nov 21, 2014, at 8:33 PM, Phil Wilson  wrote:
> 
> The Windows Kit (Platform SDK)  has some MSI tools and scripts, one of
> them is WIDiffDB.vbs that reports the difference between two
> databases. That might include merge modules.
> ---
> Phil Wilson
> 
> 
> On Fri, Nov 21, 2014 at 6:58 AM, Joel Budreau  wrote:
>> Is there a good way to diff two merge modules to see what's changed between
>> builds?
>> 
>> Thanks,
>> Joel
>> --
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to diff two MSMs

2014-11-21 Thread Joel Budreau
I’ll give it a try. Thanks Phil!

- Joel

> On Nov 21, 2014, at 8:33 PM, Phil Wilson  wrote:
> 
> The Windows Kit (Platform SDK)  has some MSI tools and scripts, one of
> them is WIDiffDB.vbs that reports the difference between two
> databases. That might include merge modules.
> ---
> Phil Wilson
> 
> 
> On Fri, Nov 21, 2014 at 6:58 AM, Joel Budreau  wrote:
>> Is there a good way to diff two merge modules to see what's changed between
>> builds?
>> 
>> Thanks,
>> Joel
>> --
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> --
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] How to diff two MSMs

2014-11-21 Thread Joel Budreau
Is there a good way to diff two merge modules to see what's changed between
builds?

Thanks,
Joel
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Uninstall restart issue

2013-06-25 Thread Joel Budreau
Hey Alain,

Take a look at my answer to this problem on stackoverflow -
http://stackoverflow.com/questions/6913332/wix-installer-problem-why-does-restartmanager-mark-service-as-rmcritical-and-no/8147540#8147540

Basically, you can 'lie' about the custom action and mark it as
immediate instead of deferred.  The drawback is that if your install
fails and rollsback, the service you've shut down will still be shut
down.  Up to you whether or not that's an appropriate risk for your
product.

- Joel

On Sat, Jun 15, 2013 at 11:11 AM, Alain Forget  wrote:
> I'm still wrestling with this request to restart on uninstall. To recap, I 
> have an MSI that when I install it, and then try to uninstall it, it usually 
> tells the user that some of the files to be uninstalled are in use and will 
> require a reboot. However, this should not be, because the services that are 
> using the files will stop immediately upon request.
>
> The problem seems to be that the installer is making the determination that 
> the files are in use before even trying to stop services. Looking at the 
> uninstall log, during FileCost, the installer determines that multiple 
> "folder had been blocked by the 1 mask argument (the folder pair's 
> iSwapAttrib member = 0)", which I think means it's in use? Furthermore, at 
> InstallValidate, "RESTART MANAGER: Did detect that a critical application 
> holds file[s] in use, so a reboot will be necessary." Note that both 
> InstallValidate and FileCost come before StopServices (see 
> http://msdn.microsoft.com/en-us/library/aa372038).
>
> It had been suggested that I should stop the services myself with "net stop". 
> So I attempted to do so with this in my .wxs:
>
> 
>  Property="cmdStopClientCommModuleService" Value="net stop [#myService]" />
>  DllEntry="CAQuietExec" Return="check" Impersonate="no" />
>
> 
>  >
> 
> 
>
> However, candle / light don't allow it:
>
> error LGHT0204 : ICE77: cmdStopMyService is a in-script custom action.  It 
> must be sequenced in between the InstallInitialize action and the 
> InstallFinalize action in the InstallExecuteSequence table
>
> Following Light's recommendation wouldn't solve my problem, because 
> InstallInitialze happens long after the uninstaller has decided that the 
> files are in use.
>
> So I'm completely stumped and would appreciate some suggestions.
>
> Alain
>
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] heat question

2012-02-15 Thread Joel Budreau
Hi,

I'm using WiX 3.0 and utilizing heat.exe to harvest a directory in my build 
tree.  My goal is to generate a MSM using the resulting .wxs file.  I have a 
couple of MSIs that will use this MSM, and each MSI will want to install the 
MSM files into a separate directory.  Here's my problem:

- Build tree to harvest is located at ...\build\output\...
- I point heat.exe to ...\build\output
- My MSM now has "output" as the root directory of all the files, do not want 
:(  What I want is to have INSTALLDIR set as the root path 
(INSTALLDIR\...)

I've also tried passing ...\build\output\. to heat to see if it would recognize 
"." as the root directory instead of "output", but it had the same result.

Thanks,
Joel

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users