date:20140203

I understand that component attributes are bit flags. I want to test for the
64 bit flag in my immediate CA, which schedules a deferred CA, so that I
know whether the CA is running on a x64 architecture. There are several
examples in the source code of testing the component attribute flag in
secureobj.cpp and XmlConfig.cpp, like this.
BOOL fIs64Bit = iCompAttributes msidbComponentAttributes64bit;

What I am struggling with is how to initialize iCompAttributes so that I can
do this test in the CA. My long term goal is to figure out how to do the
WixExtension with the dom parser, but for now I am using the Custom Table
driven CA approach and focusing on writing the CAs using the Wix source as a
teacher. So I am wondering how to either populate a row in my wxs file
with the value that should be passed to iCompAttributes, or from within the
immediate CA, how to use the Component_ identifier (which I also put in the
Custom Table) to look up the iCompAttributes value (so that I can then
implement code to test the flags).

Maybe I am just making this issue hard since in the case of x64, I can also
set a row value in the wxs Custom Table to x64. I was trying to avoid
manually maintained literals and make use of testing the component
attributes flags, but I need to figure out how to get the value to do the
test. Thanks for giving me any suggestions. I appreciate the advice.

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Component-Attributes-tp7592263p7592304.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] ListView Example for the Theme.xml in the Bootstrapper project

I am not sure, but I think a bafunction.dll with WixStdBA (3.8) could be used
to change the behavior of UI controls.  I started down that route based on
information at http://wixextba.codeplex.com/.  Then several months ago I
also decided to create a mba, so my memory about bafunctions may be getting
fuzzy at this point.   



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ListView-Example-for-the-Theme-xml-in-the-Bootstrapper-project-tp7592209p7592305.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn custom bootstrapper and ARPINSTALLLOCATION?

2014-02-03 Thread Daniel Madill

Hi Bob,

Thanks for the feedback. I can understand why burn doesn't presently support 
it. I'm not opposed to implementing the feature but will have to look into what 
is involved.

Dan

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Sunday, February 02, 2014 7:29 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Burn custom bootstrapper and ARPINSTALLLOCATION?

On 28-Jan-14 10:52, Daniel Madill wrote:
 However, in my original MSI I set the ARPINSTALLLOCATION property so that the 
 install location shows up in ARP. I would like to do the same thing with my 
 new burn-based installer. However, burn creates its own ARP entry for the 
 bootstrapper. How do I set the ARPINSTALLLOCATION for the burn bootstrapper 
 bundle? I'm passing the same InstallFolder to each MSI in the chain, so the 
 concept of an install location does make sense for my bootstrapper.
Burn doesn't support that. The most common case has more than one 
install location. Feel free to file a feature request, especially if 
you're interested in implementing the feature. :)

-- 
sig://boB
http://joyofsetup.com/


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] how to auto-update like ClickOnce in WIX

2014-02-03 Thread Yu, Brian

Hello

We want to write installers in WIX as it gives us lots of flexibility. But we
also want the auto-update system that ClickOnce provide.
We want the end client to see an icon at the bottom right informing them that
there is a newer version available.
Can WIX do this?
I found this article but not quite sure how it is done.
e.g. Does a user have to click on a Check for update link on helpabout?
http://abdullin.com/journal/2009/7/8/deployment-and-updates-of-desktop-applications-wix-clickonce.html

I've also come across this new feature in WIX, can I bundle a clickonce msi in
a WIX msi?
http://wixtoolset.org/documentation/manual/v3/bundle/

_
This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are
incorporated under the laws of England and Wales (company no. 05677531 and VAT
registration no. 872810613). Our registered office is at 155 Bishopsgate,
London EC2M 3TQ. This e-mail and/or any attached documents may contain
privileged and confidential information and should only be read by those
persons to whom this e-mail is addressed. Use by other than intended recipients
is prohibited. If you are not the addressee, you must not copy, distribute,
disclose or use any of the information in it. If you have received it in error,
please delete it and immediately notify the sender. EASYSCREEN reserves the
right to monitor all e-mail messages passing through its network. As we cannot
guarantee the genuineness, accuracy or completeness of the information
contained in this message, the statements set forth are not legally binding.
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Installing a WFP driver

2014-02-03 Thread Soren Dreijer

I'm attempting to install a WFP (Windows Filtering Platform) callout driver
via WiX. All the driver's .inf file does during installation is to copy the
.sys file to the Drivers folder and that's that.



The driver isn't a typical driver in the sense that its .inf file doesn't
have a SourceDisksNames section, etc. It also doesn't have an associated
.cab file and I'm unable to generate one with inf2cat due to the missing
sections in the .inf file. It looks like DIFxApp assumes lots of things
about the driver it is installing and thus the driver installation ends up
failing.



Does anybody have any experience with installing WFP drivers via WiX? The
kind of driver I'm installing is similar to this:
http://code.msdn.microsoft.com/windowshardware/Windows-Filtering-Platform-ae42c8d7



Any help is much appreciated,

Soren
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install fails on Win 7 w/UAC enabled

I am still having difficulty getting this install to work reliably.

Today I go to uninstall / reinstall on this Win 7 machine w/UAC enabled and it
refuses to install.

First, I uninstalled the previous install. It asked for permission to change
things on the machine. I said OK and it uninstalled successfully.

Then I go and try to install using the very same installer as before (no
changes other than an updated application file) and it doesn't prompt for UAC
and gives me an error message about insufficient privileges in C:\Program
Files(x86)\OURINSTALLDIR .

Yet this installation directory is created by the installer itself.

Is there yet some other permission I need to grant this thing so that an
uninstall / install sequence will work properly?

Jan 25, 2014 07:04:36 PM, wix-users@lists.sourceforge.net wrote:

===

Now he tells me. :-)

I did both. It worked.

On 01/24/2014 12:38 AM, Blair Murri wrote:
InstallPrivileges will work, but is deprecated (or at least should have
been). InstallScope is preferred. There is no need to do both.

Blair

From: roberthyang
Sent: ‎Wednesday‎, ‎January‎ ‎22‎, ‎2014 ‎4‎:‎26‎ ‎PM
To: General discussion for Windows Installer XML toolset.

Also look into Package/InstallScope, which might be more appropriate.

Gerry Reno wrote
It looks like adding this to Package may do the trick:

|InstallPrivileges=elevated|

I'll try it and see.

On 01/21/2014 08:21 PM, Gerry Reno wrote:
I have a WIX installer built that installs fine on XP machines.

When I go to install on Win 7 machines that have UAC enabled the install
gets a Premature Failure and rolls back.

How do I get the installer to install on these Win 7 machines without
disabling UAC?

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Install-fails-on-Win-7-w-UAC-enabled-tp7591942p7591970.html
Sent from the wix-users mailing list archive at Nabble.com.

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn bundle - mix of per-user and per-machine MSIs

2014-02-03 Thread Wesley Manning

FYI: I just tested this and it does the upgrade no problem.

Background:  My bundle is composed of a per user MSI which installs my 
application and three per machine MSIs which installs two drivers and a 
certificate to prevent the do you want to allow this driver from unknown 
company  popup.  

I do have a problem where multiple users install the bundle.  If one user goes 
to uninstall it, the bundle uninstalls the per machine MSIs for all users.  I 
found Bug 3540 | Error when upgrading a bundle with mixed privilege packages 
that said this is by design: 
 Due to cross-scope scenarios that could be broken - like installing 
per-macine packages like VC runtime or .NET followed by per-user packages for 
your apps - we've had to limit the ref-counting feature to a single scope. 
I.e., if the bundle is a per-machine scope (all per-machine packages or a 
per-user scope, it will work. But if there is even one per-user package - even 
if you're not installing it - only per-user packages will be able to use the 
ref-counting scenario. This at least enables the runtime scenarios mentioned 
above.

I could see how .net or VC runtime could mess up ref counting.  Would it be a 
good feature request to default to no ref-counting for per machine packages and 
allow the user to specify which per machine packages would get reference 
counting?  And/or don't do ref counting on permanent bundles but do so on all 
other per machine bundles?  I imagine .net and VC runtime would be marked as 
permanent.

I don't get the error listed in the bug though so that's good.  One solution is 
I could mark the driver installers permanent and let the user uninstall them 
manually.  

Wes

-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca] 
Sent: October-31-13 10:07 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Burn bundle - mix of per-user and per-machine MSIs

Will have to do a test...

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: October-31-13 12:42 AM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Burn bundle - mix of per-user and per-machine MSIs

I honestly don't remember...

-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca]
Sent: Wednesday, October 30, 2013 12:22 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Burn bundle - mix of per-user and per-machine MSIs

Thanks.  That makes sense.  I'm installing drivers so need to have both.   

Can a per-user bundle upgrade or uninstall a per-machine bundle via 
relatedbundle element's attribute Action set to Upgrade?  I have a per-machine 
bundle now.  Thinking of switching my app to per-user.

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: October-30-13 4:12 PM
To: General discussion about the WiX toolset.
Subject: Re: [WiX-users] Burn bundle - mix of per-user and per-machine MSIs

Yes.

Note: the presence of a per-user package makes the bundle per-user.

-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca]
Sent: Wednesday, October 30, 2013 12:10 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Burn bundle - mix of per-user and per-machine MSIs

Hi, Can burn handle a mix of per-machine and per-user MSI packages?  I thought 
I read somewhere it can't but can't find it.

Wes

-Original Message-
From: Phil Wilson [mailto:phildgwil...@gmail.com]
Sent: August-23-13 3:43 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Fallback when not getting admin rights

I forget what the DropBox install experience was, but when I look at those 
shell extensions they are all in HKCU, so they are per-user and not per-system. 
That might work for you too.

Phil Wilson


On Fri, Aug 23, 2013 at 1:59 AM, Trond Andersen trond.ander...@gmail.comwrote:

 I have an application which uses Shell extensions to add a menu in 
 Windows Explorer, however I would like the installer to have a 
 fallback if the user is not able to give the installer admin rights in 
 which the user can access the functionality without using 
 menus/toolbar in Windows Explorer. The Dropbox installer does the same thing.

 Does anyone have an example or other resources which could help me 
 getting this working.

 For information - I'm using WIX 3.7 and Burn bootstrapper. Is this 
 something the bootstrapper should handle? Will the Burn bootstrapper 
 be able to do this or do I have to use a different bootstrapper/modify Burn?


 --
 Trond

 --
  Introducing Performance Central, a new site from SourceForge 
 and AppDynamics. Performance Central is your source for news, 
 insights, analysis and resources for efficient Application Performance 
 Management.
 Visit us today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.c
 lktrk

Re: [WiX-users] Installing MSCOMCTL.MSM

The MSCOMCTL merge module (and most likely the others) contain COM
registration in the class table, so you don't need to harvest it -
that is the whole point of the merge module. It's easy enough to check
with Orca. If your source MSI file didn't contain a Class table then
the merge would (or should) fail, and your build should fail.  If your
build worked (?) then the resulting MSI wouldn't contain any COM
registration in the Class table. So basically I'd recommend comparing
(for example) the Class table in the merge modules with the resulting
MSI file to see if everything is there, but it's puzzling that the
build may have worked in spite of a missing Class table in the MSI.


---
Phil Wilson


On Mon, Feb 3, 2014 at 2:15 AM, Graham Allwood gallw...@sdasoftware.net wrote:
 Hmm, this is interesting

 I created a small VB6 app that used the MS Flex Grid. This means it needs the 
 MSFLXGRD.MSM in the setup.

 Using WIX my installed test app failed because MSFLXGRD.OCX was missing a 
 dependency.

 However, if I add

   EnsureTable Id='Class'/

 In my wix source file and recompile everything works.

 Can anyone tell me why?

 Thanks

 Graham

 -Original Message-
 From: Graham Allwood [mailto:gallw...@sdasoftware.net]
 Sent: 03 February 2014 07:00
 To: General discussion about the WiX toolset.
 Subject: [WiX-users] Installing MSCOMCTL.MSM

 Hi,

 I am trying to convert an older VS2010 setup project to Wix. There are 
 several COM dlls I have had to use harvest on to get their registry 
 information from. I also have a few merge modules. One of them is 
 MSCOMCTL.MSM. I see from examples I just need to include the MERGE element 
 under the Directory and also MergeRef in the Feature.

 Everything compiles ok and I can run the msi ok. When I run the installed app 
 I get an error saying that MSCOMCTL was not installed properly or one of its 
 dependants is missing.

 I have noticed the MSM contains one file, an ocx. Do I need to run harvest on 
 this also, or will the MSM take care of the com registration for me?

 Thanks
 Graham Allwood


 --
 Managing the Performance of Cloud-Based Applications Take advantage of what 
 the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

 --
 Managing the Performance of Cloud-Based Applications
 Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install fails on Win 7 w/UAC enabled

What relevant settings are you using now? InstallScope=perMachine?
Anything else?
---
Phil Wilson

On Mon, Feb 3, 2014 at 10:38 AM, Gerry Reno gr...@verizon.net wrote:
I am still having difficulty getting this install to work reliably.

Today I go to uninstall / reinstall on this Win 7 machine w/UAC enabled and
it refuses to install.

First, I uninstalled the previous install. It asked for permission to change
things on the machine. I said OK and it uninstalled successfully.

Yet this installation directory is created by the installer itself.

Is there yet some other permission I need to grant this thing so that an
uninstall / install sequence will work properly?

Jan 25, 2014 07:04:36 PM, wix-users@lists.sourceforge.net wrote:

===

Now he tells me. :-)

I did both. It worked.

On 01/24/2014 12:38 AM, Blair Murri wrote:
InstallPrivileges will work, but is deprecated (or at least should have
been). InstallScope is preferred. There is no need to do both.

Blair

From: roberthyang
Sent: Wednesday, January 22, 2014 4:26 PM
To: General discussion for Windows Installer XML toolset.

Also look into Package/InstallScope, which might be more appropriate.

Gerry Reno wrote
It looks like adding this to Package may do the trick:

|InstallPrivileges=elevated|

I'll try it and see.

On 01/21/2014 08:21 PM, Gerry Reno wrote:
I have a WIX installer built that installs fine on XP machines.

When I go to install on Win 7 machines that have UAC enabled the install
gets a Premature Failure and rolls back.

How do I get the installer to install on these Win 7 machines without
disabling UAC?

Re: [WiX-users] how to auto-update like ClickOnce in WIX

WiX generates MSIs etc for you to install, but after that there's
nothing running on the system except your app. The type of update you
want is typically done by implementing:

1. A web service at your company site with access to a database of
product guids, upgrade code guids, version, and download locations,
updated as new versions become available.

2. Code in your app to call the web service passing your product
code/upgrade code/version as needed to check for a higher version
update or major upgrade and a way of asking the client if they want to
download it.

---
Phil Wilson

On Mon, Feb 3, 2014 at 9:44 AM, Yu, Brian b...@easyscreen.com wrote:
Hello

I've also come across this new feature in WIX, can I bundle a clickonce msi
in a WIX msi?
http://wixtoolset.org/documentation/manual/v3/bundle/

_
This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are
incorporated under the laws of England and Wales (company no. 05677531 and
VAT registration no. 872810613). Our registered office is at 155 Bishopsgate,
London EC2M 3TQ. This e-mail and/or any attached documents may contain
privileged and confidential information and should only be read by those
persons to whom this e-mail is addressed. Use by other than intended
recipients is prohibited. If you are not the addressee, you must not copy,
distribute, disclose or use any of the information in it. If you have
received it in error, please delete it and immediately notify the sender.
EASYSCREEN reserves the right to monitor all e-mail messages passing through
its network. As we cannot guarantee the genuineness, accuracy or completeness
of the information contained in this message, the statements set forth are
not legally binding.
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installing a WFP driver

I do not have experience with WFP callout drivers, however I observe that
msdn indicates that they are non-PNP drivers.  The DifxApp by default
installs PNP drivers.  I assume that the basic process of installing the
driver by right-clicking the INF is successful.  If setting the legacy flag
for Difx does not help you might need to use a setup applications which
calls the setup api.






--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installing-a-WFP-driver-tp7592309p7592314.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix: Can we hide the inital proecssing dialog?

I think that dialog is part of Windows, so you can't modify it.
---
Phil Wilson


On Sun, Feb 2, 2014 at 9:40 PM, ak m wixak...@gmail.com wrote:
 Dear All,

 Can we hide the intial processing dialog in Wix?

 Attached Screenshot for reference...

 Best Regards,
 Anil
  
 Wix_InitialProcessingDialog.jpghttps://docs.google.com/file/d/0Bx3lIuciPpX5T1BLcFl3dUYxaWM/edit?usp=drive_web

 --
 Managing the Performance of Cloud-Based Applications
 Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install fails on Win 7 w/UAC enabled

InstallPrivileges=elevated
InstallScope=perMachine

Feb 3, 2014 02:31:46 PM, wix-users@lists.sourceforge.net wrote:

===

What relevant settings are you using now? InstallScope=perMachine?
Anything else?
---
Phil Wilson

On Mon, Feb 3, 2014 at 10:38 AM, Gerry Reno wrote:
I am still having difficulty getting this install to work reliably.

Today I go to uninstall / reinstall on this Win 7 machine w/UAC enabled and
it refuses to install.

First, I uninstalled the previous install. It asked for permission to change
things on the machine. I said OK and it uninstalled successfully.

Yet this installation directory is created by the installer itself.

Is there yet some other permission I need to grant this thing so that an
uninstall / install sequence will work properly?

Jan 25, 2014 07:04:36 PM, wix-users@lists.sourceforge.net wrote:

===

Now he tells me. :-)

I did both. It worked.

On 01/24/2014 12:38 AM, Blair Murri wrote:
InstallPrivileges will work, but is deprecated (or at least should have
been). InstallScope is preferred. There is no need to do both.

Blair

From: roberthyang
Sent: Wednesday, January 22, 2014 4:26 PM
To: General discussion for Windows Installer XML toolset.

Also look into Package/InstallScope, which might be more appropriate.

Gerry Reno wrote
It looks like adding this to Package may do the trick:

|InstallPrivileges=elevated|

I'll try it and see.

On 01/21/2014 08:21 PM, Gerry Reno wrote:
I have a WIX installer built that installs fine on XP machines.

When I go to install on Win 7 machines that have UAC enabled the install
gets a Premature Failure and rolls back.

How do I get the installer to install on these Win 7 machines without
disabling UAC?

Re: [WiX-users] [SPAM] Component Attributes

I'm assuming there isn't a simple check you could do based on
VersionNT64 because you have a mix of 64 and 32 bit CAs, so...

The kind of thing you'd do at run time is the usual SQL query game.
MsiGetActiveDatabase, MsiDatabaseOpenView() with a SQL Select that
returns the component's attributes, then MsiRecordGetInteger() .
---
Phil Wilson

On Mon, Feb 3, 2014 at 7:29 AM, Phill Hogland phogl...@rimage.com wrote:
I understand that component attributes are bit flags. I want to test for the
64 bit flag in my immediate CA, which schedules a deferred CA, so that I
know whether the CA is running on a x64 architecture. There are several
examples in the source code of testing the component attribute flag in
secureobj.cpp and XmlConfig.cpp, like this.
BOOL fIs64Bit = iCompAttributes msidbComponentAttributes64bit;

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Component-Attributes-tp7592263p7592304.html
Sent from the wix-users mailing list archive at Nabble.com.

Re: [WiX-users] [SPAM] Component Attributes

Thanks for the ideas.  I will study them.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Component-Attributes-tp7592263p7592319.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install fails on Win 7 w/UAC enabled

Phil, sorry, correction, my configuration is:

InstallScope=perUser
InstallPrivileges=elevated

On 02/03/2014 02:52 PM, Gerry Reno wrote:
InstallPrivileges=elevated
InstallScope=perMachine

Feb 3, 2014 02:31:46 PM, wix-users@lists.sourceforge.net wrote:

===

What relevant settings are you using now? InstallScope=perMachine?
Anything else?
---
Phil Wilson

On Mon, Feb 3, 2014 at 10:38 AM, Gerry Reno wrote:
I am still having difficulty getting this install to work reliably.

Today I go to uninstall / reinstall on this Win 7 machine w/UAC enabled and
it refuses to install.

First, I uninstalled the previous install. It asked for permission to
change things on the machine. I said OK and it uninstalled successfully.

Then I go and try to install using the very same installer as before (no
changes other than an updated application file) and it doesn't prompt for
UAC and gives me an error message about insufficient privileges in
C:\Program Files(x86)\OURINSTALLDIR .

Yet this installation directory is created by the installer itself.

Is there yet some other permission I need to grant this thing so that an
uninstall / install sequence will work properly?

Jan 25, 2014 07:04:36 PM, wix-users@lists.sourceforge.net wrote:

===

Now he tells me. :-)

I did both. It worked.

On 01/24/2014 12:38 AM, Blair Murri wrote:
InstallPrivileges will work, but is deprecated (or at least should have
been). InstallScope is preferred. There is no need to do both.

Blair

From: roberthyang
Sent: Wednesday, January 22, 2014 4:26 PM
To: General discussion for Windows Installer XML toolset.

Also look into Package/InstallScope, which might be more appropriate.

Gerry Reno wrote
It looks like adding this to Package may do the trick:

|InstallPrivileges=elevated|

I'll try it and see.

On 01/21/2014 08:21 PM, Gerry Reno wrote:
I have a WIX installer built that installs fine on XP machines.

When I go to install on Win 7 machines that have UAC enabled the install
gets a Premature Failure and rolls back.

How do I get the installer to install on these Win 7 machines without
disabling UAC?

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list

Re: [WiX-users] Installing a WFP driver

2014-02-03 Thread Soren Dreijer

Thanks Phill.

You're right; WFP drivers are non-PNP drivers. I did try to use the legacy
flag, but then the installer was complaining that the .sys file was missing
even though it was copied properly to the target folder. I'll give it
another try. Otherwise, I'll have to make a custom app that installs the
driver manually like you said.

On Mon, Feb 3, 2014 at 11:40 AM, Phill Hogland phogl...@rimage.com wrote:

I do not have experience with WFP callout drivers, however I observe that
msdn indicates that they are non-PNP drivers. The DifxApp by default
installs PNP drivers. I assume that the basic process of installing the
driver by right-clicking the INF is successful. If setting the legacy flag
for Difx does not help you might need to use a setup applications which
calls the setup api.

--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installing-a-WFP-driver-tp7592309p7592314.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.

http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install fails on Win 7 w/UAC enabled

2014-02-03 Thread John Cooper

Set your InstallScope to perMachine.  If your product must install in the 
Program Files tree, then it needs to be perMachine.

--
John Merryweather Cooper
Build  Install Engineer - ESA
Jack Henry  Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com



-Original Message-
From: Gerry Reno [mailto:gr...@verizon.net] 
Sent: Monday, February 3, 2014 3:15 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Install fails on Win 7 w/UAC enabled

Phil, sorry, correction, my configuration is:

InstallScope=perUser
InstallPrivileges=elevated


On 02/03/2014 02:52 PM, Gerry Reno wrote:
 InstallPrivileges=elevated
 InstallScope=perMachine



 Feb 3, 2014 02:31:46 PM, wix-users@lists.sourceforge.net wrote:

 ===

 What relevant settings are you using now? InstallScope=perMachine?
 Anything else?
 ---
 Phil Wilson


 On Mon, Feb 3, 2014 at 10:38 AM, Gerry Reno  wrote:
 I am still having difficulty getting this install to work reliably.

 Today I go to uninstall / reinstall on this Win 7 machine w/UAC enabled and 
 it refuses to install.

 First, I uninstalled the previous install.  It asked for permission to 
 change things on the machine.  I said OK and it uninstalled successfully.

 Then I go and try to install using the very same installer as before (no 
 changes other than an updated application file) and it doesn't prompt for 
 UAC and gives me an error message about insufficient privileges in 
 C:\Program Files(x86)\OURINSTALLDIR .

 Yet this installation directory is created by the installer itself.

 Is there yet some other permission I need to grant this thing so that an 
 uninstall / install sequence will work properly?




 Jan 25, 2014 07:04:36 PM, wix-users@lists.sourceforge.net wrote:

 ===

 Now he tells me.  :-)

 I did both.  It worked.



 On 01/24/2014 12:38 AM, Blair Murri wrote:
 InstallPrivileges will work, but is deprecated (or at least should have 
 been). InstallScope is preferred. There is no need to do both.






 Blair





 From: roberthyang
 Sent: Wednesday, January 22, 2014 4:26 PM
 To: General discussion for Windows Installer XML toolset.





 Also look into Package/InstallScope, which might be more appropriate.


 Gerry Reno wrote
 It looks like adding this to Package may do the trick:

 |InstallPrivileges=elevated|

 I'll try it and see.


 On 01/21/2014 08:21 PM, Gerry Reno wrote:
 I have a WIX installer built that installs fine on XP machines.

 When I go to install on Win 7 machines that have UAC enabled the 
 install gets a Premature Failure and rolls back.

 How do I get the installer to install on these Win 7 machines 
 without disabling UAC?



 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Instal
 l-fails-on-Win-7-w-UAC-enabled-tp7591942p7591970.html
 Sent from the wix-users mailing list archive at Nabble.com.

 
 -- CenturyLink Cloud: The Leader in Enterprise Cloud 
 Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For 
 Critical Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.
 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ost
 g.clktrk ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 -- CenturyLink Cloud: The Leader in Enterprise Cloud 
 Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For 
 Critical Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.
 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ost
 g.clktrk ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 -
 - CenturyLink Cloud: The Leader in Enterprise Cloud Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical 
 Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.
 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg
 .clktrk ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

 -
 - Managing the Performance of Cloud-Based Applications Take 
 advantage of what the Cloud has to offer - Avoid Common Pitfalls.
 Read the Whitepaper.
 http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg

Re: [WiX-users] Install fails on Win 7 w/UAC enabled

Ok, I'll try that again.

There was some reason that perMachine wasn't working before but I'll try it 
again.


Feb 3, 2014 04:22:18 PM, wix-users@lists.sourceforge.net wrote:

===

Set your InstallScope to perMachine.  If your product must install in the 
Program Files tree, then it needs to be perMachine.

--
John Merryweather Cooper
Build  Install Engineer - ESA
Jack Henry  Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com



-Original Message-
From: Gerry Reno [mailto:gr...@verizon.net] 
Sent: Monday, February 3, 2014 3:15 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Install fails on Win 7 w/UAC enabled

Phil, sorry, correction, my configuration is:

InstallScope=perUser
InstallPrivileges=elevated


On 02/03/2014 02:52 PM, Gerry Reno wrote:
 InstallPrivileges=elevated
 InstallScope=perMachine



 Feb 3, 2014 02:31:46 PM, wix-users@lists.sourceforge.net wrote:

 ===

 What relevant settings are you using now? InstallScope=perMachine?
 Anything else?
 ---
 Phil Wilson


 On Mon, Feb 3, 2014 at 10:38 AM, Gerry Reno  wrote:
 I am still having difficulty getting this install to work reliably.

 Today I go to uninstall / reinstall on this Win 7 machine w/UAC enabled and 
 it refuses to install.

 First, I uninstalled the previous install.  It asked for permission to 
 change things on the machine.  I said OK and it uninstalled successfully.

 Then I go and try to install using the very same installer as before (no 
 changes other than an updated application file) and it doesn't prompt for 
 UAC and gives me an error message about insufficient privileges in 
 C:\Program Files(x86)\OURINSTALLDIR .

 Yet this installation directory is created by the installer itself.

 Is there yet some other permission I need to grant this thing so that an 
 uninstall / install sequence will work properly?




 Jan 25, 2014 07:04:36 PM, wix-users@lists.sourceforge.net wrote:

 ===

 Now he tells me.  :-)

 I did both.  It worked.



 On 01/24/2014 12:38 AM, Blair Murri wrote:
 InstallPrivileges will work, but is deprecated (or at least should have 
 been). InstallScope is preferred. There is no need to do both.






 Blair





 From: roberthyang
 Sent: Wednesday, January 22, 2014 4:26 PM
 To: General discussion for Windows Installer XML toolset.





 Also look into Package/InstallScope, which might be more appropriate.


 Gerry Reno wrote
 It looks like adding this to Package may do the trick:

 |InstallPrivileges=elevated|

 I'll try it and see.


 On 01/21/2014 08:21 PM, Gerry Reno wrote:
 I have a WIX installer built that installs fine on XP machines.

 When I go to install on Win 7 machines that have UAC enabled the 
 install gets a Premature Failure and rolls back.

 How do I get the installer to install on these Win 7 machines 
 without disabling UAC?



 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Instal
 l-fails-on-Win-7-w-UAC-enabled-tp7591942p7591970.html
 Sent from the wix-users mailing list archive at Nabble.com.

 
 -- CenturyLink Cloud: The Leader in Enterprise Cloud 
 Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For 
 Critical Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.
 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ost
 g.clktrk ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 -- CenturyLink Cloud: The Leader in Enterprise Cloud 
 Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For 
 Critical Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.
 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ost
 g.clktrk ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 -
 - CenturyLink Cloud: The Leader in Enterprise Cloud Services.
 Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical 
 Workloads, Development Environments  Everything In Between.
 Get a Quote or Start a Free Trial Today.
 http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg
 .clktrk ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

 -

Re: [WiX-users] Installing a WFP driver

While I am not doing what you are doing, and I have a lot to learn about
wix/msi, when I tried to install several different pnp printer drivers, each
of which install using non-msi setup by calling the Difx API (or by using my
SetupAPI app), I could not get them to install using DifxApp in wix.  I am
still researching that issue and will probably try to write something that
calls the Difx API directly in a msi context and see if that will work.  I
also have a bus upper filter driver which I install in a non-msi setup, but
I have not worked on converting that project to wix/msi yet.



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installing-a-WFP-driver-tp7592309p7592324.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] EventManifest - broken or wrong usage?

2014-02-03 Thread Georg von Kries

Hi,

your components are correct, I use it the same way and it is working
properly. IMHO the call to wevtutil in your log looks correct too, as the
custom action will adjust the resource and message file paths in the
manifest XML. No need to pass those to wevtutil.

If I remember correctly, the hard part for using ETW was not the
installation but to get the manifest and native resources right in .NET.
Also don't forget to close the event viewer when testing your
installation... 

Kind regards,
Georg von Kries


-Ursprüngliche Nachricht-
Von: Thomas Tomiczek [mailto:t.tomic...@nettecture.com] 
Gesendet: Montag, 3. Februar 2014 10:46
An: General discussion for Windows Installer XML toolset.
(wix-users@lists.sourceforge.net)
Betreff: [WiX-users] EventManifest - broken or wrong usage?

After some more research the question again.

Is the EventManifest (in the utility namespace) broken or do I just use it
wrong?

EventManifest is the WIX version of wevtutil.

In order to properly register one needs three parameters - the manifest and
2x the compiled manifest.

Regardless how I am setting things up I am seemingly only able to get the
first one called, the other two parameters always are not used, as a result
the registration does not work. I checked the logs and I never see the 2nd
and 3rd parameter being called.

In the particular example, I am declaring the files as:

  Component Id=Reflexo.GridAgent.EventSource.BinaryManifest Guid=*
File Id=Reflexo.GridAgend.EventSource.BinaryManifest
Name=Reflexo.GridAgent.EventSource.Reflexo-GridAgent-EventLog.etwManifest.d
ll
Source=$(var.Reflexo.GridAgent.EventSource.TargetDir)Reflexo.GridAgent.Even
tSource.Reflexo-GridAgent-EventLog.etwManifest.dll KeyPath=yes
Vital=yes /
  /Component
  Component Id=Reflexo.GridAgent.EventSource.Manifest Guid=*
File Id=Reflexo.GridAgend.EventSource.Manifest
Name=Reflexo.GridAgent.EventSource.Reflexo-GridAgent-EventLog.etwManifest.m
an
Source=$(var.Reflexo.GridAgent.EventSource.TargetDir)Reflexo.GridAgent.Even
tSource.Reflexo-GridAgent-EventLog.etwManifest.man KeyPath=yes
Vital=yes
  util:EventManifest
MessageFile=[#Reflexo.GridAgent.EventSource.BinaryManifest]
ResourceFile=[#Reflexo.GridAgent.EventSource.BinaryManifest]/
/File

The proper call that should be generated is:

wevtutil im C:\Program Files
(x86)\Reflexo.GridAgent\Reflexo.GridAgent.EventSource.Reflexo-GridAgent-Even
tLog.etwManifest.man /rf:C:\Program Files
(x86)\Reflexo.GridAgent\Reflexo.GridAgent.EventSource.Reflexo-GridAgent-Even
tLog.etwManifest.dll /mf:C:\Program Files
(x86)\Reflexo.GridAgent\Reflexo.GridAgent.EventSource.Reflexo-GridAgent-Even
tLog.etwManifest.dll

Sadly the log only shows:

MSI (s) (8C:40) [10:33:52:580]: Executing op:
CustomActionSchedule(Action=RegisterEventManifest,ActionType=3073,Source=Bin
aryData,Target=CAQuietExec,CustomActionData=wevtutil.exe im C:\Program
Files
(x86)\Reflexo.GridAgent\Reflexo.GridAgent.EventSource.Reflexo-GridAgent-Even
tLog.etwManifest.man)

I am not ruling out that there is an error in my EventManifest declaration -
the alternative would be a bug.

Now, before I am retiring towards just calling wevtutil manually in a custom
action. do I have something wrong in the WIX code?

Regards

Thomas

--
Managing the Performance of Cloud-Based Applications Take advantage of what
the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Installing a WFP driver