Re: [WiX-users] (no subject)

[Carter Young]

That was an approach I wasn't expecting.  While this may work in the  
short term, if you start adding items to your WiX project that need  
the eventsmapping table, you may run into issues.

Quoting Max Paschetto :

> Sorry for the (no subject) topic.
>
> I took the Orca way and deleting the EventMapping table solved my
> issue, thank you.
>
> Actually I generate the msm with the Deployment Wizard.
> Didn't tried the bootstrapper way, I'll try to remember this option
> for the next time.
>
> --
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>




--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Max Paschetto]

Sorry for the (no subject) topic.

I took the Orca way and deleting the EventMapping table solved my
issue, thank you.

Actually I generate the msm with the Deployment Wizard.
Didn't tried the bootstrapper way, I'll try to remember this option
for the next time.

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Carter Young]

Adding to this:

 From this link:

http://dcx.sybase.com/1200/en/dbprogramming/deploy-s-4228164.html

it looks as though you could use the Deployment Wizard to create a  
Deployment msi, then include that msi file in a Bootstrapper as a  
prerequisite to your application.

Carter

Quoting Carter Young :

> Backing Up Phil Here, I've had the same issues with the CrystalReports
> Merge Modules.  After reading some very old posts on Sybase and other
> forums, it sounds as if the Merge Modules in both our cases were made
> for InstallShield.  InstallSheild's template from what I can tell(just
> from reading, mind you) populates  the event mapping table with the
> arguments that are then used in the Merge Module   In short the
> premade merge modules depend on InstallShield.
>
> Carter
>
> Quoting Phil Wilson :
>
>> The suspicion is that this 3rd party merge module is incorrect in some
>> way. The error indicates there is an EventMapping table that referes
>> to missing dialogs and controls. Open that .msm file with Orca and see
>> if it does in fact have an EventMapping table with various dialogs and
>> controls listed. If it does, that's probably the issue. Since it's not
>> critical I'd suggest deleting that EventMapping table from the .msm
>> and using that changed merge module to see if the problem goes away.
>> If that fixes it, I'd guess that the merge module was built to merge
>> with MSIs built by other tools for some reason, so perhaps do some due
>> diligence to make sure it's not proprietary to some other build tool.
>> ---
>> Phil Wilson
>>
>>
>> On Tue, Sep 2, 2014 at 11:31 PM, Max Paschetto  wrote:
>>> Hi,
>>> I have this same probelm:
>>> http://sourceforge.net/p/wix/mailman/message/29579554/
>>> so I try to include a third part .msm in my WiX .msi but I can't
>>> understand how to get a workaround.
>
>
>
> --
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>




--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Carter Young]

Backing Up Phil Here, I've had the same issues with the CrystalReports  
Merge Modules.  After reading some very old posts on Sybase and other  
forums, it sounds as if the Merge Modules in both our cases were made  
for InstallShield.  InstallSheild's template from what I can tell(just  
from reading, mind you) populates  the event mapping table with the  
arguments that are then used in the Merge Module   In short the  
premade merge modules depend on InstallShield.

Carter

Quoting Phil Wilson :

> The suspicion is that this 3rd party merge module is incorrect in some
> way. The error indicates there is an EventMapping table that referes
> to missing dialogs and controls. Open that .msm file with Orca and see
> if it does in fact have an EventMapping table with various dialogs and
> controls listed. If it does, that's probably the issue. Since it's not
> critical I'd suggest deleting that EventMapping table from the .msm
> and using that changed merge module to see if the problem goes away.
> If that fixes it, I'd guess that the merge module was built to merge
> with MSIs built by other tools for some reason, so perhaps do some due
> diligence to make sure it's not proprietary to some other build tool.
> ---
> Phil Wilson
>
>
> On Tue, Sep 2, 2014 at 11:31 PM, Max Paschetto  wrote:
>> Hi,
>> I have this same probelm:
>> http://sourceforge.net/p/wix/mailman/message/29579554/
>> so I try to include a third part .msm in my WiX .msi but I can't
>> understand how to get a workaround.



--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Phil Wilson]

The suspicion is that this 3rd party merge module is incorrect in some
way. The error indicates there is an EventMapping table that referes
to missing dialogs and controls. Open that .msm file with Orca and see
if it does in fact have an EventMapping table with various dialogs and
controls listed. If it does, that's probably the issue. Since it's not
critical I'd suggest deleting that EventMapping table from the .msm
and using that changed merge module to see if the problem goes away.
If that fixes it, I'd guess that the merge module was built to merge
with MSIs built by other tools for some reason, so perhaps do some due
diligence to make sure it's not proprietary to some other build tool.
---
Phil Wilson


On Tue, Sep 2, 2014 at 11:31 PM, Max Paschetto  wrote:
> Hi,
> I have this same probelm:
> http://sourceforge.net/p/wix/mailman/message/29579554/
> so I try to include a third part .msm in my WiX .msi but I can't
> understand how to get a workaround.
>
> Here's some log
>
> MSI (s) (F4:00) [07:17:02:265]: Note: 1: 2318 2: C:\Program Files\SQL
> Anywhere 12\BIN32\php-5.2.8_sqlanywhere.dll
> MSI (s) (F4:00) [07:17:02:265]: Note: 1: 2360
> MSI (s) (F4:00) [07:17:02:265]: Note: 1: 2360
> MSI (s) (F4:00) [07:17:02:265]: Note: 1: 2360
> MSI (s) (F4:00) [07:17:02:265]: Note: 1: 2360
> MSI (s) (F4:00) [07:17:02:281]: Executing op:
> SetTargetFolder(Folder=C:\Program Files\SQL Anywhere 12\BIN32\)
> MSI (s) (F4:00) [07:17:02:281]: Executing op:
> SetSourceFolder(Folder=1\MYPROGRAM\Program Files\SQL Anywhere
> 12\BIN32\)
> MSI (s) (F4:00) [07:17:02:281]: Executing op:
> FileCopy(SourceName=php-5.2.8_sqlanywhere_extenv12.dll,SourceCabKey=PHP_5.2.8_SQLANYWHERE_EXTENV12.DLL,DestName=php-5.2.8_sqlanywhere_extenv12.dll,Attributes=512,FileSize=84784,PerTick=32768,,VerifyMedia=1,CheckCRC=0,Version=12.0.1.4104,Language=1033,InstallMode=58982400,,,)
> MSI (s) (F4:00) [07:17:02:281]: File: C:\Program Files\SQL Anywhere
> 12\BIN32\php-5.2.8_sqlanywhere_extenv12.dll;To be
> installed; Won't patch; No existing file
> MSI (s) (F4:00) [07:17:02:281]: Source for file
> 'PHP_5.2.8_SQLANYWHERE_EXTENV12.DLL' is compressed
> InstallFiles: File: php-5.2.8_sqlanywhere_extenv12.dll,  Directory:
> C:\Program Files\SQL Anywhere 12\BIN32\,  Size: 84784
> MSI (c) (D8:E0) [07:17:02:281]: Note: 1: 2205 2:  3: Error
> MSI (c) (D8:E0) [07:17:02:281]: Note: 1: 2228 2:  3: Error 4: SELECT
> `Message` FROM `Error` WHERE `Error` = 2816
> DEBUG: Error 2816:  The EventMapping table refers to an invalid
> control ActionData on dialog ProgressDlg for the event ActionData
> The installer has encountered an unexpected error installing this
> package. This may indicate a problem with this package. The error code
> is 2816. The arguments are: ProgressDlg, ActionData, ActionData
> MSI (c) (D8:E0) [07:17:02:296]: Note: 1: 2205 2:  3: Error
> MSI (c) (D8:E0) [07:17:02:296]: Note: 1: 2228 2:  3: Error 4: SELECT
> `Message` FROM `Error` WHERE `Error` = 1709
> MSI (c) (D8:E0) [07:17:02:296]: Product: MYPROGRAM_Setup_0.0.1 -- The
> installer has encountered an unexpected error installing this package.
> This may indicate a problem with this package. The error code is 2816.
> The arguments are: ProgressDlg, ActionData, ActionData
>
> I'm new to WiX *and* msi so any help is very appreciated.
>
> --
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Kai Peters]

Thanks Jacob,

had tried 'lengthening' entries in the menu to rule that out, but apparently I 
must not have gone 
wide enough. Windows is indeed the culprit - once you are too wide, it displays 
both Name & 
Description in two lines for some silly reason.

Still wish that WIX would give me a warning, though

K


On Sat, 19 Jul 2014 01:21:33 +, Hoover, Jacob wrote:
> Is it that you are shortening it or that Name != Description.
>
> Wix only makes MSI easier. MSI only creates the shortcuts, Windows is 
> responsible for displaying
> the shortcuts (and their descriptions).
>
> I suspect you'd see the same behavior if you created the shortcuts manually 
> in your start menu.
>
> -Original Message-
> From: Kai Peters [mailto:kpet...@otaksoft.com]
> Sent: Friday, July 18, 2014 7:56 PM
> To: General discussion about the WiX toolset.
> Subject: [WiX-users] (no subject)
>
> Among many perfectly fine working shortcut defs I have the one below (strings 
> modified to protect
> the innocent, but length of strings is preserved)
>
>
>  Id="SHORT_MessageCenterShortcut"
> Name="xx Notification Center"
> Description="xx Notification Center"
> Target="[MANUFACTURERFOLDER]xx.exe" Icon="NCIcon.ico" />
>
> When hovering over the menu entry it creates, the hint displayed should be
>
> xx Notification Center
> What is displayed, however, is this
>
> xx Notification Center
> xx Notification Center
>
> Twice the same line in a dual line hint window.
>
> The issue seems to be string length related - when I shorten the Name string 
> to 30 characters,
> things work as expected.
> Any string as long as the one above (or longer) results in this strange 
> behavior.
>
> Looks like a buffer overrun or sorts..? Not sure if Windows or WIX is the 
> culprit. If it turns
> out to be Windows, it would be nice if WIX could issue at least a warning.
>
> Have other people seen this?
>
> Thanks,
> Kai
>
>
> --
>  Want fast and easy
> access to all the code in your enterprise? Index and search up to 200,000 
> lines of code with a
> free copy of Black Duck Code Sight - the same software that powers the 
> world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds
> ___ WiX-users mailing list WiX-
> us...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
>  Want fast and easy
> access to all the code in your enterprise? Index and search up to 200,000 
> lines of code with a
> free copy of Black Duck Code Sight - the same software that powers the 
> world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds
> ___ WiX-users mailing list WiX-
> us...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users



--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Hoover, Jacob]

Is it that you are shortening it or that Name != Description.

Wix only makes MSI easier. MSI only creates the shortcuts, Windows is 
responsible for displaying the shortcuts (and their descriptions).

I suspect you'd see the same behavior if you created the shortcuts manually in 
your start menu. 

-Original Message-
From: Kai Peters [mailto:kpet...@otaksoft.com] 
Sent: Friday, July 18, 2014 7:56 PM
To: General discussion about the WiX toolset.
Subject: [WiX-users] (no subject)

Among many perfectly fine working shortcut defs I have the one below (strings 
modified to protect the innocent, but length of strings is preserved) 
 
 
 
 
When hovering over the menu entry it creates, the hint displayed should be 
 
xx Notification Center
What is displayed, however, is this 
 
xx Notification Center
xx Notification Center 
 
Twice the same line in a dual line hint window. 
 
The issue seems to be string length related - when I shorten the Name string to 
30 characters, things work as expected. 
Any string as long as the one above (or longer) results in this strange 
behavior. 
 
Looks like a buffer overrun or sorts..? Not sure if Windows or WIX is the 
culprit. If it turns out to be Windows, it would be nice if WIX could issue at 
least a warning. 
 
Have other people seen this? 
 
Thanks,
Kai 
 

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Phil Wilson]

The upgradecode values need to be identical AND the new MSI needs
entries in the Upgrade table, however you populated that with your
WiX. The codes can be identical but without entries in the Upgrade
table in your new MSI that target the upgrade code values of the
products you wish to upgrade, nothing will happen. The log clearly
shows that FindRelatedProducts found nothing, which means the codes
are not identical or there's nothing in the Upgrade table to target
installed products. Even a per user/per machine mismatch would be
reported if that was the problem, which it isn't.  BTW it doesn't
install "over" the old product. It calls the old product's uninstall
to uninstall it, and where that happens depends on where you sequence
RemoveExistingProducts.
---
Phil Wilson


On Tue, Jul 15, 2014 at 5:23 AM, Sean Duggan  wrote:
> Huh. So, with the upgrade codes being identical, shouldn't it be able to
> find and install over the old product? Why would it be failing in that case?
>
>
> On Mon, Jul 14, 2014 at 5:46 PM, Phil Wilson  wrote:
>
>> The values of UpgradeCode in the Properties tables are the actual
>> definitions of the UpgradeCodes. The values in the Upgrade table are
>> the ones that will be searched for during an upgrade, and although
>> they are typically the same in most cases, they don't need to be. You
>> could create a super-product with a particular new upgradecode of its
>> own, and it could upgrade (say) three other products with their own
>> unique upgradecodes. The point is that the Upgrade table defines
>> searches for one or more UpgradeCodes that are defined in the Property
>> tables of the MSIs being upgraded.
>> ---
>> Phil Wilson
>>
>>
>> On Mon, Jul 14, 2014 at 1:05 PM, Sean Duggan 
>> wrote:
>> > Ah, that may be it... they have the same UpgradeCode in the Properties
>> > table, but the older version has a completely different code in its
>> Upgrade
>> > table, i.e. it's got one code in Properties and another for its table
>> > entries. Does this mean I've going to have to do a manual uninstall of
>> the
>> > old files?
>> >
>> >
>> > On Mon, Jul 14, 2014 at 2:26 PM, Phil Wilson 
>> wrote:
>> >
>> >> That log has a FindRelatedProducts that finds nothing. In other words
>> >> there's no upgrade going on. I would check that the upgrade codes are
>> >> identical between this and the intended upgrade target, and that there
>> >> are actually entries in the MSI's Upgrade table. If in doubt, check
>> >> directly using Orca, checking the Property tables too for UpgradeCode
>> >> values.
>> >> ---
>> >> Phil Wilson
>> >>
>> >>
>> >> On Mon, Jul 14, 2014 at 5:11 AM, Sean Duggan 
>> >> wrote:
>> >> > I had to get back to work to get the file. The install log comes out
>> to a
>> >> > little over 4 MB. That puts it at larger than I can post via Pastebin,
>> >> but
>> >> > you can access a zipped version at
>> >> >
>> >>
>> https://drive.google.com/file/d/0B-DeYirjE6WfUGxXYXBLbDFfOEk/edit?usp=sharing
>> >> >
>> >> > And the very first number in the version changed. It went from
>> 2.0.0.0 to
>> >> > 3.0.0.0.
>> >> >
>> >> >
>> >> >
>> >> > -Original Message-
>> >> > Date: Fri, 11 Jul 2014 20:27:29 +
>> >> > From: "Hoover, Jacob" 
>> >> > Subject: Re: [WiX-users] What items need to be held in common for a
>> >> > major   upgrade using MajorUpgrade?
>> >> > To: General discussion about the WiX toolset.
>> >> > 
>> >> > Message-ID:
>> >> > <61d0a1ed0452f744bd7fe991abc2196fdf01a...@exbox2.greenops.com
>> >
>> >> > Content-Type: text/plain; charset="us-ascii"
>> >> >
>> >> > Did anything in the first 3 parts of the version number change?
>> >> >
>> >> > Also, posting the install log (and linking to it here) would tell us
>> >>  what
>> >> > it's currently doing.
>> >> >
>> >> > -Original Message-
>> >> > From: Sean Duggan [mailto:sean.dug...@gmail.com]
>> >> > Sent: Friday, July 11, 2014 2:53 PM
>> >> > To: wix-users@lists.sourceforge.net
>> >> > Subject: [WiX-users] What items need to be held in common for a major
>> >> > upgrade using MajorUpgrade?
>> >> >
>> >> > The company I work with has a utility tool for translating incoming
>> data
>> >> in
>> >> > the HL7 format into DB operations. We used to support two
>> applications,
>> >> > which means our program was named "HL7 for Product X and Product Y".
>> For
>> >> > the next release, we're only supporting Product X, so we want to
>> rename
>> >> the
>> >> > package which gets installed as well as update the DB calls. The
>> person
>> >> who
>> >> > built the installer also had an incorrect value for the Manufacturer,
>> so
>> >> > that will change as well. I set it up as a Major upgrade, using the
>> same
>> >> > Update Code GUID for each, because we want the old service to get
>> >> > uninstalled.
>> >> >
>> >> > I attempted to follow the steps in
>> >> >
>> >>
>> http://wixtoolset.org/documentation/manual/v3/howtos/updates/major_upgrade.html
>> >> > and
>> >> > http

Re: [WiX-users] (no subject)

[Sean Duggan]

Huh. So, with the upgrade codes being identical, shouldn't it be able to
find and install over the old product? Why would it be failing in that case?


On Mon, Jul 14, 2014 at 5:46 PM, Phil Wilson  wrote:

> The values of UpgradeCode in the Properties tables are the actual
> definitions of the UpgradeCodes. The values in the Upgrade table are
> the ones that will be searched for during an upgrade, and although
> they are typically the same in most cases, they don't need to be. You
> could create a super-product with a particular new upgradecode of its
> own, and it could upgrade (say) three other products with their own
> unique upgradecodes. The point is that the Upgrade table defines
> searches for one or more UpgradeCodes that are defined in the Property
> tables of the MSIs being upgraded.
> ---
> Phil Wilson
>
>
> On Mon, Jul 14, 2014 at 1:05 PM, Sean Duggan 
> wrote:
> > Ah, that may be it... they have the same UpgradeCode in the Properties
> > table, but the older version has a completely different code in its
> Upgrade
> > table, i.e. it's got one code in Properties and another for its table
> > entries. Does this mean I've going to have to do a manual uninstall of
> the
> > old files?
> >
> >
> > On Mon, Jul 14, 2014 at 2:26 PM, Phil Wilson 
> wrote:
> >
> >> That log has a FindRelatedProducts that finds nothing. In other words
> >> there's no upgrade going on. I would check that the upgrade codes are
> >> identical between this and the intended upgrade target, and that there
> >> are actually entries in the MSI's Upgrade table. If in doubt, check
> >> directly using Orca, checking the Property tables too for UpgradeCode
> >> values.
> >> ---
> >> Phil Wilson
> >>
> >>
> >> On Mon, Jul 14, 2014 at 5:11 AM, Sean Duggan 
> >> wrote:
> >> > I had to get back to work to get the file. The install log comes out
> to a
> >> > little over 4 MB. That puts it at larger than I can post via Pastebin,
> >> but
> >> > you can access a zipped version at
> >> >
> >>
> https://drive.google.com/file/d/0B-DeYirjE6WfUGxXYXBLbDFfOEk/edit?usp=sharing
> >> >
> >> > And the very first number in the version changed. It went from
> 2.0.0.0 to
> >> > 3.0.0.0.
> >> >
> >> >
> >> >
> >> > -Original Message-
> >> > Date: Fri, 11 Jul 2014 20:27:29 +
> >> > From: "Hoover, Jacob" 
> >> > Subject: Re: [WiX-users] What items need to be held in common for a
> >> > major   upgrade using MajorUpgrade?
> >> > To: General discussion about the WiX toolset.
> >> > 
> >> > Message-ID:
> >> > <61d0a1ed0452f744bd7fe991abc2196fdf01a...@exbox2.greenops.com
> >
> >> > Content-Type: text/plain; charset="us-ascii"
> >> >
> >> > Did anything in the first 3 parts of the version number change?
> >> >
> >> > Also, posting the install log (and linking to it here) would tell us
> >>  what
> >> > it's currently doing.
> >> >
> >> > -Original Message-
> >> > From: Sean Duggan [mailto:sean.dug...@gmail.com]
> >> > Sent: Friday, July 11, 2014 2:53 PM
> >> > To: wix-users@lists.sourceforge.net
> >> > Subject: [WiX-users] What items need to be held in common for a major
> >> > upgrade using MajorUpgrade?
> >> >
> >> > The company I work with has a utility tool for translating incoming
> data
> >> in
> >> > the HL7 format into DB operations. We used to support two
> applications,
> >> > which means our program was named "HL7 for Product X and Product Y".
> For
> >> > the next release, we're only supporting Product X, so we want to
> rename
> >> the
> >> > package which gets installed as well as update the DB calls. The
> person
> >> who
> >> > built the installer also had an incorrect value for the Manufacturer,
> so
> >> > that will change as well. I set it up as a Major upgrade, using the
> same
> >> > Update Code GUID for each, because we want the old service to get
> >> > uninstalled.
> >> >
> >> > I attempted to follow the steps in
> >> >
> >>
> http://wixtoolset.org/documentation/manual/v3/howtos/updates/major_upgrade.html
> >> > and
> >> > http://wix
> >> > .
> >>
> tramontana.co.hu/tutorial/upgrades-and-modularization/checking-for-oldies,
> >> > but it's not working. The old package is not being removed at all,
> >> > resulting in both of them being present. Is this because the Name and
> >> > Manufacturer were changed? I've tried matching them up, but I'm
> getting
> >> the
> >> > same result. I'm compiling this using the 3.7 version of the
> libraries if
> >> > that makes a difference.
> >> >
> >> > FWIW, this is the MajorUpgrade code I'm using:
> >> >  >> > AllowDowngrades="no" DowngradeErrorMessage="Cannot downgrade
> >> versions."
> >> > AllowSameVersionUpgrades="no"
> >> > />
> >> >
> >> >
> >> >
> >> > --
> >> > Sean Duggansean.dug...@gmail.com
> >> > "*It's easy to win forgiveness for being wrong; being right is what
> gets
> >> > you into real trouble.*" -Bjarne Stroustrup
> >> >
> >> > --
> >> > Sean Duggansean.dug...@gmail.com
> >

Re: [WiX-users] (no subject)

[Phil Wilson]

The values of UpgradeCode in the Properties tables are the actual
definitions of the UpgradeCodes. The values in the Upgrade table are
the ones that will be searched for during an upgrade, and although
they are typically the same in most cases, they don't need to be. You
could create a super-product with a particular new upgradecode of its
own, and it could upgrade (say) three other products with their own
unique upgradecodes. The point is that the Upgrade table defines
searches for one or more UpgradeCodes that are defined in the Property
tables of the MSIs being upgraded.
---
Phil Wilson


On Mon, Jul 14, 2014 at 1:05 PM, Sean Duggan  wrote:
> Ah, that may be it... they have the same UpgradeCode in the Properties
> table, but the older version has a completely different code in its Upgrade
> table, i.e. it's got one code in Properties and another for its table
> entries. Does this mean I've going to have to do a manual uninstall of the
> old files?
>
>
> On Mon, Jul 14, 2014 at 2:26 PM, Phil Wilson  wrote:
>
>> That log has a FindRelatedProducts that finds nothing. In other words
>> there's no upgrade going on. I would check that the upgrade codes are
>> identical between this and the intended upgrade target, and that there
>> are actually entries in the MSI's Upgrade table. If in doubt, check
>> directly using Orca, checking the Property tables too for UpgradeCode
>> values.
>> ---
>> Phil Wilson
>>
>>
>> On Mon, Jul 14, 2014 at 5:11 AM, Sean Duggan 
>> wrote:
>> > I had to get back to work to get the file. The install log comes out to a
>> > little over 4 MB. That puts it at larger than I can post via Pastebin,
>> but
>> > you can access a zipped version at
>> >
>> https://drive.google.com/file/d/0B-DeYirjE6WfUGxXYXBLbDFfOEk/edit?usp=sharing
>> >
>> > And the very first number in the version changed. It went from 2.0.0.0 to
>> > 3.0.0.0.
>> >
>> >
>> >
>> > -Original Message-
>> > Date: Fri, 11 Jul 2014 20:27:29 +
>> > From: "Hoover, Jacob" 
>> > Subject: Re: [WiX-users] What items need to be held in common for a
>> > major   upgrade using MajorUpgrade?
>> > To: General discussion about the WiX toolset.
>> > 
>> > Message-ID:
>> > <61d0a1ed0452f744bd7fe991abc2196fdf01a...@exbox2.greenops.com>
>> > Content-Type: text/plain; charset="us-ascii"
>> >
>> > Did anything in the first 3 parts of the version number change?
>> >
>> > Also, posting the install log (and linking to it here) would tell us
>>  what
>> > it's currently doing.
>> >
>> > -Original Message-
>> > From: Sean Duggan [mailto:sean.dug...@gmail.com]
>> > Sent: Friday, July 11, 2014 2:53 PM
>> > To: wix-users@lists.sourceforge.net
>> > Subject: [WiX-users] What items need to be held in common for a major
>> > upgrade using MajorUpgrade?
>> >
>> > The company I work with has a utility tool for translating incoming data
>> in
>> > the HL7 format into DB operations. We used to support two applications,
>> > which means our program was named "HL7 for Product X and Product Y". For
>> > the next release, we're only supporting Product X, so we want to rename
>> the
>> > package which gets installed as well as update the DB calls. The person
>> who
>> > built the installer also had an incorrect value for the Manufacturer, so
>> > that will change as well. I set it up as a Major upgrade, using the same
>> > Update Code GUID for each, because we want the old service to get
>> > uninstalled.
>> >
>> > I attempted to follow the steps in
>> >
>> http://wixtoolset.org/documentation/manual/v3/howtos/updates/major_upgrade.html
>> > and
>> > http://wix
>> > .
>> tramontana.co.hu/tutorial/upgrades-and-modularization/checking-for-oldies,
>> > but it's not working. The old package is not being removed at all,
>> > resulting in both of them being present. Is this because the Name and
>> > Manufacturer were changed? I've tried matching them up, but I'm getting
>> the
>> > same result. I'm compiling this using the 3.7 version of the libraries if
>> > that makes a difference.
>> >
>> > FWIW, this is the MajorUpgrade code I'm using:
>> > > > AllowDowngrades="no" DowngradeErrorMessage="Cannot downgrade
>> versions."
>> > AllowSameVersionUpgrades="no"
>> > />
>> >
>> >
>> >
>> > --
>> > Sean Duggansean.dug...@gmail.com
>> > "*It's easy to win forgiveness for being wrong; being right is what gets
>> > you into real trouble.*" -Bjarne Stroustrup
>> >
>> > --
>> > Sean Duggansean.dug...@gmail.com
>> > "*It's easy to win forgiveness for being wrong; being right is what gets
>> > you into real trouble.*" -Bjarne Stroustrup
>> >
>> --
>> > Want fast and easy access to all the code in your enterprise? Index and
>> > search up to 200,000 lines of code with a free copy of Black Duck®
>> > Code Sight™ - the same software that powers the world's largest code
>> > search on Ohloh, the Black Duck Op

Re: [WiX-users] (no subject)

[Sean Duggan]

Ah, that may be it... they have the same UpgradeCode in the Properties
table, but the older version has a completely different code in its Upgrade
table, i.e. it's got one code in Properties and another for its table
entries. Does this mean I've going to have to do a manual uninstall of the
old files?


On Mon, Jul 14, 2014 at 2:26 PM, Phil Wilson  wrote:

> That log has a FindRelatedProducts that finds nothing. In other words
> there's no upgrade going on. I would check that the upgrade codes are
> identical between this and the intended upgrade target, and that there
> are actually entries in the MSI's Upgrade table. If in doubt, check
> directly using Orca, checking the Property tables too for UpgradeCode
> values.
> ---
> Phil Wilson
>
>
> On Mon, Jul 14, 2014 at 5:11 AM, Sean Duggan 
> wrote:
> > I had to get back to work to get the file. The install log comes out to a
> > little over 4 MB. That puts it at larger than I can post via Pastebin,
> but
> > you can access a zipped version at
> >
> https://drive.google.com/file/d/0B-DeYirjE6WfUGxXYXBLbDFfOEk/edit?usp=sharing
> >
> > And the very first number in the version changed. It went from 2.0.0.0 to
> > 3.0.0.0.
> >
> >
> >
> > -Original Message-
> > Date: Fri, 11 Jul 2014 20:27:29 +
> > From: "Hoover, Jacob" 
> > Subject: Re: [WiX-users] What items need to be held in common for a
> > major   upgrade using MajorUpgrade?
> > To: General discussion about the WiX toolset.
> > 
> > Message-ID:
> > <61d0a1ed0452f744bd7fe991abc2196fdf01a...@exbox2.greenops.com>
> > Content-Type: text/plain; charset="us-ascii"
> >
> > Did anything in the first 3 parts of the version number change?
> >
> > Also, posting the install log (and linking to it here) would tell us
>  what
> > it's currently doing.
> >
> > -Original Message-
> > From: Sean Duggan [mailto:sean.dug...@gmail.com]
> > Sent: Friday, July 11, 2014 2:53 PM
> > To: wix-users@lists.sourceforge.net
> > Subject: [WiX-users] What items need to be held in common for a major
> > upgrade using MajorUpgrade?
> >
> > The company I work with has a utility tool for translating incoming data
> in
> > the HL7 format into DB operations. We used to support two applications,
> > which means our program was named "HL7 for Product X and Product Y". For
> > the next release, we're only supporting Product X, so we want to rename
> the
> > package which gets installed as well as update the DB calls. The person
> who
> > built the installer also had an incorrect value for the Manufacturer, so
> > that will change as well. I set it up as a Major upgrade, using the same
> > Update Code GUID for each, because we want the old service to get
> > uninstalled.
> >
> > I attempted to follow the steps in
> >
> http://wixtoolset.org/documentation/manual/v3/howtos/updates/major_upgrade.html
> > and
> > http://wix
> > .
> tramontana.co.hu/tutorial/upgrades-and-modularization/checking-for-oldies,
> > but it's not working. The old package is not being removed at all,
> > resulting in both of them being present. Is this because the Name and
> > Manufacturer were changed? I've tried matching them up, but I'm getting
> the
> > same result. I'm compiling this using the 3.7 version of the libraries if
> > that makes a difference.
> >
> > FWIW, this is the MajorUpgrade code I'm using:
> >  > AllowDowngrades="no" DowngradeErrorMessage="Cannot downgrade
> versions."
> > AllowSameVersionUpgrades="no"
> > />
> >
> >
> >
> > --
> > Sean Duggansean.dug...@gmail.com
> > "*It's easy to win forgiveness for being wrong; being right is what gets
> > you into real trouble.*" -Bjarne Stroustrup
> >
> > --
> > Sean Duggansean.dug...@gmail.com
> > "*It's easy to win forgiveness for being wrong; being right is what gets
> > you into real trouble.*" -Bjarne Stroustrup
> >
> --
> > Want fast and easy access to all the code in your enterprise? Index and
> > search up to 200,000 lines of code with a free copy of Black Duck®
> > Code Sight™ - the same software that powers the world's largest code
> > search on Ohloh, the Black Duck Open Hub! Try it now.
> > http://p.sf.net/sfu/bds
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck®
> Code Sight™ - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 

Re: [WiX-users] (no subject)

[Phil Wilson]

That log has a FindRelatedProducts that finds nothing. In other words
there's no upgrade going on. I would check that the upgrade codes are
identical between this and the intended upgrade target, and that there
are actually entries in the MSI's Upgrade table. If in doubt, check
directly using Orca, checking the Property tables too for UpgradeCode
values.
---
Phil Wilson


On Mon, Jul 14, 2014 at 5:11 AM, Sean Duggan  wrote:
> I had to get back to work to get the file. The install log comes out to a
> little over 4 MB. That puts it at larger than I can post via Pastebin, but
> you can access a zipped version at
> https://drive.google.com/file/d/0B-DeYirjE6WfUGxXYXBLbDFfOEk/edit?usp=sharing
>
> And the very first number in the version changed. It went from 2.0.0.0 to
> 3.0.0.0.
>
>
>
> -Original Message-
> Date: Fri, 11 Jul 2014 20:27:29 +
> From: "Hoover, Jacob" 
> Subject: Re: [WiX-users] What items need to be held in common for a
> major   upgrade using MajorUpgrade?
> To: General discussion about the WiX toolset.
> 
> Message-ID:
> <61d0a1ed0452f744bd7fe991abc2196fdf01a...@exbox2.greenops.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Did anything in the first 3 parts of the version number change?
>
> Also, posting the install log (and linking to it here) would tell us  what
> it's currently doing.
>
> -Original Message-
> From: Sean Duggan [mailto:sean.dug...@gmail.com]
> Sent: Friday, July 11, 2014 2:53 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] What items need to be held in common for a major
> upgrade using MajorUpgrade?
>
> The company I work with has a utility tool for translating incoming data in
> the HL7 format into DB operations. We used to support two applications,
> which means our program was named "HL7 for Product X and Product Y". For
> the next release, we're only supporting Product X, so we want to rename the
> package which gets installed as well as update the DB calls. The person who
> built the installer also had an incorrect value for the Manufacturer, so
> that will change as well. I set it up as a Major upgrade, using the same
> Update Code GUID for each, because we want the old service to get
> uninstalled.
>
> I attempted to follow the steps in
> http://wixtoolset.org/documentation/manual/v3/howtos/updates/major_upgrade.html
> and
> http://wix
> .tramontana.co.hu/tutorial/upgrades-and-modularization/checking-for-oldies,
> but it's not working. The old package is not being removed at all,
> resulting in both of them being present. Is this because the Name and
> Manufacturer were changed? I've tried matching them up, but I'm getting the
> same result. I'm compiling this using the 3.7 version of the libraries if
> that makes a difference.
>
> FWIW, this is the MajorUpgrade code I'm using:
>  AllowDowngrades="no" DowngradeErrorMessage="Cannot downgrade versions."
> AllowSameVersionUpgrades="no"
> />
>
>
>
> --
> Sean Duggansean.dug...@gmail.com
> "*It's easy to win forgiveness for being wrong; being right is what gets
> you into real trouble.*" -Bjarne Stroustrup
>
> --
> Sean Duggansean.dug...@gmail.com
> "*It's easy to win forgiveness for being wrong; being right is what gets
> you into real trouble.*" -Bjarne Stroustrup
> --
> Want fast and easy access to all the code in your enterprise? Index and
> search up to 200,000 lines of code with a free copy of Black Duck®
> Code Sight™ - the same software that powers the world's largest code
> search on Ohloh, the Black Duck Open Hub! Try it now.
> http://p.sf.net/sfu/bds
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck®
Code Sight™ - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Sean Duggan]

I had to get back to work to get the file. The install log comes out to a
little over 4 MB. That puts it at larger than I can post via Pastebin, but
you can access a zipped version at
https://drive.google.com/file/d/0B-DeYirjE6WfUGxXYXBLbDFfOEk/edit?usp=sharing

And the very first number in the version changed. It went from 2.0.0.0 to
3.0.0.0.



-Original Message-
Date: Fri, 11 Jul 2014 20:27:29 +
From: "Hoover, Jacob" 
Subject: Re: [WiX-users] What items need to be held in common for a
major   upgrade using MajorUpgrade?
To: General discussion about the WiX toolset.

Message-ID:
<61d0a1ed0452f744bd7fe991abc2196fdf01a...@exbox2.greenops.com>
Content-Type: text/plain; charset="us-ascii"

Did anything in the first 3 parts of the version number change?

Also, posting the install log (and linking to it here) would tell us  what
it's currently doing.

-Original Message-
From: Sean Duggan [mailto:sean.dug...@gmail.com]
Sent: Friday, July 11, 2014 2:53 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] What items need to be held in common for a major
upgrade using MajorUpgrade?

The company I work with has a utility tool for translating incoming data in
the HL7 format into DB operations. We used to support two applications,
which means our program was named "HL7 for Product X and Product Y". For
the next release, we're only supporting Product X, so we want to rename the
package which gets installed as well as update the DB calls. The person who
built the installer also had an incorrect value for the Manufacturer, so
that will change as well. I set it up as a Major upgrade, using the same
Update Code GUID for each, because we want the old service to get
uninstalled.

I attempted to follow the steps in
http://wixtoolset.org/documentation/manual/v3/howtos/updates/major_upgrade.html
and
http://wix
.tramontana.co.hu/tutorial/upgrades-and-modularization/checking-for-oldies,
but it's not working. The old package is not being removed at all,
resulting in both of them being present. Is this because the Name and
Manufacturer were changed? I've tried matching them up, but I'm getting the
same result. I'm compiling this using the 3.7 version of the libraries if
that makes a difference.

FWIW, this is the MajorUpgrade code I'm using:




--
Sean Duggansean.dug...@gmail.com
"*It's easy to win forgiveness for being wrong; being right is what gets
you into real trouble.*" -Bjarne Stroustrup

-- 
Sean Duggansean.dug...@gmail.com
"*It's easy to win forgiveness for being wrong; being right is what gets
you into real trouble.*" -Bjarne Stroustrup
--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck®
Code Sight™ - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[b . rasing]

Dit mailadres is niet meer in gebruik. Mail kan je voortaan sturen naar 
basti...@careercontrol.nl.



--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your SCM is hindering your productivity
• Requirements for releasing software faster
• Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Rob Mensching]

That first error is just telling you that Windows Update is disabled (or 
busted) and Burn is going to ignore it now.

The return code is 0x80070642 which, IIRC, is "user clicked cancel".

-Original Message-
From: Sam Boman [mailto:s...@samb.se] 
Sent: Friday, December 6, 2013 6:52 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

I got this error from a user trying to install... Cannot find any specific 
information.


i207: Planned related bundle: {22dba2f2-9705-4abd-a4ba-df065031d2de}, type:
Upgrade, default requested: Absent, ba requested: Absent, execute:
Uninstall, rollback: Install, dependency: None
i299: Plan complete, result: 0x0
i300: Apply begin
w308: Automatic updates could not be paused due to error: 0x80240025.
Continuing...
i360: Creating a system restore point.
i361: Created a system restore point.



The installer ends with:
i399: Apply complete, result: 0x80070642, restart: None, ba requested
restart:  No
Any ideas where to start looking?


//Sam
--
Sponsored by Intel(R) XDK
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[John Ludlow]

The simplest method is to use a text edit control:



You can also use the MaskedEdit control, with PIDTemplate set to the format
for an IP address. This will allow you to have a formatted control that
will only accept IP addresses. See the doc for that type of control:
http://msdn.microsoft.com/en-gb/library/windows/desktop/aa369797(v=vs.85).aspx.
However, this can cause issues if you have a product key dialog in your
install. This also has the downside that the user wouldn't be able to enter
a URL or DNS alias, even where those would resolve to the same IP address.

Once you have the value in a property (I'm using the IP_ADDRESS property
above)

Generally speaking, though, think about whether your install should be
handling this. If this is a UI application, a better user experience can
usually be achieved by the application asking for this information at
start-time, rather than the install trying to do it. You may also find that
you have to duplicate more stuff because your application still needs that
UI because the address might change.
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Chaitanya Sanapala [PC-BLR-DEV]]

I want an text box in the UI MSi based.
In the UI the client has to insert there IP address and should include in the 
Registry


From: John Ludlow [john.ludlow...@gmail.com]
Sent: 23 May 2013 14:25:37
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

Your question isn't entirely clear - do you want to have a text box for
an IP address in your install UI (which would depend on whether it's
Wix/MSI-based or Burn-based), or do you just want to include a
configuration file in your install to be installed along with your app?

Or something else...?


On 23 May 2013 08:51, Chaitanya Sanapala [PC-BLR-DEV] <
chaita...@pointcross.com> wrote:

> Hi,
>
>
>
> I want to insert an IP address or some type of information from my client
> when my installation starts.
>
> the client has to insert the information in the UI or xml\txt file.that
> should be able to insert in the Wix file.
>
>
>
> How to do that
>
>
>
> Thanks in advance,
>
> sandeep.
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[John Ludlow]

Your question isn't entirely clear - do you want to have a text box for
an IP address in your install UI (which would depend on whether it's
Wix/MSI-based or Burn-based), or do you just want to include a
configuration file in your install to be installed along with your app?

Or something else...?


On 23 May 2013 08:51, Chaitanya Sanapala [PC-BLR-DEV] <
chaita...@pointcross.com> wrote:

> Hi,
>
>
>
> I want to insert an IP address or some type of information from my client
> when my installation starts.
>
> the client has to insert the information in the UI or xml\txt file.that
> should be able to insert in the Wix file.
>
>
>
> How to do that
>
>
>
> Thanks in advance,
>
> sandeep.
>
> --
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[John Cooper]

What sort of error?  I use util:PermissionEx extensively to set permissions on 
certain files.

--
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: Chaitanya [mailto:chaita...@pointcross.com] 
Sent: Monday, February 11, 2013 3:31 AM
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Hi,

 

I want to Set Permissions to Files.

When i use Util:PermissionEx it is throwing error

I can able to set Permission to folders.

Like that i want to set permissions to Files.

 

Thank You,

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 and get the 
hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
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.


--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Peter Shirtcliffe]

2 different components cannot deploy the same file to the same location. 

The best fix depends on how much control you have over the merge module
definitions, whether you've published either of them already, etc. Your
options include:
Remove one of the components entirely.
Remove one of the components and insert an exact copy of the remaining
component in its place.
Change the location of one of the files (if the component had already been
published then make a new component).
Change one of the file names, which may also require you to make a new
component.

Whatever you do to fix it, make sure the solution doesn't break the component
rules.

-Original Message-
From: Aditya Mohan [mailto:amo...@quark.com] 
Sent: 23 August 2012 12:08
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

Hello Guys.

We are creating an installer that uses multiple merge modules. Two of these
modules deploy a particular file at the same location, hence causing a
compilation error.
We can alter only one of the modules.

The error is:

light.exe : error LGHT0204 : ICE30: The target file
'pbsgpqfc.res|abc.resources' is installed in
'[ProgramFilesFolder]\xxx\xxx\en\' by two different components on an LFN
system:
'_001359A8D31745CB9362973F9EE3F5BD.7C263653_7A00_4D9C_B52A_39AF1892BC49'
and 'Adapter_Co
nfig_en.BABCE01A_0CB9_4A62_B877_5E520A53D609'. This breaks component
reference counting.

Any inputs? We need to make sure that once merge module 1 writes a file,
merge module 2 overwrites this file.

Thanks,
Aditya

-
-
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat
landscape has changed and how IT managers can respond. Discussions will
include endpoint security, mobile security and the latest in malware threats.
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Wesley Manning]

Also you need to create one MSI for both x86 and x64 I think.  Reference 
difxapp_x86 in one and difxapp_x64 in the other.  Reference WixDifxAppExtension 
in both.

Wes

-Original Message-
From: Bruce Cran [mailto:br...@cran.org.uk] 
Sent: May-14-12 7:00 AM
To: General discussion for Windows Installer XML toolset.
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] (no subject)

I think you should also be including all driver files (inf, sys, dll, readme 
etc.) In a single component.

--
Bruce Cran

On 11 May 2012, at 19:22, Elliott Dicus  wrote:

> Hello all,
> 
> I'm working on a project that communicates with an Arduino Uno. As 
> such, we'd like to install the driver for the Arduino along with our project.
> The driver is the USB RS-232 Emulation Driver that comes in Windows; 
> Arduino has an INF that references usbser.sys.
> 
> So, my question is: How do we accomplish this? I've successfully 
> included the INF in the installer.
> 
> I've tried using a CAQuietExec CustomAction with the command line:
> rundll32.exe advpack.dll,LaunchINFSectionEx "[INSTALLDIR]\Arduino 
> UNO.inf",DriverInstall.nt,,4,N
> 
> But that asks me to locate usbser.sys when I run the installer. Do I 
> need to be doing something like:
> 
> 
>
> 
> 
> and using DIFxApp?
> 
> Thanks for reading, I appreciate any insight you can give, Elliott
> --
> 
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats. 
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Wesley Manning]

Yes, that's correct.  I was also looking at this and came across this blog: 
http://kobyk.wordpress.com/2008/10/21/installing-filter-drivers-with-difxapp-and-a-wix-v3-msi/

Wes

-Original Message-
From: Bruce Cran [mailto:br...@cran.org.uk] 
Sent: May-14-12 7:00 AM
To: General discussion for Windows Installer XML toolset.
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] (no subject)

I think you should also be including all driver files (inf, sys, dll, readme 
etc.) In a single component.

--
Bruce Cran

On 11 May 2012, at 19:22, Elliott Dicus  wrote:

> Hello all,
> 
> I'm working on a project that communicates with an Arduino Uno. As 
> such, we'd like to install the driver for the Arduino along with our project.
> The driver is the USB RS-232 Emulation Driver that comes in Windows; 
> Arduino has an INF that references usbser.sys.
> 
> So, my question is: How do we accomplish this? I've successfully 
> included the INF in the installer.
> 
> I've tried using a CAQuietExec CustomAction with the command line:
> rundll32.exe advpack.dll,LaunchINFSectionEx "[INSTALLDIR]\Arduino 
> UNO.inf",DriverInstall.nt,,4,N
> 
> But that asks me to locate usbser.sys when I run the installer. Do I 
> need to be doing something like:
> 
> 
>
> 
> 
> and using DIFxApp?
> 
> Thanks for reading, I appreciate any insight you can give, Elliott
> --
> 
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. 
> Discussions will include endpoint security, mobile security and the 
> latest in malware threats. 
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and threat 
landscape has changed and how IT managers can respond. Discussions will include 
endpoint security, mobile security and the latest in malware threats. 
http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Bruce Cran]

I think you should also be including all driver files (inf, sys, dll, readme 
etc.) In a single component.

-- 
Bruce Cran

On 11 May 2012, at 19:22, Elliott Dicus  wrote:

> Hello all,
> 
> I'm working on a project that communicates with an Arduino Uno. As such,
> we'd like to install the driver for the Arduino along with our project.
> The driver is the USB RS-232 Emulation Driver that comes in Windows;
> Arduino has an INF that references usbser.sys.
> 
> So, my question is: How do we accomplish this? I've successfully included
> the INF in the installer.
> 
> I've tried using a CAQuietExec CustomAction with the command line:
> rundll32.exe advpack.dll,LaunchINFSectionEx "[INSTALLDIR]\Arduino
> UNO.inf",DriverInstall.nt,,4,N
> 
> But that asks me to locate usbser.sys when I run the installer. Do I need
> to be doing something like:
> 
> 
>
>
> 
> 
> and using DIFxApp?
> 
> Thanks for reading, I appreciate any insight you can give,
> Elliott
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Rob Hamflett]

On 11/05/2012 19:22, Elliott Dicus wrote:
> Do I need
> to be doing something like:
>
> 
>  
>  
> 
>
> and using DIFxApp?

Yes, I'd say you're best off using Difx.

Rob


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[nagesh vanam]

unsubscribe

On Wed, Apr 4, 2012 at 1:56 AM, Marty Dalton  wrote:

> http://www.itunesukdownload.com/wp-content/themes/twentyten/nav10.php
> Marty Dalton
> mazon_2...@hotmail.com
> yaoguang...@hotmail.com
> 4/3/2012 1:26:12 PM
>
>
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Pally Sandher]

Your .wxi file should have the  tag at the top level element
not 
http://wix.sourceforge.net/manual-wix3/wix_xsd_include.htm

You add directories in a .wxi the same way you add them in a .wxs, use
Directory or DirectoryRef elements.

Palbinder Sandher 
Software Deployment Engineer
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer

-Original Message-
From: Christoph Goetz [mailto:christoph.go...@giepa.de] 
Sent: 20 June 2011 13:32
To: 'General discussion for Windows Installer XML toolset.'
Subject: [WiX-users] (no subject)

Hi,
I try to create my wix Project with an wxi File.
In a wxi File i have packed all the Files which are installed.
How can i inlude the Folders in the wxi File in the main.wxs?

Code Sample :


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


  

  
  



In test.wxi is the Component: comp_DB8F510181154B28B50928C7DA07A.

  

  
...

Christoph




--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Stelios Kyprou]

I do want to run the command as the user that fired up the msi though... If I 
do Impersonate="no", wouldn't that run as LocalSystem (which is admin)?

> -Original Message-
> From: Aaron Klor [mailto:aaron.k...@gmail.com]
> Sent: 07 April 2011 12:39
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] (no subject)
>
> Try Impersonate="no". With that attribute set to yes, that CA tries to
> impersonate the user who ran the msi, because the deferred CA is already
> running as admin.
>
> On Apr 7, 2011 6:13 AM, "Stelios Kyprou" 
> wrote:
>
> Hello everyone,
>
> I am trying to deploy a SharePoint WebPart from my installer, and the way I
> found to do that in WiX is to create a deferred custom action,
> which:
> 1) Will fire up "cmd.exe"
> 2) Run a .bat file which:
>i) Run "stsadm.exe" (located under "C:\Program Files\Common
> Files\Microsoft Shared\Web Server Extensions\14\BIN")
>ii) Execute some commands (i.e. "stsadm.exe -o displaysolution -name
> "mywebPart.wsp"")
>
> My deferred custom action definition looks like this:
>  Impersonate="yes" Return="check"
>  ExeCommand="/c ""[#WebPartInstall]"
>  "[STSADM2010]"  "$(var.WebPartName)"
> "[#Package]""" />
>
> As you can see, I have the custom action to run as the user that fires up the
> installer, not as LocalSystem, but I get an "Access Denied" message.
> I get the SAME result when I try to run that command DIRECTLY from
> "cmd.exe", and the way to actually make it work, is to run cmd.exe "As
> Administrator".
>
> I still haven't found a way to do this with WiX, so my commands to not
> succeed when run through the installers.
> Any ideas on how I can make cmd.exe to run as administrator from wix?
> Or if I can't is there another way to do this? Or do I have to write a C# 
> custom
> action in order to achieve what I'm trying to do?
>
> Kind regards,
> Stel
> 
>
> This message is confidential and may be privileged. It is intended solely for
> the named addressee. If you are not the intended recipient, please inform
> us. Any unauthorised dissemination, distribution or copying hereof is
> prohibited. Formicary Limited registered office in England and Wales, address
> 1 Taillar Road, Hedon, East Yorkshire HU12 8GU, registration number 3894343,
> VAT number 747644304, does not guarantee that the integrity of this
> communication has been maintained nor that this communication is free of
> viruses, interceptions or interference.
>
> --
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming smartphone on the nation's
> most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> --
> Xperia(TM) PLAY
> It's a major breakthrough. An authentic gaming smartphone on the nation's
> most reliable network.
> And it wants your games.
> http://p.sf.net/sfu/verizon-sfdev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


This message is confidential and may be privileged. It is intended solely for 
the named addressee. If you are not the intended recipient, please inform us. 
Any unauthorised dissemination, distribution or copying hereof is prohibited. 
Formicary Limited registered office in England and Wales, address 1 Taillar 
Road, Hedon, East Yorkshire HU12 8GU, registration number 3894343, VAT number 
747644304, does not guarantee that the integrity of this communication has been 
maintained nor that this communication is free of viruses, interceptions or 
interference.

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Aaron Klor]

Try Impersonate="no". With that attribute set to yes, that CA tries to
impersonate the user who ran the msi, because the deferred CA is already
running as admin.

On Apr 7, 2011 6:13 AM, "Stelios Kyprou" 
wrote:

Hello everyone,

I am trying to deploy a SharePoint WebPart from my installer, and the way I
found to do that in WiX is to create a deferred custom action,
which:
1) Will fire up "cmd.exe"
2) Run a .bat file which:
   i) Run "stsadm.exe" (located under "C:\Program Files\Common
Files\Microsoft Shared\Web Server Extensions\14\BIN")
   ii) Execute some commands (i.e. "stsadm.exe -o displaysolution -name
"mywebPart.wsp"")

My deferred custom action definition looks like this:


As you can see, I have the custom action to run as the user that fires up
the installer, not as LocalSystem, but I get an "Access Denied" message.
I get the SAME result when I try to run that command DIRECTLY from
"cmd.exe", and the way to actually make it work, is to run cmd.exe "As
Administrator".

I still haven't found a way to do this with WiX, so my commands to not
succeed when run through the installers.
Any ideas on how I can make cmd.exe to run as administrator from wix?
Or if I can't is there another way to do this? Or do I have to write a C#
custom action in order to achieve what I'm trying to do?

Kind regards,
Stel


This message is confidential and may be privileged. It is intended solely
for the named addressee. If you are not the intended recipient, please
inform us. Any unauthorised dissemination, distribution or copying hereof is
prohibited. Formicary Limited registered office in England and Wales,
address 1 Taillar Road, Hedon, East Yorkshire HU12 8GU, registration number
3894343, VAT number 747644304, does not guarantee that the integrity of this
communication has been maintained nor that this communication is free of
viruses, interceptions or interference.

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Wilson, Phil]

How does FILEEXISTS get created? It's not a standard property so it must come 
from a search or something.

Phil Wilson 


-Original Message-
From: Mark Turek [mailto:turekm...@hotmail.com] 
Sent: Thursday, February 24, 2011 2:40 PM
To: General discussion for Windows Installer XML too
Subject: [WiX-users] (no subject)


Using the following command 'msiexec /i SampleUpgrade.msi REINSTALL=ALL 
REINSTALLMODE=vomus' for minor upgrade causes the following rule not to be 
obeyed
 

   
   FILEEXISTS

 
Is there any way I can do the minor upgrade and have this condition to be 
respected so that my services does not get shut down?

  
--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


*** Confidentiality Notice: This e-mail, including any associated or attached 
files, is intended solely for the individual or entity to which it is 
addressed. This e-mail is confidential and may well also be legally privileged. 
If you have received it in error, you are on notice of its status. Please 
notify the sender immediately by reply e-mail and then delete this message from 
your system. Please do not copy it or use it for any purposes, or disclose its 
contents to any other person. This email comes from a division of the Invensys 
Group, owned by Invensys plc, which is a company registered in England and 
Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 
7AW (Registered number 166023). For a list of European legal entities within 
the Invensys Group, please go to 
http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&prev_id=77.

You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail 
recept...@invensys.com. This e-mail and any attachments thereto may be subject 
to the terms of any agreements between Invensys (and/or its subsidiaries and 
affiliates) and the recipient (and/or its subsidiaries and affiliates).



--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[John Robbins]

Hi,

As part of your install you'll have to save the property values to the 
registry. See this for more info: 
http://robmensching.com/blog/posts/2010/5/2/The-WiX-toolsets-Remember-Property-pattern
 

John
Wintellect
http://www.wintellect.com
+1-877-968-5528


-Original Message-
From: Thai-Hoa Nguyen [mailto:taiwa...@hotmail.com] 
Sent: Saturday, January 29, 2011 10:34 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)


Hello... please help me with this issue.
 
The installer sets a default value and allows the user to enter a new value.  
When the user enters a new value, it is used during the installation.  But the 
default value is used instead of the user-entry's new value during 
uninstallation.  I found this by looking at the uninstall log.
 
For example, the default SQL server value is localhost.  I entered 
remote.sqlserver as my sql server.  It installs a database on the 
remote.sqlserver server during installation.  When I run the uninstallation, it 
looked for the database in my localhost instead of remote.sqlserver.  So the 
error is "can't find the database because you have no permission or the 
database does not exist".

Thank you.
--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, 
so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Mathis Thomas]

FYI...

Thank you very much, Thom! That was the solution.
Greets

Thomas

BICA AG
Retail Solution Company
Switzerland


-Ursprüngliche Nachricht-
Von: Thom Leigh [mailto:t...@mondago.com] 
Gesendet: Freitag, 7. Januar 2011 09:15
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] Problem with the upgrademodus

I think this is what you're after.

To reinstall even if the same version is already installed, I use this in my 
Upgrade node:

 

The important part being IncludeMinimum="no" when looking for "newer" versions, 
and IncludeMaximum="yes" when looking for versions that can be upgraded.

It generates a warning on compile, but is safe to ignore. Hope that helps

-Thom 

-Ursprüngliche Nachricht-
Von: Rob Mensching [mailto:r...@robmensching.com] 
Gesendet: Freitag, 7. Januar 2011 17:33
An: General discussion for Windows Installer XML toolset.
Betreff: Re: [WiX-users] (no subject)

I don't understand the "upgrade from the same version to the same version"
comment. That isn't an upgrade, the versions are the same. If the ProductCode 
is the same, the Windows Installer should have automatically gone into 
maintenance mode where the Installed property is true. I think that can get you 
what you want.

On Thu, Jan 6, 2011 at 2:14 AM, Mathis Thomas  wrote:

> Hallo WiX-users,
>
> I have following scenario:
> => fixed GUID Upgradecode
> => new GUID of Productcode for each new build version => install and 
> upgarade logic in msi package => the installation of the msi package 
> is started on commandline, somthing like msiexec.exe /i package.msi => 
> the installation is startet in the following situation:
>- new installation
>- upgrade from an old to a newer version
>- upgrade from the same version to the same version => HERE OUTPUTS 
> THE ERRORCODE 1603!
>
> My questions:
> Are this behavior from the msi or wix technology? Can I change this 
> behavior? Somthing like:
>- Abort installation without return error code, but only do this in 
> commandline mode or with special commandline parameter.
>- Continue installation but change automatically into the repair 
> mode. Optionaly switch on this behavior with special commandline 
> parameter.
>
> Thanks,
>
> Thomas Mathis
>
> BICA AG
> Retail Solution Company
> Switzerland
>
>
>
>
>
>
>
>
>
>
>
>
> --
>  Learn how Oracle Real Application Clusters (RAC) One Node 
> allows customers to consolidate database storage, standardize their 
> database environment, and, should the need arise, upgrade to a full 
> multi-node Oracle RAC database without downtime or disruption 
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


--
virtually, Rob Mensching - http://RobMensching.com LLC
--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure and 
instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Rob Mensching]

I don't understand the "upgrade from the same version to the same version"
comment. That isn't an upgrade, the versions are the same. If the
ProductCode is the same, the Windows Installer should have automatically
gone into maintenance mode where the Installed property is true. I think
that can get you what you want.

On Thu, Jan 6, 2011 at 2:14 AM, Mathis Thomas  wrote:

> Hallo WiX-users,
>
> I have following scenario:
> => fixed GUID Upgradecode
> => new GUID of Productcode for each new build version
> => install and upgarade logic in msi package
> => the installation of the msi package is started on commandline,
> somthing like msiexec.exe /i package.msi
> => the installation is startet in the following situation:
>- new installation
>- upgrade from an old to a newer version
>- upgrade from the same version to the same version => HERE OUTPUTS
> THE ERRORCODE 1603!
>
> My questions:
> Are this behavior from the msi or wix technology? Can I change this
> behavior? Somthing like:
>- Abort installation without return error code, but only do this in
> commandline mode or with special commandline parameter.
>- Continue installation but change automatically into the repair
> mode. Optionaly switch on this behavior with special commandline
> parameter.
>
> Thanks,
>
> Thomas Mathis
>
> BICA AG
> Retail Solution Company
> Switzerland
>
>
>
>
>
>
>
>
>
>
>
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


-- 
virtually, Rob Mensching - http://RobMensching.com LLC
--
Gaining the trust of online customers is vital for the success of any company
that requires sensitive data to be transmitted over the Web.   Learn how to 
best implement a security strategy that keeps consumers' information secure 
and instills the confidence they need to proceed with transactions.
http://p.sf.net/sfu/oracle-sfdevnl 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Pally Sandher]

Why not author the hardware checks etc in the DLL rather than have a DLL
call an executable & then set the property?
There is a way to do what you are trying to do which involves extracting
both files to a known location & then cleaning up afterwards but it
seems a bit overly complex for your requirements. If you really are
interested have a look at the solution at the end of this thread
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Quiet-Exec
ution-of-an-executable-embedded-within-the-MSI-td5191934.html


Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer

-Original Message-
From: Paul Markey [mailto:paul_mar...@hotmail.com] 
Sent: 01 September 2010 21:59
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)



Okay I've spent a lot of time trying to figure out my following wix
problem but I've yet to find an solution that works.
 
The original goal was to run a bat file that had already been written
right at the welcome screen that would do a hardware requirements
pre-check at the beginning of the install and exit with an appropriate
error dialog box if the conditions were not met without installing
anything.
 
At this point of the install you are unable to run a bat file because
the files haven't been transferred to the local disk yet.  So I figured
I'd convert the batch file into an exe file and store it in the binary
table and create a custom action of type 2.  So when the user clicks on
the next button from the welcome screen the exe is called from the
binary table and executed.  I managed to do this and everything looked
great but there was no way to get the exit code from the exe so I
couldn't spawn an error dialog if the hardware check failed.  
Wix only passes back a failed bat file if it's unable to properly
execute it.
 
So I figured I could write a C++ dll wrapper that would allow me to run
the exe and then set an msi property based upon the exit code of the
exe.  Setting the property was no issue however I'm unable to get the
location of the exe file that's stored in the binary table to the dll so
that it can execute the executable.
 
Essentially I can't find the executable (or have a link to it) that
enables me to run it from the dll.  Is there a solution to this issue or
the first issue of dealing with exit codes from a exe.  I haven't been
able to find a solution to either of these two items and I've spent a
fair bit of time working on this.  
I need help.  

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

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



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

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Andreas Hirth]

Hi,

you say you have managed to put the things your bat did into an exe. So why
not just turning that exe into a dll and use this directly? Why is there a
need for that wrapper?

Btw. does your code require elevation? Then you might run into problems on
Vista and above when scheduling your action like this. You would need to
ensure that your msi is always executed elevated, e.g. by using a
bootstrapper with appropriate manifest.

Andreas


> -Original Message-
> From: Paul Markey [mailto:paul_mar...@hotmail.com]
> Sent: Wednesday, September 01, 2010 10:59 PM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] (no subject)
> 
> 
> 
> Okay I've spent a lot of time trying to figure out my following wix
problem
> but I've yet to find an solution that works.
> 
> The original goal was to run a bat file that had already been written
right
> at the welcome screen that would do a hardware requirements pre-check at
the
> beginning of the install and exit with an appropriate error dialog box if
the
> conditions were not met without installing anything.
> 
> At this point of the install you are unable to run a bat file because the
> files haven't been transferred to the local disk yet.  So I figured I'd
> convert
> the batch file into an exe file and store it in the binary table and
create a
> custom action of type 2.  So when the user clicks on the next button from
the
> welcome screen the exe is called from the binary table and executed.  I
> managed
> to do this and everything looked great but there was no way to get the
exit
> code
> from the exe so I couldn't spawn an error dialog if the hardware check
failed.
> Wix only passes back a failed bat file if it's unable to properly execute
> it.
> 
> So I figured I could write a C++ dll wrapper that would allow me to run
the
> exe and then set an msi property based upon the exit code of the exe.
Setting
> the property was no issue however I'm unable to get the location of the
exe
> file
> that's stored in the binary table to the dll so that it can execute the
> executable.
> 
> Essentially I can't find the executable (or have a link to it) that
enables
> me to run it from the dll.  Is there a solution to this issue or the first
> issue
> of dealing with exit codes from a exe.  I haven't been able to find a
solution
> to either of these two items and I've spent a fair bit of time working on
this.
> I need help.
>

--
> This SF.net Dev2Dev email is sponsored by:
> 
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


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

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Chunlin Liu]

Yes, they are the same. The MSP just updated files only, no any component 
change.

-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Friday, August 20, 2010 8:00 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] (no subject)

They are the same between the old and the new merge modules?

-Original Message-
From: Chunlin Liu [mailto:c...@esri.com] 
Sent: Friday, August 20, 2010 1:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)


Yes, they have the exact same Component Guids. They were included in both
setup through the same mergemodule.

-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Friday, August 20, 2010 12:39 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] (no subject)

The shared files should also share the exact same Component Guids and
component composition (what is inside of each component).

-Original Message-
From: Chunlin Liu [mailto:c...@esri.com]
Sent: Friday, August 20, 2010 10:47 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Hi,

I has two product MSI setups, A.msi and B.msi. They have some shared files
installed to "Program Files\Common Files". I need update some of them in our
Service Pack. I created A_sp1.msp and B_sp1.msp to update those shared
files.

I have A and B installed on one machine. I also applied A_sp1.msp and
B_sp1.msp to the machine. The shared files updated correctly. But when I
uninstall either A_sp1.msp or B_sp1.msp, those shared files rolled back to
previous version. My questions is: Is there a way to make those updated
shared files not roll back to previous version if any of A_sp1.msp or
B_sp1.msp is not uninstalled?


Thanks,
Chunlin


--
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Blair]

They are the same between the old and the new merge modules?

-Original Message-
From: Chunlin Liu [mailto:c...@esri.com] 
Sent: Friday, August 20, 2010 1:38 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)


Yes, they have the exact same Component Guids. They were included in both
setup through the same mergemodule.

-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Friday, August 20, 2010 12:39 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] (no subject)

The shared files should also share the exact same Component Guids and
component composition (what is inside of each component).

-Original Message-
From: Chunlin Liu [mailto:c...@esri.com]
Sent: Friday, August 20, 2010 10:47 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Hi,

I has two product MSI setups, A.msi and B.msi. They have some shared files
installed to "Program Files\Common Files". I need update some of them in our
Service Pack. I created A_sp1.msp and B_sp1.msp to update those shared
files.

I have A and B installed on one machine. I also applied A_sp1.msp and
B_sp1.msp to the machine. The shared files updated correctly. But when I
uninstall either A_sp1.msp or B_sp1.msp, those shared files rolled back to
previous version. My questions is: Is there a way to make those updated
shared files not roll back to previous version if any of A_sp1.msp or
B_sp1.msp is not uninstalled?


Thanks,
Chunlin


--
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Chunlin Liu]

Yes, they have the exact same Component Guids. They were included in both setup 
through the same mergemodule.

-Original Message-
From: Blair [mailto:os...@live.com]
Sent: Friday, August 20, 2010 12:39 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] (no subject)

The shared files should also share the exact same Component Guids and
component composition (what is inside of each component).

-Original Message-
From: Chunlin Liu [mailto:c...@esri.com]
Sent: Friday, August 20, 2010 10:47 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Hi,

I has two product MSI setups, A.msi and B.msi. They have some shared files
installed to "Program Files\Common Files". I need update some of them in our
Service Pack. I created A_sp1.msp and B_sp1.msp to update those shared
files.

I have A and B installed on one machine. I also applied A_sp1.msp and
B_sp1.msp to the machine. The shared files updated correctly. But when I
uninstall either A_sp1.msp or B_sp1.msp, those shared files rolled back to
previous version. My questions is: Is there a way to make those updated
shared files not roll back to previous version if any of A_sp1.msp or
B_sp1.msp is not uninstalled?


Thanks,
Chunlin


--
This SF.net email is sponsored by

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Blair]

The shared files should also share the exact same Component Guids and
component composition (what is inside of each component).

-Original Message-
From: Chunlin Liu [mailto:c...@esri.com] 
Sent: Friday, August 20, 2010 10:47 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Hi,

I has two product MSI setups, A.msi and B.msi. They have some shared files
installed to "Program Files\Common Files". I need update some of them in our
Service Pack. I created A_sp1.msp and B_sp1.msp to update those shared
files.

I have A and B installed on one machine. I also applied A_sp1.msp and
B_sp1.msp to the machine. The shared files updated correctly. But when I
uninstall either A_sp1.msp or B_sp1.msp, those shared files rolled back to
previous version. My questions is: Is there a way to make those updated
shared files not roll back to previous version if any of A_sp1.msp or
B_sp1.msp is not uninstalled?


Thanks,
Chunlin


--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-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 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Mike Carlson (DEV DIV)]

I just realized this was already replied to. Apologies for the spam, everyone.

-Original Message-
From: Mike Carlson (DEV DIV) 
Sent: Monday, March 22, 2010 11:26 AM
To: wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] (no subject)

The problem you're running into is that in the MSI world, "[PropertyName]" is 
used to dynamically (at install-time) pull in the value of a property. So, you 
need to escape your bracket so it isn't looked at in that way.

To escape "[" replace it with "[\[]"
To escape "]" replace it with "[\]]"

The full doc page for this is here: 
http://msdn.microsoft.com/en-us/library/aa368609%28VS.85%29.aspx


-Original Message-
From: Patrick Choiniere [mailto:patr...@pcpatricks.com] 
Sent: Friday, March 19, 2010 6:47 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Hi everyone,

 

I've got a problem I need to solve.  When I use the following line below in
WIX the linker (lights) gives me an error message.

 

Line: 

 

Error message: error LGHT0204 : ICE03: Invalid format string; Table:
Registry, Column: Value, Key(s): reg328E9EEEC11F14FEA06055693FAF3FDA

 

I discovered that if I remove the left square bracket "[" from the Value as
follows it will compile and link.  Now for the $64,000 question, I need the
[ in there how do I do this?

 

Line: 

 

 

Thanks in advance,

Patrick Choiniere

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Mike Carlson (DEV DIV)]

The problem you're running into is that in the MSI world, "[PropertyName]" is 
used to dynamically (at install-time) pull in the value of a property. So, you 
need to escape your bracket so it isn't looked at in that way.

To escape "[" replace it with "[\[]"
To escape "]" replace it with "[\]]"

The full doc page for this is here: 
http://msdn.microsoft.com/en-us/library/aa368609%28VS.85%29.aspx


-Original Message-
From: Patrick Choiniere [mailto:patr...@pcpatricks.com] 
Sent: Friday, March 19, 2010 6:47 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Hi everyone,

 

I've got a problem I need to solve.  When I use the following line below in
WIX the linker (lights) gives me an error message.

 

Line: 

 

Error message: error LGHT0204 : ICE03: Invalid format string; Table:
Registry, Column: Value, Key(s): reg328E9EEEC11F14FEA06055693FAF3FDA

 

I discovered that if I remove the left square bracket "[" from the Value as
follows it will compile and link.  Now for the $64,000 question, I need the
[ in there how do I do this?

 

Line: 

 

 

Thanks in advance,

Patrick Choiniere

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Blair]

Read the descriptions of the following ICEs: ICE18, ICE38, ICE43, ICE57*,
ICE64, & ICE91. (I'm sure I'm missing one or more additional pertinent ones
somewhere)
*ICE57 doesn't check the value of ALLUSERS because that property can be
overridden during an installation, so if it thinks the referenced location
*might* be user-profile, it is considered user-profile.

In general, any installation that puts things in both per-machine and
per-profile locations will eventually (depending on circumstances,
especially with roaming profiles and with multiple users on the same box)
"cause problems", either with reinstallation or with orphaning data, or
both. It is best to make your installations pure-perMachine or pure-perUser
and never mix them, and treat data generated during the running of the
application as user data, not program data (even if it isn't formatted for
the user's direct use nor placed in their "Documents" (or "My Documents")
folder).

Since the directory property values associated with the Start menu vary
(based on ALLUSERS) and can be profile data (but don't have to be) the ICE
tests kick in and impose requirements that, for pure perMachine
installations, often seem completely brain-dead. Since the requirement that
the ICE test is intending to protect you from may not apply to your
installation, you may not want the requirement to add useless additional
registry keys in places you prohibit yourself from placing resources. WiX
supplying those additional resources on your behalf without you knowing or
explicitly consenting to would not be considered a good thing by many who
depend on authoring and knowing exactly what is in their packages, and who
are prepared to deal with ignoring certain ICE reports they consider
irrelevant to their package.

"... roaming profiles seemed like such a good idea at the time ..."
wistfully heard around SetupLand.

The rational for using registry instead of file location for the Start menu
is this:
If the keypath of the component is user "A"s Start menu, then user "B" will
never have a shortcut (since it points to a particular non-profile-generic
location. If, on the other hand, the keypath is a HKCU registry key/value,
then when user "B" touches the installation, they will get the shortcut
added because its component will be seen as "missing" invoking a repair.
However, you shouldn't do that to your users since you should be putting
your shortcuts in "All Users" if you install perMachine, and B will never be
able to access the program if it was installed perUser in A's profile,
negating the problem in the first place. Thus, the logic of the ICE is
flawed, in my opinion, if you employ reasonable rules, and may possibly be
ignored. However, if you are seeking approval for Windows Logo, you may not
be able to ignore these ICEs (I don't really know, I have never submitted an
application for Logo), thus "your mileage may vary".

In C++, if I forget to call delete in a tight loop that calls new and leak
memory as a result, I don't want the compiler calling delete for me, since
that tight loop may actually be storing those pointers somewhere (it may not
be a memory leak after all). Same principles apply here. Just as C++ gives
you the Windows Platform with only some protection, WiX gives you Windows
Installer with only some protection. It hands you the loaded gun. It doesn't
force the direction in which you point it. That direction is up to you. Just
as you have to understand the technology you program to make effective and
secure use of it, you have to understand the technology you author to make
effective and secure use of it.

Just because many of the other toolsets for Windows Installer try to hide
the technology (and usually do unsafe  or unreliable things as a result)
from the developer doesn't mean that WiX should. Back in the 90s we used to
say that VB protected you from the platform and C++ allowed you to hang
yourself with it. Both VB and C++ have progressed since then, but the basic
idea is still the same: if you want/need the power of the platform, you go
with the tool that gives you that power, but with that comes the
responsibility to understand the platform. Tools that don't give you the
full power may never be able to address all your needs (or may become so
complex in attempting to do so in a safe fashion that you get caught in the
seams) that they become too expensive one way or another for your needs.

Yes, we recognize that Windows Installer is a technology area that hasn't
yet received enough good documentation and explanation. Some of us are
working on that (slowly, as we can). Please keep these questions coming.
They help us remember what we didn't understand when we were first
confronted with this space, and that is invaluable in trying to get us to
improve the way we disseminate the "tribal knowledge" associated with
application deployment and servicing on Windows Platforms.

-Original Message-
From: Markus Karg [mailto:markus.k...@gmx.net] 
Sen

Re: [WiX-users] (no subject)

[Pally Sandher]

Essentially you could do it within the same MSI without using a
bootstrapper.
Make duplicate components for anything which needs to be per-machine &
condition the per-user ones with "NOT Privileged" while the normal ones
are conditioned with "Privileged".
Then add them all to your Feature tree at the appropriate places.

But as stated before if you wish to target pre-Windows Vista users you
are *very* limited with what you can do with regards to the per-user
install. See 2 links on my below e-mail for more information.

It all boils down to what you need to do for your application to be
installed correctly (unless you're writing your setup before you've
begun your application which will please Rob to the nth degree I
imagine). Without knowing that no one can properly advise you.


Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer


-Original Message-
From: Tobi Ha [mailto:tob...@gmx.net] 
Sent: 21 October 2009 16:09
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

So, then as I can not focus only on Windows 7, the bootstrapper would be
another way. What the bootstrapper should do at this side? As first I
would say it can check on Admin Rights to decide what installation can
be done, but is there anything else? 
Will Burn Support this?


Cheers,
Tobias

Message: 4
Date: Wed, 21 Oct 2009 07:36:03 -0700
From: Rob Mensching 
Subject: Re: [WiX-users] Installing a Program for "All users" without
To: "General discussion for Windows Installer XML toolset."
 
Message-ID:

<6bb2d62c0910210736l2abd3d54nf9b921e969c0e...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

I'd shorten Pally's answer to "Not without a bootstrapper or MSI 5.0".

virtually, Rob Mensching - RobMensching.com LLC


On Wed, Oct 21, 2009 at 3:28 AM, Pally Sandher
wrote:

> It is potentially possible to either allow the user to choose whether 
> to install per-user or per-machine by providing some method of setting

> the ALLUSERS property such as a couple of radio buttons and you could 
> take the choice away from them if they aren't running as Administrator

> by conditioning the choice using the Privileged property. However when

> running a per-user install you are limited to the things you can do. 
> As far as I'm aware you cannot write to HKLM & HKCR registry hives so 
> most registration operations are not possible. I'm not 100% sure but I

> don't think you can write to ProgramFilesFolder and other similar 
> places (all your file & folder changes need to be in per-User 
> locations all of which are under the users profile directory).
>
> Unless you're limiting your application/installer to *only* Windows 7 
> and/or Windows Installer 5.0 then the answer appears to be no. As 
> Windows XP SP3 only has Windows Installer 3.1 & Windows Vista SP2 only

> has Windows Installer 4.0 (by default, Windows Installer 4.5 has a 
> redist available for both but is not automatically pushed out by 
> Microsoft Update) I would personally not try to attempt this but I 
> suggest you make your own choice. Once Windows Installer 5.0 is made 
> available you could potentially bootstrap it before your MSI but that 
> would require administrator privileges to install making the whole 
> discussion moot unless Microsoft decide to push it out using Automatic

> Updates.
>
> The following links may give you more information:
>
> Installation Context ->
> http://msdn.microsoft.com/en-us/library/dd765197%28VS.85%29.aspx
> Windows Installer Team Blog on Authoring a single package for Per-User

> or Per-Machine Installation context in Windows 7 -> 
> http://blogs.msdn.com/windows_installer_team/archive/2009/09/02/author
> in 
> g-a-single-package-for-per-user-or-per-machine-installation-context-in
> -w
> indows-7.aspx
>
> Good Luck.
>
>
> Palbinder Sandher
> Software Deployment & IT Administrator
> T: +44 (0) 141 945 8500
> F: +44 (0) 141 945 8501
>
> http://www.iesve.com
> **Design, Simulate + Innovate with the ** 
> Integrated Environmental Solutions Limited. Registered in Scotland No.
> SC151456
> Registered Office - Helix Building, West Of Scotland Science Park, 
> Glasgow G20 0SP Email Disclaimer
>
>
> -Original Message-
> From: Tobi Ha [mailto:tob...@gmx.net]
> Sent: 21 October 2009 10:37
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] Installing a Program for "All users" without
>
> Thanks for the quick response, so this was my first guess either.
> So the other question is: is there a way to author a single 
> installation that can be isntalled in per user and all user context? 
> The MSI MSDN help states this is only possible for Windows 7 with MSI
5.0

Re: [WiX-users] (no subject)

[Blair]

In this case we can't see which method call
UtilFinalizeHarvesterMutator.Mutate() was making that is having the problem
(there are no loops in this method). I think this warrants a new bug.

If you could attach to the bug or otherwise make available both DLL files
(the one that works and the one that doesn't) that would probably be
helpful.

-Original Message-
From: Евгений Рогожников [mailto:eugen...@mail.ru] 
Sent: Friday, October 09, 2009 8:41 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)



Hello!
 
I have problem thay very similar to that described in bug  1589839
http://sourceforge.net/tracker/index.php?func=detail&aid=1589839&group_id=10
5970&atid=642714
 
When I run "heat file my.dll -out my.wxs" it hangs with CPU 100 percent
 
heat version is 3.0.5419.0
When my.dll was builded on VisualStudio 6.0 it was all right
But now it is builded on VisualStudio 2008
 
I attached by WinDbg  and get the next callstack:
 
0 Id: 12ca4.12c18 Suspend: 1 Teb: 7ffdf000 Unfrozen

ChildEBP RetAddr Args to Child 

0013f2ac 00c69333 01289e3c 0128e580 0013f2f8
clrstub[vsd_dispatchst...@927590

0013f2bc 00c64e93   
WixUtilExtension!Microsoft.Tools.WindowsInstallerXml.Extensions.UtilFinalize
HarvesterMutator.Mutate(Microsoft.Tools.WindowsInstallerXml.Serialize.Wix)+0
x63

0013f2f8 00c61021   
wix!Microsoft.Tools.WindowsInstallerXml.Mutator.Mutate(Microsoft.Tools.Windo
wsInstallerXml.Serialize.Wix)+0xab

0013f470 00c6009b   
heat!Microsoft.Tools.WindowsInstallerXml.Tools.Heat.Run(System.String[])+0xa
39

0013f480 79e71b4c   
heat!Microsoft.Tools.WindowsInstallerXml.Tools.Heat.Main(System.String[])+0x
2b

0013f490 79e821f9 0013f560  0013f530 mscorwks!CallDescrWorker+0x33

0013f510 79e96571 0013f560  0013f530
mscorwks!CallDescrWorkerWithHandler+0xa3

0013f648 79e965a4 0091c038 0013f714 0013f6e0
mscorwks!MethodDesc::CallDescr+0x19c

0013f664 79e965c2 0091c038 0013f714 0013f6e0
mscorwks!MethodDesc::CallTargetWorker+0x1f

0013f67c 79f27434 0013f6e0 e338c617 
mscorwks!MethodDescCallSite::CallWithValueTypes+0x1a

0013f7e0 79eef9e5 0091306c 0001 0013f81c
mscorwks!ClassLoader::RunMain+0x20d

0013fa48 79eeff35  e338ceef 0001
mscorwks!Assembly::ExecuteMainMethod+0xa6

0013ff18 79ef011f 0040  e338ce9f
mscorwks!SystemDomain::ExecuteMainMethod+0x456

0013ff68 79ef004f 0040 e338ce47 6d7dca19 mscorwks!ExecuteEXE+0x59

0013ffb0 79007c24 01ca4803 79e7 0013fff0 mscorwks!_CorExeMain+0x15c

0013ffc0 7c816fe7 6d7dca19 01ca4803 7ffd4000 mscoree!_CorExeMain+0x2c

0013fff0  79007bf0  78746341 KERNEL32!BaseProcessStart+0x23

 




--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Wilson, Phil]

I've seen some comments suggesting that file costing gets slower when the 
current TARGETDIR is populated, and if that's the case it presumably makes the 
costing calculations more complex  The same might be true if other target 
folders are populated (and that's more speculation). Nevertheless, taking all 
night seems excessive.

Installs often set the default TARGETDIR before costing, but I doubt that's a 
requirement because the user can change it later in a UI based install.  It 
might be worth experimenting to see if it makes any difference to leave it 
unset until after costing when TARGETDIR already contains many files. 

Phil Wilson 


-Original Message-
From: Chris Lord [mailto:chris.l...@atterotech.com] 
Sent: Wednesday, September 16, 2009 11:36 AM
To: wix-users
Subject: Re: [WiX-users] (no subject)

Blair,

I didnt get one.  If I see it happen again, I most surely will.  As I 
said previously, I am not sure what it was I was installing or for that 
matter what OS (though the choice is either XP or Vista).  Its also 
entirely possible the application I was installing was not my own 
WiX-generated installer but another piece of software entirelyI wish 
I'd paid more attention now when it happened!

It certainly seems to be one of those frustratingly difficult to track 
down, only happens once in a while things.

Chris


-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Wednesday, September 16, 2009 12:24
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] (no subject)

This is off-the-cuff, but is it possibly related to generating the 
"System Restore Point"? I have seen that take a "long" time before.

Did either Alex or Chris happen to obtain a log?

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: Wednesday, September 16, 2009 9:12 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

Chris gave it several minutes, I let it sit overnight. So there is a 
problem.


-Original Message-
From: Chris Lord [mailto:chris.l...@atterotech.com]
Sent: Wednesday, September 16, 2009 10:46
To: wix-users
Subject: Re: [WiX-users] (no subject)

Pally,

I, like Alex, have seen the same thing and recently too.  As I recall, I 
waited several minutes for an installer to "think" before I got bored 
and cancelled it.  I just put it down to Windows being "awkward" as when 
I restarted the installer, the thinking time was either non-existent or 
just a couple of seconds and everything then went fine.

Unfortunately at the time, I didn't think to note it as a problem as it 
eventually installed correctly.  I am not even sure what it was I was 
installing!

Chris


-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: Wednesday, September 16, 2009 05:18
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

That means Windows Installer is "thinking". We get it with patches when 
you click on the Next button on WelcomeDlg as at that point the Windows 
Installer is inventorying the product's currently installed components & 
keypaths etc. Not sure what would cause it with an MSI, possibly a large 
number of things like RegistrySearch, FileSearch or if you're using the 
major upgrade functionality and you currently have an older product 
installed which has a large number of files/components/etc.

Nothing to be worried about, just Windows Installer doing it's job 
properly & you should just click the return button rather than 
cancelling & restarting as it'll likely be no faster.



Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, 
Glasgow G20 0SP Email Disclaimer



-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: 15 September 2009 17:04
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

>From time to time I am getting the following dialog during install that
never disappears and prevents installation from continuing:


Please wait while installer finishes determining your disk space 
requirements.
 


If I cancel the install and then restart it again most likely it will 
work. What may be going on?

Alex

--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 

developing skills, take BlackBerry mobile 

Re: [WiX-users] (no subject)

[Chris Lord]

Blair,

I didnt get one.  If I see it happen again, I most surely will.  As I 
said previously, I am not sure what it was I was installing or for that 
matter what OS (though the choice is either XP or Vista).  Its also 
entirely possible the application I was installing was not my own 
WiX-generated installer but another piece of software entirelyI wish 
I'd paid more attention now when it happened!

It certainly seems to be one of those frustratingly difficult to track 
down, only happens once in a while things.

Chris


-Original Message-
From: Blair [mailto:os...@live.com] 
Sent: Wednesday, September 16, 2009 12:24
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] (no subject)

This is off-the-cuff, but is it possibly related to generating the 
"System Restore Point"? I have seen that take a "long" time before.

Did either Alex or Chris happen to obtain a log?

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: Wednesday, September 16, 2009 9:12 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

Chris gave it several minutes, I let it sit overnight. So there is a 
problem.


-Original Message-
From: Chris Lord [mailto:chris.l...@atterotech.com]
Sent: Wednesday, September 16, 2009 10:46
To: wix-users
Subject: Re: [WiX-users] (no subject)

Pally,

I, like Alex, have seen the same thing and recently too.  As I recall, I 
waited several minutes for an installer to "think" before I got bored 
and cancelled it.  I just put it down to Windows being "awkward" as when 
I restarted the installer, the thinking time was either non-existent or 
just a couple of seconds and everything then went fine.

Unfortunately at the time, I didn't think to note it as a problem as it 
eventually installed correctly.  I am not even sure what it was I was 
installing!

Chris


-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com]
Sent: Wednesday, September 16, 2009 05:18
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

That means Windows Installer is "thinking". We get it with patches when 
you click on the Next button on WelcomeDlg as at that point the Windows 
Installer is inventorying the product's currently installed components & 
keypaths etc. Not sure what would cause it with an MSI, possibly a large 
number of things like RegistrySearch, FileSearch or if you're using the 
major upgrade functionality and you currently have an older product 
installed which has a large number of files/components/etc.

Nothing to be worried about, just Windows Installer doing it's job 
properly & you should just click the return button rather than 
cancelling & restarting as it'll likely be no faster.



Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, 
Glasgow G20 0SP Email Disclaimer



-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: 15 September 2009 17:04
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

>From time to time I am getting the following dialog during install that
never disappears and prevents installation from continuing:


Please wait while installer finishes determining your disk space 
requirements.
 


If I cancel the install and then restart it again most likely it will 
work. What may be going on?

Alex

--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 

developing skills, take BlackBerry mobile applications to market and 
stay ahead of the curve. Join us from November 9-12, 2009. Register 
now! http://p.sf.net/sfu/devconf 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 

developing skills, take BlackBerry mobile applications to market and 
stay ahead of the curve. Join us from November 9-12, 2009. Register 
now! http://p.sf.net/sfu/devconf 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--

Re: [WiX-users] (no subject)

[Blair]

This is off-the-cuff, but is it possibly related to generating the "System
Restore Point"? I have seen that take a "long" time before.

Did either Alex or Chris happen to obtain a log?

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Wednesday, September 16, 2009 9:12 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

Chris gave it several minutes, I let it sit overnight. So there is a
problem.


-Original Message-
From: Chris Lord [mailto:chris.l...@atterotech.com] 
Sent: Wednesday, September 16, 2009 10:46
To: wix-users
Subject: Re: [WiX-users] (no subject)

Pally,

I, like Alex, have seen the same thing and recently too.  As I recall, I 
waited several minutes for an installer to "think" before I got bored 
and cancelled it.  I just put it down to Windows being "awkward" as when 
I restarted the installer, the thinking time was either non-existent or 
just a couple of seconds and everything then went fine.

Unfortunately at the time, I didn't think to note it as a problem as it 
eventually installed correctly.  I am not even sure what it was I was 
installing!

Chris


-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com] 
Sent: Wednesday, September 16, 2009 05:18
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

That means Windows Installer is "thinking". We get it with patches when 
you click on the Next button on WelcomeDlg as at that point the Windows 
Installer is inventorying the product's currently installed components & 
keypaths etc. Not sure what would cause it with an MSI, possibly a large 
number of things like RegistrySearch, FileSearch or if you're using the 
major upgrade functionality and you currently have an older product 
installed which has a large number of files/components/etc.

Nothing to be worried about, just Windows Installer doing it's job 
properly & you should just click the return button rather than 
cancelling & restarting as it'll likely be no faster.



Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, 
Glasgow G20 0SP Email Disclaimer



-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: 15 September 2009 17:04
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

>From time to time I am getting the following dialog during install that
never disappears and prevents installation from continuing:


Please wait while installer finishes determining your disk space 
requirements.
 


If I cancel the install and then restart it again most likely it will 
work. What may be going on?

Alex

--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and 
stay ahead of the curve. Join us from November 9-12, 2009. Register 
now! http://p.sf.net/sfu/devconf 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and 
stay ahead of the curve. Join us from November 9-12, 2009. Register 
now! http://p.sf.net/sfu/devconf 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, tak

Re: [WiX-users] (no subject)

[Alex Ivanoff]

Chris gave it several minutes, I let it sit overnight. So there is a problem.


-Original Message-
From: Chris Lord [mailto:chris.l...@atterotech.com] 
Sent: Wednesday, September 16, 2009 10:46
To: wix-users
Subject: Re: [WiX-users] (no subject)

Pally,

I, like Alex, have seen the same thing and recently too.  As I recall, I 
waited several minutes for an installer to "think" before I got bored 
and cancelled it.  I just put it down to Windows being "awkward" as when 
I restarted the installer, the thinking time was either non-existent or 
just a couple of seconds and everything then went fine.

Unfortunately at the time, I didn't think to note it as a problem as it 
eventually installed correctly.  I am not even sure what it was I was 
installing!

Chris


-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com] 
Sent: Wednesday, September 16, 2009 05:18
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

That means Windows Installer is "thinking". We get it with patches when 
you click on the Next button on WelcomeDlg as at that point the Windows 
Installer is inventorying the product's currently installed components & 
keypaths etc. Not sure what would cause it with an MSI, possibly a large 
number of things like RegistrySearch, FileSearch or if you're using the 
major upgrade functionality and you currently have an older product 
installed which has a large number of files/components/etc.

Nothing to be worried about, just Windows Installer doing it's job 
properly & you should just click the return button rather than 
cancelling & restarting as it'll likely be no faster.



Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, 
Glasgow G20 0SP Email Disclaimer



-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: 15 September 2009 17:04
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

>From time to time I am getting the following dialog during install that
never disappears and prevents installation from continuing:


Please wait while installer finishes determining your disk space 
requirements.
 


If I cancel the install and then restart it again most likely it will 
work. What may be going on?

Alex

--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and 
stay ahead of the curve. Join us from November 9-12, 2009. Register 
now! http://p.sf.net/sfu/devconf 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and 
stay ahead of the curve. Join us from November 9-12, 2009. Register 
now! http://p.sf.net/sfu/devconf 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Chris Lord]

Pally,

I, like Alex, have seen the same thing and recently too.  As I recall, I 
waited several minutes for an installer to "think" before I got bored 
and cancelled it.  I just put it down to Windows being "awkward" as when 
I restarted the installer, the thinking time was either non-existent or 
just a couple of seconds and everything then went fine.

Unfortunately at the time, I didn't think to note it as a problem as it 
eventually installed correctly.  I am not even sure what it was I was 
installing!

Chris


-Original Message-
From: Pally Sandher [mailto:pally.sand...@iesve.com] 
Sent: Wednesday, September 16, 2009 05:18
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

That means Windows Installer is "thinking". We get it with patches when 
you click on the Next button on WelcomeDlg as at that point the Windows 
Installer is inventorying the product's currently installed components & 
keypaths etc. Not sure what would cause it with an MSI, possibly a large 
number of things like RegistrySearch, FileSearch or if you're using the 
major upgrade functionality and you currently have an older product 
installed which has a large number of files/components/etc.

Nothing to be worried about, just Windows Installer doing it's job 
properly & you should just click the return button rather than 
cancelling & restarting as it'll likely be no faster.



Palbinder Sandher
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501 

http://www.iesve.com
**Design, Simulate + Innovate with the ** 
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park, 
Glasgow G20 0SP Email Disclaimer



-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com]
Sent: 15 September 2009 17:04
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

>From time to time I am getting the following dialog during install that
never disappears and prevents installation from continuing:


Please wait while installer finishes determining your disk space 
requirements.
 


If I cancel the install and then restart it again most likely it will 
work. What may be going on?

Alex

--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and 
stay ahead of the curve. Join us from November 9-12, 2009. Register 
now! http://p.sf.net/sfu/devconf 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Come build with us! The BlackBerry® Developer Conference in SF, CA 
is the only developer event you need to attend this year. Jumpstart your 
developing skills, take BlackBerry mobile applications to market and 
stay ahead of the curve. Join us from November 9-12, 2009. Register 
now! http://p.sf.net/sfu/devconf 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Pally Sandher]

That means Windows Installer is "thinking". We get it with patches when
you click on the Next button on WelcomeDlg as at that point the Windows
Installer is inventorying the product's currently installed components &
keypaths etc. Not sure what would cause it with an MSI, possibly a large
number of things like RegistrySearch, FileSearch or if you're using the
major upgrade functionality and you currently have an older product
installed which has a large number of files/components/etc.

Nothing to be worried about, just Windows Installer doing it's job
properly & you should just click the return button rather than
cancelling & restarting as it'll likely be no faster.



Palbinder Sandher 
Software Deployment & IT Administrator
T: +44 (0) 141 945 8500 
F: +44 (0) 141 945 8501 

http://www.iesve.com 
**Design, Simulate + Innovate with the **
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456 
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer



-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: 15 September 2009 17:04
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

>From time to time I am getting the following dialog during install that
never disappears and prevents installation from continuing:


Please wait while installer finishes determining your disk space
requirements.
 


If I cancel the install and then restart it again most likely it will
work. What may be going on?

Alex

--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and
stay ahead of the curve. Join us from November 9-12, 2009. Register
now! http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Castro, Edwin G. (Hillsboro)]

> And "C:\Program Files\PATH\TO\FILE.xml" exists when the action is about
> to take place? Are you sure that file was written by your install? What
> do the log entries around that file being written say? Is it possible
> that the component placing that file somehow doesn't work when you
> include that action?

I have it implemented as 2 or more components. One lays down the file and the 
others change values depending on whether the property was set or not.


  



  MYPROPERTY
  
  


It turns out that Name="@attributeName" is wrong. The correct way to do it is 
to use Name="attributeName".

The log didn't help figure that out though... I had to look very carefully at 
examples to notice my typo.
 
> /l*v log-file is the same as the "voicewarmup" (the * includes every
> letter except v and x) when passed using the command-line. The key
> being referred to is described here: http://msdn.microsoft.com/en-
> us/library/aa369776(VS.85).aspx. The values can be determined by
> following links on that page.


Thanks for the link and explanation!

--
Edwin
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Blair]

And "C:\Program Files\PATH\TO\FILE.xml" exists when the action is about to take 
place? Are you sure that file was written by your install? What do the log 
entries around that file being written say? Is it possible that the component 
placing that file somehow doesn't work when you include that action?

/l*v log-file is the same as the "voicewarmup" (the * includes every letter 
except v and x) when passed using the command-line. The key being referred to 
is described here: 
http://msdn.microsoft.com/en-us/library/aa369776(VS.85).aspx. The values can be 
determined by following links on that page.

-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] 
Sent: Wednesday, July 29, 2009 4:49 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

I'm using a command line like 'msiexec /i package.msi /l*v package.msi.log' to 
get my log file. How does the "voicewarmup" regkey work?

The files to be modified are to be installed by the package. When I tested the 
package without the XmlConfig elements the files got installed properly.

Here's a little more context from the log file:

MSI (s) (A0:AC) [16:09:04:530]: Executing op: 
ActionStart(Name=WriteMetabaseChanges,Description=Installing Metabase Keys and 
Values,)
MSI (s) (A0:AC) [16:09:04:530]: Executing op: 
CustomActionSchedule(Action=WriteMetabaseChanges,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**)
MSI (s) (A0:00) [16:09:04:530]: Invoking remote custom action. DLL: 
C:\WINDOWS\Installer\MSI5EA3.tmp, Entrypoint: WriteMetabaseChanges
WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 1002
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9028
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9021
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7501
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7502
WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 1002
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9028
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9021
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7501
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7502
WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 1002
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9028
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9021
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7501
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7502
WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 1002
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9028
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9021
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7501
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7502
WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 1002
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9028
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 9021
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7501
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/AppPools// ID: 7502
WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/1/Root//
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/1/Root// ID: 1002
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/1/Root// ID: 6005
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/1/Root// ID: 3001
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/1/Root// ID: 6000
WriteMetabaseChanges:  Writing Metabase Value Under Key: 
/LM/W3SVC/1/Root// ID: 6020
WriteMetabas

Re: [WiX-users] (no subject)

[Castro, Edwin G. (Hillsboro)]

The issue was operator error. :(

I was trying to modify an attribute using the following:



Notice how I've specified Name as @attributeName with the @ sign. That's 
incorrect usage. The correct format is:



Unfortunately, ExecXmlConfig didn't provide anything useful in the log to tell 
me that my value was specified incorrectly. It just failed silently. :(


Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail


> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> Sent: Wednesday, July 29, 2009 4:49 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] (no subject)
>
> I'm using a command line like 'msiexec /i package.msi /l*v
> package.msi.log' to get my log file. How does the "voicewarmup" regkey
> work?
>
> The files to be modified are to be installed by the package. When I
> tested the package without the XmlConfig elements the files got
> installed properly.
>
> Here's a little more context from the log file:
>
> MSI (s) (A0:AC) [16:09:04:530]: Executing op:
> ActionStart(Name=WriteMetabaseChanges,Description=Installing Metabase
> Keys and Values,)
> MSI (s) (A0:AC) [16:09:04:530]: Executing op:
> CustomActionSchedule(Action=WriteMetabaseChanges,ActionType=11265,Sourc
> e=BinaryData,Target=**,CustomActionData=**)
> MSI (s) (A0:00) [16:09:04:530]: Invoking remote custom action. DLL:
> C:\WINDOWS\Installer\MSI5EA3.tmp, Entrypoint: WriteMetabaseChanges
> WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 1002
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9028
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9021
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7501
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7502
> WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 1002
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9028
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9021
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7501
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7502
> WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 1002
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9028
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9021
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7501
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7502
> WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 1002
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9028
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9021
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7501
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7502
> WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/AppPools//
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 1002
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9028
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 9021
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7501
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/AppPools// ID: 7502
> WriteMetabaseChanges:  Creating Metabase Key: /W3SVC/1/Root//
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM/W3SVC/1/Root// ID: 1002
> WriteMetabaseChanges:  Writing Metabase Value Under Key:
> /LM

Re: [WiX-users] (no subject)

[Castro, Edwin G. (Hillsboro)]

onStart(Name=ConfigureIIsExec,,)


Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
Please consider the environment before printing this e-mail

> -Original Message-
> From: Mike Carlson (DEV DIV) [mailto:mica...@microsoft.com]
> Sent: Wednesday, July 29, 2009 4:31 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] (no subject)
> 
> Is verbose logging enabled (set "voicewarmup" regkey, preferably)? The
> log messages here could probably be clearer that they aren't errors,
> but this isn't actually failing the install, these are just info
> messages saying that the WOW64 API isn't available on the machine.
> 
> What version of the toolset are you using? Have you checked if the XML
> file it's trying to modify exists, etc.?
> 
> Thanks,
> Mike Carlson
> 
> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> Sent: Wednesday, July 29, 2009 4:17 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] (no subject)
> 
> My installer is rolling back immediately after these entries in the log
> file:
> 
> MSI (s) (A0:AC) [16:09:04:827]: Executing op:
> ActionStart(Name=ExecXmlConfig,,)
> MSI (s) (A0:AC) [16:09:04:827]: Executing op:
> CustomActionSchedule(Action=ExecXmlConfig,ActionType=3073,Source=Binary
> Data,Target=ExecXmlConfig,CustomActionData=)
> MSI (s) (A0:AC) [16:09:04:843]: Invoking remote custom action. DLL:
> C:\WINDOWS\Installer\MSI5EA4.tmp, Entrypoint: ExecXmlConfig
> ExecXmlConfig:  Found Wow64 API, but unable to link to
> Wow64DisableWow64FsRedirection function in kernel32.dll
> ExecXmlConfig:  Found Wow64 API, but unable to link to
> Wow64RevertWow64FsRedirection function in kernel32.dll
> ExecXmlConfig:  Configuring Xml File: C:\Program Files\PATH\TO\FILE.xml
> Action ended 16:09:05: InstallFinalize. Return value 3.
> 
> This suggests that ExecXmlConfig is failing but I don't know why. In
> particular, what does the Wox64 API stuff mean? I'm running a 32-bit
> installer on 32-bit Windows XP.
> 
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com<http://www.fiserv.com/>
> P Please consider the environment before printing this e-mail
> 
> ---
> ---
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 
> ---
> ---
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Mike Carlson (DEV DIV)]

Is verbose logging enabled (set "voicewarmup" regkey, preferably)? The log 
messages here could probably be clearer that they aren't errors, but this isn't 
actually failing the install, these are just info messages saying that the 
WOW64 API isn't available on the machine.

What version of the toolset are you using? Have you checked if the XML file 
it's trying to modify exists, etc.?

Thanks,
Mike Carlson

-Original Message-
From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] 
Sent: Wednesday, July 29, 2009 4:17 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] (no subject)

My installer is rolling back immediately after these entries in the log file:

MSI (s) (A0:AC) [16:09:04:827]: Executing op: ActionStart(Name=ExecXmlConfig,,)
MSI (s) (A0:AC) [16:09:04:827]: Executing op: 
CustomActionSchedule(Action=ExecXmlConfig,ActionType=3073,Source=BinaryData,Target=ExecXmlConfig,CustomActionData=)
MSI (s) (A0:AC) [16:09:04:843]: Invoking remote custom action. DLL: 
C:\WINDOWS\Installer\MSI5EA4.tmp, Entrypoint: ExecXmlConfig
ExecXmlConfig:  Found Wow64 API, but unable to link to 
Wow64DisableWow64FsRedirection function in kernel32.dll
ExecXmlConfig:  Found Wow64 API, but unable to link to 
Wow64RevertWow64FsRedirection function in kernel32.dll
ExecXmlConfig:  Configuring Xml File: C:\Program Files\PATH\TO\FILE.xml
Action ended 16:09:05: InstallFinalize. Return value 3.

This suggests that ExecXmlConfig is failing but I don't know why. In 
particular, what does the Wox64 API stuff mean? I'm running a 32-bit installer 
on 32-bit Windows XP.

Edwin G. Castro
Software Developer - Staff
Electronic Banking Services
Fiserv
Office: 503-746-0643
Fax: 503-617-0291
www.fiserv.com
P Please consider the environment before printing this e-mail

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Konstantin Vlasenko]

I get it automaticaly :) Each new build increment it. Why it is to late?

2009/7/16 Yan Sklyarenko 

> I believe, it's just too late to define product version at bind time.
>
> -- Yan
>
>
> -Original Message-
> From: rh_maill...@mac.com [mailto:rh_maill...@mac.com]
> Sent: Thursday, July 16, 2009 10:06 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] (no subject)
>
> I don't believe that is correct.  Visual studio setup projects use 3
> digits for the product version number and my #define only has 3 digits
> as the version number but that works.
>
> And regardless of that, I'd tried it with 4 digits and get the same
> error message so it doesn't work with 3 or 4.
>
> Cheers
>
> Russell
>
> On Thursday, 16 July, 2009, at 07:58AM, "Konstantin Vlasenko"
>  wrote:
> >Shoul be 4 digits as you use it for the VERISOn attribute in the
> 
> >element.
> > - incorrect
> > - correct
> >
> >2009/7/16 
> >
> >> My product wxs starts as this:
> >>
> >> 
> >> 
> >> http://schemas.microsoft.com/wix/2006/wi";>
> >>   >>   Name="!(wix.ProductName) !(wix.TheVersion)"
> >>   Language="1033"
> >>   Version="!(wix.TheVersion)"
> >>   Manufacturer="My Company"
> >>   UpgradeCode="!(wix.UpgradeID)">
> >>
> >> >> Compressed="yes"
> >> Description="!(wix.ProductName) !(wix. TheVersion) Setup"
> />
> >>
> >>
> >> >> Value="{5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F}" />
> >>
> >>
> >> This fails to compile with the following errors:
> >>
> >> Error   1   The Product/@Version attribute's value,
> >> '!(wix.TheVersion)', is not a valid version.  Legal version values
> should
> >> look like 'x.x.x.x' where x is an integer from 0 to 65534.
> >>  C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs4
> 1
> >> IssueChooserWix
> >> Error   2   The Product/@Version attribute was not found; it is
> >> required.   C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs
> >>  4 1 IssueChooserWix
> >>
> >> If I change the product version from using the WixVariable to the
> defined
> >> VERSION e.g.
> >>
> >>   >>   Name="!(wix.ProductName) !(wix.TheVersion)"
> >>   Language="1033"
> >>   Version="$(var.VERSION))"
> >>   Manufacturer="My Company"
> >>   UpgradeCode="!(wix.UpgradeID)">
> >>
> >> Then this works as expected.  But using the WixVariable works in the
> >> Product Name string, but not as the product value.  Even if I declare
> the
> >> variable as
> >>
> >> 
> >>
> >> It still fails as the product version.  Is this a bug in the
> compiler?
> >>
> >> I'd like to define this variable in a common library shared by all my
> setup
> >> projects in a single solution but this is preventing that.
> >>
> >> Cheers
> >>
> >> Russell
> >>
> >>
> >>
> 
> --
> >> Enter the BlackBerry Developer Challenge
> >> This is your chance to win up to $100,000 in prizes! For a limited
> time,
> >> vendors submitting new applications to BlackBerry App World(TM) will
> have
> >> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> >> details at: http://p.sf.net/sfu/Challenge
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >
> >
> >
> >--
> >Konstantin Vlasenko
> >---
> ---
> >Enter the BlackBerry Developer Challenge
> >This is your chance to win up to $100,000 in prizes! For a limited
> time,
> >vendors submitting new applications to BlackBerry App World(TM) will
> have
> >the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> >details at: http://p.sf.net/sfu/Challenge
> >_

Re: [WiX-users] (no subject)

[Russell Hind]

Thanks.  I think the error message/documentation should be updated if that is 
the case and the error message just leads us to believe the format is invalid, 
not that you can't use a variable for the version.

Hopefully this requirement can be relaxed in a future version as everything 
else (Upgrade GUID etc) can be defined at bind time.

Cheers

Russell
 
On Thursday, 16 July, 2009, at 08:36AM, "Yan Sklyarenko"  
wrote:
>I believe, it's just too late to define product version at bind time.
>
>-- Yan
>


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Yan Sklyarenko]

I believe, it's just too late to define product version at bind time.

-- Yan


-Original Message-
From: rh_maill...@mac.com [mailto:rh_maill...@mac.com] 
Sent: Thursday, July 16, 2009 10:06 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

I don't believe that is correct.  Visual studio setup projects use 3
digits for the product version number and my #define only has 3 digits
as the version number but that works.

And regardless of that, I'd tried it with 4 digits and get the same
error message so it doesn't work with 3 or 4.

Cheers

Russell
 
On Thursday, 16 July, 2009, at 07:58AM, "Konstantin Vlasenko"
 wrote:
>Shoul be 4 digits as you use it for the VERISOn attribute in the

>element.
> - incorrect
> - correct
>
>2009/7/16 
>
>> My product wxs starts as this:
>>
>> 
>> 
>> http://schemas.microsoft.com/wix/2006/wi";>
>>  >   Name="!(wix.ProductName) !(wix.TheVersion)"
>>   Language="1033"
>>   Version="!(wix.TheVersion)"
>>   Manufacturer="My Company"
>>   UpgradeCode="!(wix.UpgradeID)">
>>
>>> Compressed="yes"
>> Description="!(wix.ProductName) !(wix. TheVersion) Setup"
/>
>>
>>
>>> Value="{5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F}" />
>>
>>
>> This fails to compile with the following errors:
>>
>> Error   1   The Product/@Version attribute's value,
>> '!(wix.TheVersion)', is not a valid version.  Legal version values
should
>> look like 'x.x.x.x' where x is an integer from 0 to 65534.
>>  C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs4
1
>> IssueChooserWix
>> Error   2   The Product/@Version attribute was not found; it is
>> required.   C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs
>>  4 1 IssueChooserWix
>>
>> If I change the product version from using the WixVariable to the
defined
>> VERSION e.g.
>>
>>  >   Name="!(wix.ProductName) !(wix.TheVersion)"
>>   Language="1033"
>>   Version="$(var.VERSION))"
>>   Manufacturer="My Company"
>>   UpgradeCode="!(wix.UpgradeID)">
>>
>> Then this works as expected.  But using the WixVariable works in the
>> Product Name string, but not as the product value.  Even if I declare
the
>> variable as
>>
>> 
>>
>> It still fails as the product version.  Is this a bug in the
compiler?
>>
>> I'd like to define this variable in a common library shared by all my
setup
>> projects in a single solution but this is preventing that.
>>
>> Cheers
>>
>> Russell
>>
>>
>>

--
>> Enter the BlackBerry Developer Challenge
>> This is your chance to win up to $100,000 in prizes! For a limited
time,
>> vendors submitting new applications to BlackBerry App World(TM) will
have
>> the opportunity to enter the BlackBerry Developer Challenge. See full
prize
>> details at: http://p.sf.net/sfu/Challenge
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
>-- 
>Konstantin Vlasenko
>---
---
>Enter the BlackBerry Developer Challenge  
>This is your chance to win up to $100,000 in prizes! For a limited
time, 
>vendors submitting new applications to BlackBerry App World(TM) will
have
>the opportunity to enter the BlackBerry Developer Challenge. See full
prize  
>details at: http://p.sf.net/sfu/Challenge
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,

vendors submitting new applications to BlackBerry App World(TM) will
have
the opportunity to enter the BlackBerry Developer Challenge. See full
prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[rh_maillist]

This seems to have been reported already (just found the bug database):

http://sourceforge.net/tracker/index.php?func=detail&aid=2803055&group_id=105970&atid=642717
 
On Thursday, 16 July, 2009, at 08:32AM,  wrote:
>I'm using Visual Studio integration.  Passing a -d to candle is equivalent to 
>doing a  isn't it?  Using the pre-processor define 
>works for me.
>
>Using a WixVariable is equivalent to passing -dVersion=0.3.0 to light as 
>variables are resolved at link time.
>
>Cheers
>
>Russell
>


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[rh_maillist]

I'm using Visual Studio integration.  Passing a -d to candle is equivalent to 
doing a  isn't it?  Using the pre-processor define 
works for me.

Using a WixVariable is equivalent to passing -dVersion=0.3.0 to light as 
variables are resolved at link time.

Cheers

Russell

On Thursday, 16 July, 2009, at 08:20AM, "Konstantin Vlasenko" 
 wrote:
>Whad do you use for building your setups? I had defined the variable in the
>CCnet build project. Then I put it to candle -dVersion=$(MyCCNetVersion). Or
>candle -dVersion=1.2.3.
>
>2009/7/16 Konstantin Vlasenko 
>
>> I see. It looks like the some problem with the "WixVariabl".
>>
>>


--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Konstantin Vlasenko]

Whad do you use for building your setups? I had defined the variable in the
CCnet build project. Then I put it to candle -dVersion=$(MyCCNetVersion). Or
candle -dVersion=1.2.3.

2009/7/16 Konstantin Vlasenko 

> I see. It looks like the some problem with the "WixVariabl".
>
>
> 2009/7/16 
>
>> I don't believe that is correct.  Visual studio setup projects use 3
>> digits for the product version number and my #define only has 3 digits as
>> the version number but that works.
>>
>> And regardless of that, I'd tried it with 4 digits and get the same error
>> message so it doesn't work with 3 or 4.
>>
>> Cheers
>>
>> Russell
>>
>> On Thursday, 16 July, 2009, at 07:58AM, "Konstantin Vlasenko" <
>> konstantin.vlase...@gmail.com> wrote:
>> >Shoul be 4 digits as you use it for the VERISOn attribute in the
>> 
>> >element.
>> > - incorrect
>> > - correct
>> >
>> >2009/7/16 
>> >
>> >> My product wxs starts as this:
>> >>
>> >> 
>> >> 
>> >> http://schemas.microsoft.com/wix/2006/wi";>
>> >>  > >>   Name="!(wix.ProductName) !(wix.TheVersion)"
>> >>   Language="1033"
>> >>   Version="!(wix.TheVersion)"
>> >>   Manufacturer="My Company"
>> >>   UpgradeCode="!(wix.UpgradeID)">
>> >>
>> >>> >> Compressed="yes"
>> >> Description="!(wix.ProductName) !(wix. TheVersion) Setup"
>> />
>> >>
>> >>
>> >>> >> Value="{5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F}" />
>> >>
>> >>
>> >> This fails to compile with the following errors:
>> >>
>> >> Error   1   The Product/@Version attribute's value,
>> >> '!(wix.TheVersion)', is not a valid version.  Legal version values
>> should
>> >> look like 'x.x.x.x' where x is an integer from 0 to 65534.
>> >>  C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs4
>>   1
>> >> IssueChooserWix
>> >> Error   2   The Product/@Version attribute was not found; it is
>> >> required.   C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs
>> >>  4 1 IssueChooserWix
>> >>
>> >> If I change the product version from using the WixVariable to the
>> defined
>> >> VERSION e.g.
>> >>
>> >>  > >>   Name="!(wix.ProductName) !(wix.TheVersion)"
>> >>   Language="1033"
>> >>   Version="$(var.VERSION))"
>> >>   Manufacturer="My Company"
>> >>   UpgradeCode="!(wix.UpgradeID)">
>> >>
>> >> Then this works as expected.  But using the WixVariable works in the
>> >> Product Name string, but not as the product value.  Even if I declare
>> the
>> >> variable as
>> >>
>> >> 
>> >>
>> >> It still fails as the product version.  Is this a bug in the compiler?
>> >>
>> >> I'd like to define this variable in a common library shared by all my
>> setup
>> >> projects in a single solution but this is preventing that.
>> >>
>> >> Cheers
>> >>
>> >> Russell
>> >>
>> >>
>> >>
>> --
>> >> Enter the BlackBerry Developer Challenge
>> >> This is your chance to win up to $100,000 in prizes! For a limited
>> time,
>> >> vendors submitting new applications to BlackBerry App World(TM) will
>> have
>> >> the opportunity to enter the BlackBerry Developer Challenge. See full
>> prize
>> >> details at: http://p.sf.net/sfu/Challenge
>> >> ___
>> >> WiX-users mailing list
>> >> WiX-users@lists.sourceforge.net
>> >> https://lists.sourceforge.net/lists/listinfo/wix-users
>> >>
>> >
>> >
>> >
>> >--
>> >Konstantin Vlasenko
>>
>> >--
>> >Enter the BlackBerry Developer Challenge
>> >This is your chance to win up to $100,000 in prizes! For a limited time,
>> >vendors submitting new applications to BlackBerry App World(TM) will have
>> >the opportunity to enter the BlackBerry Developer Challenge. See full
>> prize
>> >details at: http://p.sf.net/sfu/Challenge
>> >___
>> >WiX-users mailing list
>> >WiX-users@lists.sourceforge.net
>> >https://lists.sourceforge.net/lists/listinfo/wix-users
>> >
>> >
>>
>>
>> --
>> Enter the BlackBerry Developer Challenge
>> This is your chance to win up to $100,000 in prizes! For a limited time,
>> vendors submitting new applications to BlackBerry App World(TM) will have
>> the opportunity to enter the BlackBerry Developer Challenge. See full
>> prize
>> details at: http://p.sf.net/sfu/Challenge
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
> --
> Konstantin Vlasenko
>



-- 
Konstantin Vlasenko
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App W

Re: [WiX-users] (no subject)

[Konstantin Vlasenko]

I see. It looks like the some problem with the "WixVariabl".

2009/7/16 

> I don't believe that is correct.  Visual studio setup projects use 3 digits
> for the product version number and my #define only has 3 digits as the
> version number but that works.
>
> And regardless of that, I'd tried it with 4 digits and get the same error
> message so it doesn't work with 3 or 4.
>
> Cheers
>
> Russell
>
> On Thursday, 16 July, 2009, at 07:58AM, "Konstantin Vlasenko" <
> konstantin.vlase...@gmail.com> wrote:
> >Shoul be 4 digits as you use it for the VERISOn attribute in the 
> >element.
> > - incorrect
> > - correct
> >
> >2009/7/16 
> >
> >> My product wxs starts as this:
> >>
> >> 
> >> 
> >> http://schemas.microsoft.com/wix/2006/wi";>
> >>   >>   Name="!(wix.ProductName) !(wix.TheVersion)"
> >>   Language="1033"
> >>   Version="!(wix.TheVersion)"
> >>   Manufacturer="My Company"
> >>   UpgradeCode="!(wix.UpgradeID)">
> >>
> >> >> Compressed="yes"
> >> Description="!(wix.ProductName) !(wix. TheVersion) Setup" />
> >>
> >>
> >> >> Value="{5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F}" />
> >>
> >>
> >> This fails to compile with the following errors:
> >>
> >> Error   1   The Product/@Version attribute's value,
> >> '!(wix.TheVersion)', is not a valid version.  Legal version values
> should
> >> look like 'x.x.x.x' where x is an integer from 0 to 65534.
> >>  C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs4
> 1
> >> IssueChooserWix
> >> Error   2   The Product/@Version attribute was not found; it is
> >> required.   C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs
> >>  4 1 IssueChooserWix
> >>
> >> If I change the product version from using the WixVariable to the
> defined
> >> VERSION e.g.
> >>
> >>   >>   Name="!(wix.ProductName) !(wix.TheVersion)"
> >>   Language="1033"
> >>   Version="$(var.VERSION))"
> >>   Manufacturer="My Company"
> >>   UpgradeCode="!(wix.UpgradeID)">
> >>
> >> Then this works as expected.  But using the WixVariable works in the
> >> Product Name string, but not as the product value.  Even if I declare
> the
> >> variable as
> >>
> >> 
> >>
> >> It still fails as the product version.  Is this a bug in the compiler?
> >>
> >> I'd like to define this variable in a common library shared by all my
> setup
> >> projects in a single solution but this is preventing that.
> >>
> >> Cheers
> >>
> >> Russell
> >>
> >>
> >>
> --
> >> Enter the BlackBerry Developer Challenge
> >> This is your chance to win up to $100,000 in prizes! For a limited time,
> >> vendors submitting new applications to BlackBerry App World(TM) will
> have
> >> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> >> details at: http://p.sf.net/sfu/Challenge
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >
> >
> >
> >--
> >Konstantin Vlasenko
>
> >--
> >Enter the BlackBerry Developer Challenge
> >This is your chance to win up to $100,000 in prizes! For a limited time,
> >vendors submitting new applications to BlackBerry App World(TM) will have
> >the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> >details at: http://p.sf.net/sfu/Challenge
> >___
> >WiX-users mailing list
> >WiX-users@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
Konstantin Vlasenko
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Konstantin Vlasenko]

Please send me your wsx file. I'll try to build it.

2009/7/16 

> I don't believe that is correct.  Visual studio setup projects use 3 digits
> for the product version number and my #define only has 3 digits as the
> version number but that works.
>
> And regardless of that, I'd tried it with 4 digits and get the same error
> message so it doesn't work with 3 or 4.
>
> Cheers
>
> Russell
>
> On Thursday, 16 July, 2009, at 07:58AM, "Konstantin Vlasenko" <
> konstantin.vlase...@gmail.com> wrote:
> >Shoul be 4 digits as you use it for the VERISOn attribute in the 
> >element.
> > - incorrect
> > - correct
> >
> >2009/7/16 
> >
> >> My product wxs starts as this:
> >>
> >> 
> >> 
> >> http://schemas.microsoft.com/wix/2006/wi";>
> >>   >>   Name="!(wix.ProductName) !(wix.TheVersion)"
> >>   Language="1033"
> >>   Version="!(wix.TheVersion)"
> >>   Manufacturer="My Company"
> >>   UpgradeCode="!(wix.UpgradeID)">
> >>
> >> >> Compressed="yes"
> >> Description="!(wix.ProductName) !(wix. TheVersion) Setup" />
> >>
> >>
> >> >> Value="{5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F}" />
> >>
> >>
> >> This fails to compile with the following errors:
> >>
> >> Error   1   The Product/@Version attribute's value,
> >> '!(wix.TheVersion)', is not a valid version.  Legal version values
> should
> >> look like 'x.x.x.x' where x is an integer from 0 to 65534.
> >>  C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs4
> 1
> >> IssueChooserWix
> >> Error   2   The Product/@Version attribute was not found; it is
> >> required.   C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs
> >>  4 1 IssueChooserWix
> >>
> >> If I change the product version from using the WixVariable to the
> defined
> >> VERSION e.g.
> >>
> >>   >>   Name="!(wix.ProductName) !(wix.TheVersion)"
> >>   Language="1033"
> >>   Version="$(var.VERSION))"
> >>   Manufacturer="My Company"
> >>   UpgradeCode="!(wix.UpgradeID)">
> >>
> >> Then this works as expected.  But using the WixVariable works in the
> >> Product Name string, but not as the product value.  Even if I declare
> the
> >> variable as
> >>
> >> 
> >>
> >> It still fails as the product version.  Is this a bug in the compiler?
> >>
> >> I'd like to define this variable in a common library shared by all my
> setup
> >> projects in a single solution but this is preventing that.
> >>
> >> Cheers
> >>
> >> Russell
> >>
> >>
> >>
> --
> >> Enter the BlackBerry Developer Challenge
> >> This is your chance to win up to $100,000 in prizes! For a limited time,
> >> vendors submitting new applications to BlackBerry App World(TM) will
> have
> >> the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> >> details at: http://p.sf.net/sfu/Challenge
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >
> >
> >
> >--
> >Konstantin Vlasenko
>
> >--
> >Enter the BlackBerry Developer Challenge
> >This is your chance to win up to $100,000 in prizes! For a limited time,
> >vendors submitting new applications to BlackBerry App World(TM) will have
> >the opportunity to enter the BlackBerry Developer Challenge. See full
> prize
> >details at: http://p.sf.net/sfu/Challenge
> >___
> >WiX-users mailing list
> >WiX-users@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
Konstantin Vlasenko
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[rh_maillist]

I don't believe that is correct.  Visual studio setup projects use 3 digits for 
the product version number and my #define only has 3 digits as the version 
number but that works.

And regardless of that, I'd tried it with 4 digits and get the same error 
message so it doesn't work with 3 or 4.

Cheers

Russell
 
On Thursday, 16 July, 2009, at 07:58AM, "Konstantin Vlasenko" 
 wrote:
>Shoul be 4 digits as you use it for the VERISOn attribute in the 
>element.
> - incorrect
> - correct
>
>2009/7/16 
>
>> My product wxs starts as this:
>>
>> 
>> 
>> http://schemas.microsoft.com/wix/2006/wi";>
>>  >   Name="!(wix.ProductName) !(wix.TheVersion)"
>>   Language="1033"
>>   Version="!(wix.TheVersion)"
>>   Manufacturer="My Company"
>>   UpgradeCode="!(wix.UpgradeID)">
>>
>>> Compressed="yes"
>> Description="!(wix.ProductName) !(wix. TheVersion) Setup" />
>>
>>
>>> Value="{5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F}" />
>>
>>
>> This fails to compile with the following errors:
>>
>> Error   1   The Product/@Version attribute's value,
>> '!(wix.TheVersion)', is not a valid version.  Legal version values should
>> look like 'x.x.x.x' where x is an integer from 0 to 65534.
>>  C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs4   1
>> IssueChooserWix
>> Error   2   The Product/@Version attribute was not found; it is
>> required.   C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs
>>  4 1 IssueChooserWix
>>
>> If I change the product version from using the WixVariable to the defined
>> VERSION e.g.
>>
>>  >   Name="!(wix.ProductName) !(wix.TheVersion)"
>>   Language="1033"
>>   Version="$(var.VERSION))"
>>   Manufacturer="My Company"
>>   UpgradeCode="!(wix.UpgradeID)">
>>
>> Then this works as expected.  But using the WixVariable works in the
>> Product Name string, but not as the product value.  Even if I declare the
>> variable as
>>
>> 
>>
>> It still fails as the product version.  Is this a bug in the compiler?
>>
>> I'd like to define this variable in a common library shared by all my setup
>> projects in a single solution but this is preventing that.
>>
>> Cheers
>>
>> Russell
>>
>>
>> --
>> Enter the BlackBerry Developer Challenge
>> This is your chance to win up to $100,000 in prizes! For a limited time,
>> vendors submitting new applications to BlackBerry App World(TM) will have
>> the opportunity to enter the BlackBerry Developer Challenge. See full prize
>> details at: http://p.sf.net/sfu/Challenge
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
>-- 
>Konstantin Vlasenko
>--
>Enter the BlackBerry Developer Challenge  
>This is your chance to win up to $100,000 in prizes! For a limited time, 
>vendors submitting new applications to BlackBerry App World(TM) will have
>the opportunity to enter the BlackBerry Developer Challenge. See full prize  
>details at: http://p.sf.net/sfu/Challenge
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Konstantin Vlasenko]

Shoul be 4 digits as you use it for the VERISOn attribute in the 
element.
 - incorrect
 - correct

2009/7/16 

> My product wxs starts as this:
>
> 
> 
> http://schemas.microsoft.com/wix/2006/wi";>
> Name="!(wix.ProductName) !(wix.TheVersion)"
>   Language="1033"
>   Version="!(wix.TheVersion)"
>   Manufacturer="My Company"
>   UpgradeCode="!(wix.UpgradeID)">
>
> Compressed="yes"
> Description="!(wix.ProductName) !(wix. TheVersion) Setup" />
>
>
> Value="{5FC4DAE6-D1B9-42D6-BF3A-6DA600FB8A3F}" />
>
>
> This fails to compile with the following errors:
>
> Error   1   The Product/@Version attribute's value,
> '!(wix.TheVersion)', is not a valid version.  Legal version values should
> look like 'x.x.x.x' where x is an integer from 0 to 65534.
>  C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs4   1
> IssueChooserWix
> Error   2   The Product/@Version attribute was not found; it is
> required.   C:\russell\ServerTools\trunk\IssueChooserWix\Product.wxs
>  4 1 IssueChooserWix
>
> If I change the product version from using the WixVariable to the defined
> VERSION e.g.
>
> Name="!(wix.ProductName) !(wix.TheVersion)"
>   Language="1033"
>   Version="$(var.VERSION))"
>   Manufacturer="My Company"
>   UpgradeCode="!(wix.UpgradeID)">
>
> Then this works as expected.  But using the WixVariable works in the
> Product Name string, but not as the product value.  Even if I declare the
> variable as
>
> 
>
> It still fails as the product version.  Is this a bug in the compiler?
>
> I'd like to define this variable in a common library shared by all my setup
> projects in a single solution but this is preventing that.
>
> Cheers
>
> Russell
>
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
Konstantin Vlasenko
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Andy Glass]

That's exactly what I was looking for. I must have missed that when looking 
through the MSI documentation.

Thanks,
-Andy

-Original Message-
From: Wilson, Phil [mailto:phil.wil...@wonderware.com] 
Sent: Monday, July 06, 2009 9:41 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

Did you look at MsiGetFeatureCost?  

Phil Wilson 

-Original Message-
From: Andy Glass [mailto:agl...@laserfiche.com] 
Sent: Monday, July 06, 2009 9:06 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

I'm writing a bootstrapper that will include multiple MSI files.  I want to get 
the size that a given MSI file's installation will take up given a set of 
selected components, but I have been unable to find a good way to do so.  I've 
tried using FileCost and its related standard actions, but have been unable to 
figure out how to actually retrieve the costing data from inside my 
bootstrapper.  Does anyone have any suggestions on how to get this information 
without a direct query of the database?

Thanks in Advance,
-Andy
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Wilson, Phil]

Did you look at MsiGetFeatureCost?  

Phil Wilson 

-Original Message-
From: Andy Glass [mailto:agl...@laserfiche.com] 
Sent: Monday, July 06, 2009 9:06 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

I'm writing a bootstrapper that will include multiple MSI files.  I want to get 
the size that a given MSI file's installation will take up given a set of 
selected components, but I have been unable to find a good way to do so.  I've 
tried using FileCost and its related standard actions, but have been unable to 
figure out how to actually retrieve the costing data from inside my 
bootstrapper.  Does anyone have any suggestions on how to get this information 
without a direct query of the database?

Thanks in Advance,
-Andy
--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Bob Arnson]

Henk Roos wrote:
> I would like to know something about the Visual Studio Wix projects. If I 
> specifically state in the product wix file that I am building for a 64 bit 
> platform  by adding  Platform="x64" to the Package element, does it matter 
> then whether the project is set to x86 or x64 in the visual studio 
> configuration?
>   

Not unless you do something in your .wixproj or .wx? files that uses the 
Platform variable.

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



--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[John Cooper (Volt)]

Alright, I'll install the lastest.  Thanks.

--
John M. Cooper
Volt at Microsoft




-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: Tuesday, February 10, 2009 3:06 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

1.  The Merge Module spec says there is always a cabinet file.

2.  The LGHT001 error was fixed in a later build.

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Tuesday, February 10, 2009 14:57
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

As an addendum, this LGHT0001 error did NOT bring light.exe to a screeching 
halt.  It continues to grind away at the remaining cabs.

--
John M. Cooper



-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Tuesday, February 10, 2009 1:52 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Back building my monster installer.  I have a troublesome spot.

During the linking of the final MSI, light.exe attempts to CAB about 0.5 G of 
msm.  At this juncture, 3.0.4923.0  gives me a LGHT0001 : Unable to find an 
entry point named 'CreateCabCancel' in DLL 'winterop.dll'.

So, is it necessary to have the msm's CABbed up?  Will leaving off the Disk 
Id's in the  codes have this affect?

--
John M. Cooper
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Rob Mensching]

1.  The Merge Module spec says there is always a cabinet file.

2.  The LGHT001 error was fixed in a later build.

-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Tuesday, February 10, 2009 14:57
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

As an addendum, this LGHT0001 error did NOT bring light.exe to a screeching 
halt.  It continues to grind away at the remaining cabs.

--
John M. Cooper



-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Tuesday, February 10, 2009 1:52 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Back building my monster installer.  I have a troublesome spot.

During the linking of the final MSI, light.exe attempts to CAB about 0.5 G of 
msm.  At this juncture, 3.0.4923.0  gives me a LGHT0001 : Unable to find an 
entry point named 'CreateCabCancel' in DLL 'winterop.dll'.

So, is it necessary to have the msm's CABbed up?  Will leaving off the Disk 
Id's in the  codes have this affect?

--
John M. Cooper
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[John Cooper (Volt)]

As an addendum, this LGHT0001 error did NOT bring light.exe to a screeching 
halt.  It continues to grind away at the remaining cabs.

--
John M. Cooper



-Original Message-
From: John Cooper (Volt) [mailto:a-jc...@microsoft.com] 
Sent: Tuesday, February 10, 2009 1:52 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Back building my monster installer.  I have a troublesome spot.

During the linking of the final MSI, light.exe attempts to CAB about 0.5 G of 
msm.  At this juncture, 3.0.4923.0  gives me a LGHT0001 : Unable to find an 
entry point named 'CreateCabCancel' in DLL 'winterop.dll'.

So, is it necessary to have the msm's CABbed up?  Will leaving off the Disk 
Id's in the  codes have this affect?

--
John M. Cooper
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Louis elston]

I have looked at the sample program in C:\Program
Files\InstallShield\2009\Samples\WindowsInstaller\Managed Custom
Actions\C:\Program Files\InstallShield\2009\Samples\WindowsInstaller\Managed
Custom Actions, and I read the documentation on it that someone had created.
I can follow much of it, but what to also know how to do a DTF Managed
custom action.  This all being new to me (C#, DTF), I need a little more
than I have found, or, I need to better understand it.  Right now I am
looking to convert a small installer that uses Vbscript to basically find
and read and modify files on the disk, get and if possible set properties,
etc. I am pretty sure that I can figure out the C# code to do this, I am
just not aware of how to get the Installshield MSI project to work with it.

Is there an example (with documentation also if possible), that shows DTF
Managed CA's being called from an InstallShield 2009 MSI project?  Would you
use the same settings as above when creating the custom action in the IDE?  

What exactly would you have to do in VS 2008, is it just a matter of
including the "using Microsoft.DeploymentWindowsInstall", and manually
putting in "[CustomAction]", or do you need to have installed xyz on your
system, and have added something to Visual Studio?

Looking at
http://blog.deploymentengineering.com/2008/05/deployment-tools-foundation-dt
f-custom.html is not intuitive to me.  Things like "We can fix this though
by running a postbuild step with a DTF utility called MakeSfxCA.exe."
totally loose me...I have to do this?

Thanks

Lou


-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: Tuesday, January 27, 2009 3:16 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] (no subject)

Louis-

 I've seen your posts on Acesso Community and I know you've read my blog
articles on the subject.  If there's any additional help you need, feel free
to email me with specific questions and I'll try to fill in the missing gaps
for you.

Thanks,
Chris

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves
attention? E-Mail Me


--- On Tue, 1/27/09, Louis elston  wrote:

> From: Louis elston 
> Subject: [WiX-users] (no subject)
> To: wix-users@lists.sourceforge.net
> Date: Tuesday, January 27, 2009, 1:38 PM
> Using the help in Deployment tools Foundation, Development
> guide, deployment
> tools, Inventory..."the tree on the left is self
> explanatory"...what tree?
> 
> Is there an example anywhere of a Installshield MSI that
> calls a DTF Managed
> CA (documenting what has to be done in the Installshield
> IDE), along with
> the c# source code\dll, etc ???.  While somewhat new to
> C#, I am experience
> with Installshield, with a small sample I think that I can
> figure out the
> rest. 
> 
>  
> 
>  
> 
>

--
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Christopher Painter]

Louis-

 I've seen your posts on Acesso Community and I know you've read my blog 
articles on the subject.  If there's any additional help you need, feel free to 
email me with specific questions and I'll try to fill in the missing gaps for 
you.

Thanks,
Chris

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me


--- On Tue, 1/27/09, Louis elston  wrote:

> From: Louis elston 
> Subject: [WiX-users] (no subject)
> To: wix-users@lists.sourceforge.net
> Date: Tuesday, January 27, 2009, 1:38 PM
> Using the help in Deployment tools Foundation, Development
> guide, deployment
> tools, Inventory..."the tree on the left is self
> explanatory"...what tree?
> 
> Is there an example anywhere of a Installshield MSI that
> calls a DTF Managed
> CA (documenting what has to be done in the Installshield
> IDE), along with
> the c# source code\dll, etc ???.  While somewhat new to
> C#, I am experience
> with Installshield, with a small sample I think that I can
> figure out the
> rest. 
> 
>  
> 
>  
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Arun Perregatturv]

Try this, I have able to get it working for SQLExpress 2008 with VS2008. It 
copies to local folder.

http://schemas.microsoft.com/developer/msbuild/2003";>
  

  .NET Framework 3.5


  Windows Installer 4.5


  Microsoft SQL Server 2008 Express Edition

  

And

  

  
Arun Perregattur

-Original Message-
From: Andreas Owen [mailto:ao...@1eeurope.ch]
Sent: Monday, January 19, 2009 8:55 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

I'm trying to ship sql express with my setup but it always wants to download 
the package instead. The options ComponentsLocation="Realtive" and 
CopyComponents="True" should do the trick but sqlepr32.exe isn't being copied 
anywhere. I'm using the latest wix 3 build and studio 2005. Below is my 
wix-project-file. Thanks for help.


http://schemas.microsoft.com/developer/msbuild/2003";>
  
Debug
x86
3.0
{b4f200bb-bb08-4422-9f12-b73c06f2733f}
2.0
EPCV2Mod.SCE.Setup
Package
$(MSBuildExtensionsPath)\Microsoft\WiX\v3.0\Wix.targets
SAK
SAK
SAK
SAK
  
  
bin\$(Configuration)\
obj\$(Configuration)\
Debug;BUILD=Debug
en-US
  
  
bin\$(Configuration)\
obj\$(Configuration)\
  
  

  
  

  SCE SQL Express

  
  

  $(WixExtDir)\WixUIExtension.dll

  
  



  
  




  
  
http://schemas.microsoft.com/developer/msbuild/2003";>
  
Debug
x86
3.0
{b4f200bb-bb08-4422-9f12-b73c06f2733f}
2.0
EPCV2Mod.SCE.Setup
Package
$(MSBuildExtensionsPath)\Microsoft\WiX\v3.0\Wix.targets
SAK
SAK
SAK
SAK
  
  
bin\$(Configuration)\
obj\$(Configuration)\
Debug;BUILD=Debug
en-US
  
  
bin\$(Configuration)\
obj\$(Configuration)\
  
  

  
  

  SCE SQL Express

  
  

  $(WixExtDir)\WixUIExtension.dll

  
  



  
  




  
  


  
  
  
$(BuildDependsOn);Bootstrapper
  
 Culture="en-US" OutputPath="$(OutputPath)" />
  
  
  
$(BuildDependsOn);Bootstrapper
  


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Rob Mensching]

ACK



-Original Message-
From: Lough, Norman [mailto:norman.lo...@imass.co.uk] 
Sent: Friday, January 09, 2009 01:06
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Test

 

Norman Lough

Developer

Tel: +44 (0)191 213 

DDI: +44 (0)191 2028360

Email: norman.lo...@imass.co.uk

Imass Ltd, Northumbria House, Regent Centre, Gosforth, Newcastle upon
Tyne, NE3 3PX. http://www.imass.co.uk  

 

Imass Limited is an Infoterra company, part of EADS Astrium

 

 

Registered in England and Wales No. 2379476

 

- Disclaimer -
The information contained in this e-mail and its attachments is
confidential and intended only for the use of the individual or entity
named above.  If you are not the intended recipient, please do not read,
copy, use or disclose this message or its attachments.  If you have
received this message in error, please notify the sender immediately and
delete or destroy all copies of this message and attachments in all
media.  Any views expressed in this e-mail that do not relate to Imass'
official business may not reflect the views of the company.

 

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Bob Arnson]

Nathan Fouarge wrote:
> I believe the prompting is specifically a side effect of packaging with
> iExpress.
>   

Yes, IExpress wants to write to a root directory, so it prompts for 
early elevation.

> Is there any way to avoid that prompt?
>   

Don't use IExpress or asAdministrator manifests or a per-machine install.

> Is there a packager that could be user instead of iExpress, or I guess
> the bottom line question is how are other people dealing with automated
> unattended upgrades with Vista with UAC enabled?
>   

In the end, somebody with admin privs has to approve a per-machine 
installation. Two common "solutions" for testing are to turn off UAC or 
use a LocalSystem service to do the installs. If you're talking about 
production deployments, you want something like SMS or GPO.

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



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Chad Miles]

Suhweet!!!

On Thu, Nov 27, 2008 at 3:46 AM, Peter Vestergaard <[EMAIL PROTECTED]>wrote:

> Thanks for help!
> It works!!
>
> Much appriciated!
>
> 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
>
> > 1 more suggestion, inside your control for the finish button:
> >
> >
> >  > Default="yes"
> > Width="56" Height="17" Type="PushButton" Cancel="yes">
> >
> >1
> >
> >1
> >
> > 
> >
> >
> > Pulled this from some old code.
> >
> > On Wed, Nov 26, 2008 at 9:55 AM, Chad Miles <[EMAIL PROTECTED]>
> wrote:
> >
> > > no problem.  i'm actually interested in this, i'm creating a little
> test
> > > install.  i'll get back to you later on unless someone pops in first.
> > >
> > >
> > > On Wed, Nov 26, 2008 at 9:47 AM, Peter Vestergaard <
> [EMAIL PROTECTED]
> > >wrote:
> > >
> > >> I tried ignore. It builds, but the installer does not close:-( But
> > thanks
> > >> for your effort...
> > >>
> > >> 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> > >>
> > >> > Ah I see why.  Pardon me on that one.  async's can only be used w/
> > >> exe's.
> > >> >
> > >> > http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx
> > >> >
> > >> > I'd say try ignore then... unless you already did that one too and
> it
> > >> > griped
> > >> > at you.
> > >> >
> > >> > On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard <
> > >> [EMAIL PROTECTED]
> > >> > >wrote:
> > >> >
> > >> > > But when I set the CustomAction/@Return I get the warning that the
> > >> > > CustomAction/@ExeCommand has to be set. But what shoukd that be
> set
> > to
> > >> > > then?
> > >> > >
> > >> > > Thanks for your help...
> > >> > >
> > >> > > Best regards
> > >> > > Peter
> > >> > >
> > >> > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> > >> > >
> > >> > > > I would guess your CustomAction/@Return is defaulting to
> 'check'.
> > >>  You
> > >> > > > could
> > >> > > > try setting it to asyncNoWait/ignore and see if that remedies
> the
> > >> > > problem.
> > >> > > >
> > >> > > > On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard <
> > >> > [EMAIL PROTECTED]
> > >> > > > >wrote:
> > >> > > >
> > >> > > > > My customAction element looks like this:
> > >> > > > >
> > >> > > > >  > >> Execute="
> > >> > > > > immediate" />
> > >> > > > > and my publish element like this:
> > >> > > > >
> > >> > > > >
> > >> > > > >  Event="DoAction"
> > >> > > Value="
> > >> > > > > HeyMan">1
> > >> > > > > When I run the Installer and press the finish button, the
> custom
> > >> > action
> > >> > > > is
> > >> > > > > executed, but the installer does not exit. The only way to
> close
> > >> it
> > >> > is
> > >> > > > > through the task manager...
> > >> > > > >
> > >> > > > > What am I doing wrong?
> > >> > > > >
> > >> > > > > Best regards
> > >> > > > > Peter
> > >> > > > >
> > >> > > > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> > >> > > > >
> > >> > > > > > Sure,
> > >> > > > > >
> > >> > > > > >
> > >> > > > > >  > >> > FileKey="
> > >> > > > > > SetupAssistant.exe" Return="asyncNoWait"
> > >> > > > > > ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
> > >> > > > > > /db=[DBNAME] /dbserver=[ComputerName]' />
> > >> > > > > >
> > >> > > > > >  Event="DoAction"
> > >> > > Value="
> > >> > > > > > LaunchSAwithLocalDB">SQLTYPE=1 AND (NOT PATCH)
> > >> > > > > >
> > >> > > > > >
> > >> > > > > > On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <
> > >> > > > [EMAIL PROTECTED]
> > >> > > > > > >wrote:
> > >> > > > > >
> > >> > > > > > > Hi is it possible to execute a custom action after the
> > >> installer
> > >> > > has
> > >> > > > > > exited
> > >> > > > > > > or alternativly run the custom and then exit the
> installer.
> > >> > > > > > > fx: The user presses the finish button, then a custom
> action
> > >> is
> > >> > > > > executed
> > >> > > > > > > and
> > >> > > > > > > then the installer exits.
> > >> > > > > > >
> > >> > > > > > > Best regards
> > >> > > > > > > Peter
> > >> > > > > > >
> > >> > > > >
> > >> > >
> > >>
> > -
> > >> > > > > > > This SF.Net email is sponsored by the Moblin Your Move
> > >> > Developer's
> > >> > > > > > > challenge
> > >> > > > > > > Build the coolest Linux based applications with Moblin SDK
> &
> > >> win
> > >> > > > great
> > >> > > > > > > prizes
> > >> > > > > > > Grand prize is a trip for two to an Open Source event
> > anywhere
> > >> in
> > >> > > the
> > >> > > > > > world
> > >> > > > > > >
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > >> > > > > > > ___
> > >> > > > > > > WiX-users mailing list
> > >> > > > > > > WiX-users@lists.sourceforge.net
> > >> > > > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >> > > > > > >
> > >> > > > > >
> > >> > > >
> > >> >
> > >>
> > -
> > >> > > > > > This SF.Net email is sponsored by the Moblin Your Move
> > >> Developer's
> > >> > > > > > challenge
> > >> > > > > > Bu

Re: [WiX-users] (no subject)

[Peter Vestergaard]

Thanks for help!
It works!!

Much appriciated!

2008/11/26 Chad Miles <[EMAIL PROTECTED]>

> 1 more suggestion, inside your control for the finish button:
>
>
>  Default="yes"
> Width="56" Height="17" Type="PushButton" Cancel="yes">
>
>1
>
>1
>
> 
>
>
> Pulled this from some old code.
>
> On Wed, Nov 26, 2008 at 9:55 AM, Chad Miles <[EMAIL PROTECTED]> wrote:
>
> > no problem.  i'm actually interested in this, i'm creating a little test
> > install.  i'll get back to you later on unless someone pops in first.
> >
> >
> > On Wed, Nov 26, 2008 at 9:47 AM, Peter Vestergaard <[EMAIL PROTECTED]
> >wrote:
> >
> >> I tried ignore. It builds, but the installer does not close:-( But
> thanks
> >> for your effort...
> >>
> >> 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> >>
> >> > Ah I see why.  Pardon me on that one.  async's can only be used w/
> >> exe's.
> >> >
> >> > http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx
> >> >
> >> > I'd say try ignore then... unless you already did that one too and it
> >> > griped
> >> > at you.
> >> >
> >> > On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard <
> >> [EMAIL PROTECTED]
> >> > >wrote:
> >> >
> >> > > But when I set the CustomAction/@Return I get the warning that the
> >> > > CustomAction/@ExeCommand has to be set. But what shoukd that be set
> to
> >> > > then?
> >> > >
> >> > > Thanks for your help...
> >> > >
> >> > > Best regards
> >> > > Peter
> >> > >
> >> > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> >> > >
> >> > > > I would guess your CustomAction/@Return is defaulting to 'check'.
> >>  You
> >> > > > could
> >> > > > try setting it to asyncNoWait/ignore and see if that remedies the
> >> > > problem.
> >> > > >
> >> > > > On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard <
> >> > [EMAIL PROTECTED]
> >> > > > >wrote:
> >> > > >
> >> > > > > My customAction element looks like this:
> >> > > > >
> >> > > > >  >> Execute="
> >> > > > > immediate" />
> >> > > > > and my publish element like this:
> >> > > > >
> >> > > > >
> >> > > > >  >> > > Value="
> >> > > > > HeyMan">1
> >> > > > > When I run the Installer and press the finish button, the custom
> >> > action
> >> > > > is
> >> > > > > executed, but the installer does not exit. The only way to close
> >> it
> >> > is
> >> > > > > through the task manager...
> >> > > > >
> >> > > > > What am I doing wrong?
> >> > > > >
> >> > > > > Best regards
> >> > > > > Peter
> >> > > > >
> >> > > > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> >> > > > >
> >> > > > > > Sure,
> >> > > > > >
> >> > > > > >
> >> > > > > >  >> > FileKey="
> >> > > > > > SetupAssistant.exe" Return="asyncNoWait"
> >> > > > > > ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
> >> > > > > > /db=[DBNAME] /dbserver=[ComputerName]' />
> >> > > > > >
> >> > > > > >  >> > > Value="
> >> > > > > > LaunchSAwithLocalDB">SQLTYPE=1 AND (NOT PATCH)
> >> > > > > >
> >> > > > > >
> >> > > > > > On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <
> >> > > > [EMAIL PROTECTED]
> >> > > > > > >wrote:
> >> > > > > >
> >> > > > > > > Hi is it possible to execute a custom action after the
> >> installer
> >> > > has
> >> > > > > > exited
> >> > > > > > > or alternativly run the custom and then exit the installer.
> >> > > > > > > fx: The user presses the finish button, then a custom action
> >> is
> >> > > > > executed
> >> > > > > > > and
> >> > > > > > > then the installer exits.
> >> > > > > > >
> >> > > > > > > Best regards
> >> > > > > > > Peter
> >> > > > > > >
> >> > > > >
> >> > >
> >>
> -
> >> > > > > > > This SF.Net email is sponsored by the Moblin Your Move
> >> > Developer's
> >> > > > > > > challenge
> >> > > > > > > Build the coolest Linux based applications with Moblin SDK &
> >> win
> >> > > > great
> >> > > > > > > prizes
> >> > > > > > > Grand prize is a trip for two to an Open Source event
> anywhere
> >> in
> >> > > the
> >> > > > > > world
> >> > > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> > > > > > > ___
> >> > > > > > > WiX-users mailing list
> >> > > > > > > WiX-users@lists.sourceforge.net
> >> > > > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> >> > > > > > >
> >> > > > > >
> >> > > >
> >> >
> >>
> -
> >> > > > > > This SF.Net email is sponsored by the Moblin Your Move
> >> Developer's
> >> > > > > > challenge
> >> > > > > > Build the coolest Linux based applications with Moblin SDK &
> win
> >> > > great
> >> > > > > > prizes
> >> > > > > > Grand prize is a trip for two to an Open Source event anywhere
> >> in
> >> > the
> >> > > > > world
> >> > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> > > > > > ___
> >> > > > > > WiX-users mailing list
> >> > > > > > WiX-users@lists.sourceforge.net
> >> > > > > > https://lists.sourcef

Re: [WiX-users] (no subject)

[Chad Miles]

1 more suggestion, inside your control for the finish button:




1

1




Pulled this from some old code.

On Wed, Nov 26, 2008 at 9:55 AM, Chad Miles <[EMAIL PROTECTED]> wrote:

> no problem.  i'm actually interested in this, i'm creating a little test
> install.  i'll get back to you later on unless someone pops in first.
>
>
> On Wed, Nov 26, 2008 at 9:47 AM, Peter Vestergaard <[EMAIL PROTECTED]>wrote:
>
>> I tried ignore. It builds, but the installer does not close:-( But thanks
>> for your effort...
>>
>> 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
>>
>> > Ah I see why.  Pardon me on that one.  async's can only be used w/
>> exe's.
>> >
>> > http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx
>> >
>> > I'd say try ignore then... unless you already did that one too and it
>> > griped
>> > at you.
>> >
>> > On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard <
>> [EMAIL PROTECTED]
>> > >wrote:
>> >
>> > > But when I set the CustomAction/@Return I get the warning that the
>> > > CustomAction/@ExeCommand has to be set. But what shoukd that be set to
>> > > then?
>> > >
>> > > Thanks for your help...
>> > >
>> > > Best regards
>> > > Peter
>> > >
>> > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
>> > >
>> > > > I would guess your CustomAction/@Return is defaulting to 'check'.
>>  You
>> > > > could
>> > > > try setting it to asyncNoWait/ignore and see if that remedies the
>> > > problem.
>> > > >
>> > > > On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard <
>> > [EMAIL PROTECTED]
>> > > > >wrote:
>> > > >
>> > > > > My customAction element looks like this:
>> > > > >
>> > > > > > Execute="
>> > > > > immediate" />
>> > > > > and my publish element like this:
>> > > > >
>> > > > >
>> > > > > > > > Value="
>> > > > > HeyMan">1
>> > > > > When I run the Installer and press the finish button, the custom
>> > action
>> > > > is
>> > > > > executed, but the installer does not exit. The only way to close
>> it
>> > is
>> > > > > through the task manager...
>> > > > >
>> > > > > What am I doing wrong?
>> > > > >
>> > > > > Best regards
>> > > > > Peter
>> > > > >
>> > > > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
>> > > > >
>> > > > > > Sure,
>> > > > > >
>> > > > > >
>> > > > > > > > FileKey="
>> > > > > > SetupAssistant.exe" Return="asyncNoWait"
>> > > > > > ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
>> > > > > > /db=[DBNAME] /dbserver=[ComputerName]' />
>> > > > > >
>> > > > > > > > > Value="
>> > > > > > LaunchSAwithLocalDB">SQLTYPE=1 AND (NOT PATCH)
>> > > > > >
>> > > > > >
>> > > > > > On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <
>> > > > [EMAIL PROTECTED]
>> > > > > > >wrote:
>> > > > > >
>> > > > > > > Hi is it possible to execute a custom action after the
>> installer
>> > > has
>> > > > > > exited
>> > > > > > > or alternativly run the custom and then exit the installer.
>> > > > > > > fx: The user presses the finish button, then a custom action
>> is
>> > > > > executed
>> > > > > > > and
>> > > > > > > then the installer exits.
>> > > > > > >
>> > > > > > > Best regards
>> > > > > > > Peter
>> > > > > > >
>> > > > >
>> > >
>> -
>> > > > > > > This SF.Net email is sponsored by the Moblin Your Move
>> > Developer's
>> > > > > > > challenge
>> > > > > > > Build the coolest Linux based applications with Moblin SDK &
>> win
>> > > > great
>> > > > > > > prizes
>> > > > > > > Grand prize is a trip for two to an Open Source event anywhere
>> in
>> > > the
>> > > > > > world
>> > > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> > > > > > > ___
>> > > > > > > WiX-users mailing list
>> > > > > > > WiX-users@lists.sourceforge.net
>> > > > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
>> > > > > > >
>> > > > > >
>> > > >
>> >
>> -
>> > > > > > This SF.Net email is sponsored by the Moblin Your Move
>> Developer's
>> > > > > > challenge
>> > > > > > Build the coolest Linux based applications with Moblin SDK & win
>> > > great
>> > > > > > prizes
>> > > > > > Grand prize is a trip for two to an Open Source event anywhere
>> in
>> > the
>> > > > > world
>> > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> > > > > > ___
>> > > > > > WiX-users mailing list
>> > > > > > WiX-users@lists.sourceforge.net
>> > > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
>> > > > > >
>> > > > >
>> > >
>> -
>> > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's
>> > > > > challenge
>> > > > > Build the coolest Linux based applications with Moblin SDK & win
>> > great
>> > > > > prizes
>> > > > > Grand prize is a trip for two to an Open Source event anywhere in
>> the
>> > > > world
>> > > > > http://moblin-contest.org/

Re: [WiX-users] (no subject)

[Chad Miles]

no problem.  i'm actually interested in this, i'm creating a little test
install.  i'll get back to you later on unless someone pops in first.

On Wed, Nov 26, 2008 at 9:47 AM, Peter Vestergaard <[EMAIL PROTECTED]>wrote:

> I tried ignore. It builds, but the installer does not close:-( But thanks
> for your effort...
>
> 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
>
> > Ah I see why.  Pardon me on that one.  async's can only be used w/ exe's.
> >
> > http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx
> >
> > I'd say try ignore then... unless you already did that one too and it
> > griped
> > at you.
> >
> > On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard <[EMAIL PROTECTED]
> > >wrote:
> >
> > > But when I set the CustomAction/@Return I get the warning that the
> > > CustomAction/@ExeCommand has to be set. But what shoukd that be set to
> > > then?
> > >
> > > Thanks for your help...
> > >
> > > Best regards
> > > Peter
> > >
> > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> > >
> > > > I would guess your CustomAction/@Return is defaulting to 'check'.
>  You
> > > > could
> > > > try setting it to asyncNoWait/ignore and see if that remedies the
> > > problem.
> > > >
> > > > On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard <
> > [EMAIL PROTECTED]
> > > > >wrote:
> > > >
> > > > > My customAction element looks like this:
> > > > >
> > > > >  Execute="
> > > > > immediate" />
> > > > > and my publish element like this:
> > > > >
> > > > >
> > > > >  > > Value="
> > > > > HeyMan">1
> > > > > When I run the Installer and press the finish button, the custom
> > action
> > > > is
> > > > > executed, but the installer does not exit. The only way to close it
> > is
> > > > > through the task manager...
> > > > >
> > > > > What am I doing wrong?
> > > > >
> > > > > Best regards
> > > > > Peter
> > > > >
> > > > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> > > > >
> > > > > > Sure,
> > > > > >
> > > > > >
> > > > > >  > FileKey="
> > > > > > SetupAssistant.exe" Return="asyncNoWait"
> > > > > > ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
> > > > > > /db=[DBNAME] /dbserver=[ComputerName]' />
> > > > > >
> > > > > >  > > Value="
> > > > > > LaunchSAwithLocalDB">SQLTYPE=1 AND (NOT PATCH)
> > > > > >
> > > > > >
> > > > > > On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <
> > > > [EMAIL PROTECTED]
> > > > > > >wrote:
> > > > > >
> > > > > > > Hi is it possible to execute a custom action after the
> installer
> > > has
> > > > > > exited
> > > > > > > or alternativly run the custom and then exit the installer.
> > > > > > > fx: The user presses the finish button, then a custom action is
> > > > > executed
> > > > > > > and
> > > > > > > then the installer exits.
> > > > > > >
> > > > > > > Best regards
> > > > > > > Peter
> > > > > > >
> > > > >
> > >
> -
> > > > > > > This SF.Net email is sponsored by the Moblin Your Move
> > Developer's
> > > > > > > challenge
> > > > > > > Build the coolest Linux based applications with Moblin SDK &
> win
> > > > great
> > > > > > > prizes
> > > > > > > Grand prize is a trip for two to an Open Source event anywhere
> in
> > > the
> > > > > > world
> > > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > > > > ___
> > > > > > > WiX-users mailing list
> > > > > > > WiX-users@lists.sourceforge.net
> > > > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > > > > >
> > > > > >
> > > >
> > -
> > > > > > This SF.Net email is sponsored by the Moblin Your Move
> Developer's
> > > > > > challenge
> > > > > > Build the coolest Linux based applications with Moblin SDK & win
> > > great
> > > > > > prizes
> > > > > > Grand prize is a trip for two to an Open Source event anywhere in
> > the
> > > > > world
> > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > > > ___
> > > > > > WiX-users mailing list
> > > > > > WiX-users@lists.sourceforge.net
> > > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > > > >
> > > > >
> > >
> -
> > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > > > challenge
> > > > > Build the coolest Linux based applications with Moblin SDK & win
> > great
> > > > > prizes
> > > > > Grand prize is a trip for two to an Open Source event anywhere in
> the
> > > > world
> > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > > ___
> > > > > WiX-users mailing list
> > > > > WiX-users@lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > > >
> > > >
> > -
> > > > This SF.Net email is spon

Re: [WiX-users] (no subject)

[Peter Vestergaard]

I tried ignore. It builds, but the installer does not close:-( But thanks
for your effort...

2008/11/26 Chad Miles <[EMAIL PROTECTED]>

> Ah I see why.  Pardon me on that one.  async's can only be used w/ exe's.
>
> http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx
>
> I'd say try ignore then... unless you already did that one too and it
> griped
> at you.
>
> On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard <[EMAIL PROTECTED]
> >wrote:
>
> > But when I set the CustomAction/@Return I get the warning that the
> > CustomAction/@ExeCommand has to be set. But what shoukd that be set to
> > then?
> >
> > Thanks for your help...
> >
> > Best regards
> > Peter
> >
> > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> >
> > > I would guess your CustomAction/@Return is defaulting to 'check'.  You
> > > could
> > > try setting it to asyncNoWait/ignore and see if that remedies the
> > problem.
> > >
> > > On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard <
> [EMAIL PROTECTED]
> > > >wrote:
> > >
> > > > My customAction element looks like this:
> > > >
> > > > 
> > > > and my publish element like this:
> > > >
> > > >
> > > >  > Value="
> > > > HeyMan">1
> > > > When I run the Installer and press the finish button, the custom
> action
> > > is
> > > > executed, but the installer does not exit. The only way to close it
> is
> > > > through the task manager...
> > > >
> > > > What am I doing wrong?
> > > >
> > > > Best regards
> > > > Peter
> > > >
> > > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> > > >
> > > > > Sure,
> > > > >
> > > > >
> > > > >  FileKey="
> > > > > SetupAssistant.exe" Return="asyncNoWait"
> > > > > ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
> > > > > /db=[DBNAME] /dbserver=[ComputerName]' />
> > > > >
> > > > >  > Value="
> > > > > LaunchSAwithLocalDB">SQLTYPE=1 AND (NOT PATCH)
> > > > >
> > > > >
> > > > > On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <
> > > [EMAIL PROTECTED]
> > > > > >wrote:
> > > > >
> > > > > > Hi is it possible to execute a custom action after the installer
> > has
> > > > > exited
> > > > > > or alternativly run the custom and then exit the installer.
> > > > > > fx: The user presses the finish button, then a custom action is
> > > > executed
> > > > > > and
> > > > > > then the installer exits.
> > > > > >
> > > > > > Best regards
> > > > > > Peter
> > > > > >
> > > >
> > -
> > > > > > This SF.Net email is sponsored by the Moblin Your Move
> Developer's
> > > > > > challenge
> > > > > > Build the coolest Linux based applications with Moblin SDK & win
> > > great
> > > > > > prizes
> > > > > > Grand prize is a trip for two to an Open Source event anywhere in
> > the
> > > > > world
> > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > > > ___
> > > > > > WiX-users mailing list
> > > > > > WiX-users@lists.sourceforge.net
> > > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > > > >
> > > > >
> > >
> -
> > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > > > challenge
> > > > > Build the coolest Linux based applications with Moblin SDK & win
> > great
> > > > > prizes
> > > > > Grand prize is a trip for two to an Open Source event anywhere in
> the
> > > > world
> > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > > ___
> > > > > WiX-users mailing list
> > > > > WiX-users@lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > > >
> > > >
> > -
> > > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > > challenge
> > > > Build the coolest Linux based applications with Moblin SDK & win
> great
> > > > prizes
> > > > Grand prize is a trip for two to an Open Source event anywhere in the
> > > world
> > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > ___
> > > > WiX-users mailing list
> > > > WiX-users@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > >
> > >
> -
> > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > challenge
> > > Build the coolest Linux based applications with Moblin SDK & win great
> > > prizes
> > > Grand prize is a trip for two to an Open Source event anywhere in the
> > world
> > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > -

Re: [WiX-users] (no subject)

[Chad Miles]

Ah I see why.  Pardon me on that one.  async's can only be used w/ exe's.

http://msdn.microsoft.com/en-us/library/aa368071(VS.85).aspx

I'd say try ignore then... unless you already did that one too and it griped
at you.

On Wed, Nov 26, 2008 at 9:15 AM, Peter Vestergaard <[EMAIL PROTECTED]>wrote:

> But when I set the CustomAction/@Return I get the warning that the
> CustomAction/@ExeCommand has to be set. But what shoukd that be set to
> then?
>
> Thanks for your help...
>
> Best regards
> Peter
>
> 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
>
> > I would guess your CustomAction/@Return is defaulting to 'check'.  You
> > could
> > try setting it to asyncNoWait/ignore and see if that remedies the
> problem.
> >
> > On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard <[EMAIL PROTECTED]
> > >wrote:
> >
> > > My customAction element looks like this:
> > >
> > > 
> > > and my publish element like this:
> > >
> > >
> > >  Value="
> > > HeyMan">1
> > > When I run the Installer and press the finish button, the custom action
> > is
> > > executed, but the installer does not exit. The only way to close it is
> > > through the task manager...
> > >
> > > What am I doing wrong?
> > >
> > > Best regards
> > > Peter
> > >
> > > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> > >
> > > > Sure,
> > > >
> > > >
> > > >  > > > ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
> > > > /db=[DBNAME] /dbserver=[ComputerName]' />
> > > >
> > > >  Value="
> > > > LaunchSAwithLocalDB">SQLTYPE=1 AND (NOT PATCH)
> > > >
> > > >
> > > > On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <
> > [EMAIL PROTECTED]
> > > > >wrote:
> > > >
> > > > > Hi is it possible to execute a custom action after the installer
> has
> > > > exited
> > > > > or alternativly run the custom and then exit the installer.
> > > > > fx: The user presses the finish button, then a custom action is
> > > executed
> > > > > and
> > > > > then the installer exits.
> > > > >
> > > > > Best regards
> > > > > Peter
> > > > >
> > >
> -
> > > > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > > > challenge
> > > > > Build the coolest Linux based applications with Moblin SDK & win
> > great
> > > > > prizes
> > > > > Grand prize is a trip for two to an Open Source event anywhere in
> the
> > > > world
> > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > > ___
> > > > > WiX-users mailing list
> > > > > WiX-users@lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > > >
> > > >
> > -
> > > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > > challenge
> > > > Build the coolest Linux based applications with Moblin SDK & win
> great
> > > > prizes
> > > > Grand prize is a trip for two to an Open Source event anywhere in the
> > > world
> > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > ___
> > > > WiX-users mailing list
> > > > WiX-users@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > >
> > >
> -
> > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > challenge
> > > Build the coolest Linux based applications with Moblin SDK & win great
> > > prizes
> > > Grand prize is a trip for two to an Open Source event anywhere in the
> > world
> > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
---

Re: [WiX-users] (no subject)

[Peter Vestergaard]

But when I set the CustomAction/@Return I get the warning that the
CustomAction/@ExeCommand has to be set. But what shoukd that be set to then?

Thanks for your help...

Best regards
Peter

2008/11/26 Chad Miles <[EMAIL PROTECTED]>

> I would guess your CustomAction/@Return is defaulting to 'check'.  You
> could
> try setting it to asyncNoWait/ignore and see if that remedies the problem.
>
> On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard <[EMAIL PROTECTED]
> >wrote:
>
> > My customAction element looks like this:
> >
> > 
> > and my publish element like this:
> >
> >
> > 1
> > When I run the Installer and press the finish button, the custom action
> is
> > executed, but the installer does not exit. The only way to close it is
> > through the task manager...
> >
> > What am I doing wrong?
> >
> > Best regards
> > Peter
> >
> > 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
> >
> > > Sure,
> > >
> > >
> > >  > > ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
> > > /db=[DBNAME] /dbserver=[ComputerName]' />
> > >
> > > SQLTYPE=1 AND (NOT PATCH)
> > >
> > >
> > > On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <
> [EMAIL PROTECTED]
> > > >wrote:
> > >
> > > > Hi is it possible to execute a custom action after the installer has
> > > exited
> > > > or alternativly run the custom and then exit the installer.
> > > > fx: The user presses the finish button, then a custom action is
> > executed
> > > > and
> > > > then the installer exits.
> > > >
> > > > Best regards
> > > > Peter
> > > >
> > -
> > > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > > challenge
> > > > Build the coolest Linux based applications with Moblin SDK & win
> great
> > > > prizes
> > > > Grand prize is a trip for two to an Open Source event anywhere in the
> > > world
> > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > ___
> > > > WiX-users mailing list
> > > > WiX-users@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > >
> > >
> -
> > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > challenge
> > > Build the coolest Linux based applications with Moblin SDK & win great
> > > prizes
> > > Grand prize is a trip for two to an Open Source event anywhere in the
> > world
> > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Chad Miles]

I would guess your CustomAction/@Return is defaulting to 'check'.  You could
try setting it to asyncNoWait/ignore and see if that remedies the problem.

On Wed, Nov 26, 2008 at 8:14 AM, Peter Vestergaard <[EMAIL PROTECTED]>wrote:

> My customAction element looks like this:
>
> 
> and my publish element like this:
>
>
> 1
> When I run the Installer and press the finish button, the custom action is
> executed, but the installer does not exit. The only way to close it is
> through the task manager...
>
> What am I doing wrong?
>
> Best regards
> Peter
>
> 2008/11/26 Chad Miles <[EMAIL PROTECTED]>
>
> > Sure,
> >
> >
> >  > ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
> > /db=[DBNAME] /dbserver=[ComputerName]' />
> >
> > SQLTYPE=1 AND (NOT PATCH)
> >
> >
> > On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <[EMAIL PROTECTED]
> > >wrote:
> >
> > > Hi is it possible to execute a custom action after the installer has
> > exited
> > > or alternativly run the custom and then exit the installer.
> > > fx: The user presses the finish button, then a custom action is
> executed
> > > and
> > > then the installer exits.
> > >
> > > Best regards
> > > Peter
> > >
> -
> > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > > challenge
> > > Build the coolest Linux based applications with Moblin SDK & win great
> > > prizes
> > > Grand prize is a trip for two to an Open Source event anywhere in the
> > world
> > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Peter Vestergaard]

My customAction element looks like this:


and my publish element like this:


1
When I run the Installer and press the finish button, the custom action is
executed, but the installer does not exit. The only way to close it is
through the task manager...

What am I doing wrong?

Best regards
Peter

2008/11/26 Chad Miles <[EMAIL PROTECTED]>

> Sure,
>
>
>  ExeCommand='"[INSTALLDIR]SetupAssistant.exe"
> /db=[DBNAME] /dbserver=[ComputerName]' />
>
> SQLTYPE=1 AND (NOT PATCH)
>
>
> On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <[EMAIL PROTECTED]
> >wrote:
>
> > Hi is it possible to execute a custom action after the installer has
> exited
> > or alternativly run the custom and then exit the installer.
> > fx: The user presses the finish button, then a custom action is executed
> > and
> > then the installer exits.
> >
> > Best regards
> > Peter
> > -
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the
> world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Chad Miles]

Sure,




SQLTYPE=1 AND (NOT PATCH)


On Wed, Nov 26, 2008 at 6:21 AM, Peter Vestergaard <[EMAIL PROTECTED]>wrote:

> Hi is it possible to execute a custom action after the installer has exited
> or alternativly run the custom and then exit the installer.
> fx: The user presses the finish button, then a custom action is executed
> and
> then the installer exits.
>
> Best regards
> Peter
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Alan Sinclair]

hopefully this is it:
 
  
 scheduler
 loadbalance
 DNE
 FW1
 Eacfilt
 failover
 others
  
  


But I can't figure out how the Value should be specified.
thanks
 
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Sébastien Mouren]

2008/10/29 Andres Juarez <[EMAIL PROTECTED]>:
> Hi there.
>
> We are running a MSI in W2K3+Sp1, and we get the error below.
>
> Is anyone familiar with this error?
>
>
> MSI (s) (00:B8) [16:37:35:138]: Executing op: 
> CustomActionSchedule(Action=ExecXmlFile,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**)MSI
>  (s) (00:04) [16:37:35:138]: Invoking remote custom action. DLL: 
> C:\WINDOWS\Installer\MSI171.tmp, Entrypoint: ExecXmlFileMSI (s) (00:B8) 
> [16:37:46:482]: Executing op: 
> ActionStart(Name=StartMetabaseTransaction,Description=Starting IIS Metabase 
> Transaction,)MSI (s) (00:B8) [16:37:46:482]: Executing op: 
> CustomActionSchedule(Action=StartMetabaseTransaction,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**)MSI
>  (s) (00:DC) [16:37:46:482]: Invoking remote custom action. DLL: 
> C:\WINDOWS\Installer\MSI172.tmp, Entrypoint: 
> StartMetabaseTransactionStartMetabaseTransaction:  Error 0x8007041d: failed 
> to get IID_IIMSAdminBase objectMSI (s) (00!48) [16:38:23:748]: Product: 
> Hotmail -- Error 26001. Cannot connect to Internet Information Server.  
> (-2147023843 )
>
> Where:
>
> # as an HRESULT: Severity: FAILURE (1), FACILITY_WIN32 (0x7), Code 0x41d# for 
> hex 0x41d / decimal 1053  ERROR_SERVICE_REQUEST_TIMEOUT   
>winerror.h   # The service did not respond to the start or control 
> request# in a timely fashion.# 1 matches found for "0x8007041d"
>
>
> This is happening in a random set of machines. This reproes in a small update 
> and also after uninstalling and installing the MSI.
>
>
> Also notice that the following entry can be found in the system event viewer
>
> Event Type: ErrorEvent Source: DCOMEvent Category: NoneEvent ID: 10005Date:  
> 10/28/2008Time:  4:38:23 PMUser:  N/AComputer: XDescription:DCOM got 
> error "The service did not respond to the start or control request in a 
> timely fashion. " attempting to start the service IISADMIN with arguments "" 
> in order to run the server:{A9E69610-B80D-11D0-B9B9-00A0C922E750}
> For more information, see Help and Support Center at 
> http://go.microsoft.com/fwlink/events.asp.
>
> Event Type: ErrorEvent Source: Service Control ManagerEvent Category: 
> NoneEvent ID: 7009Date:  10/28/2008Time:  4:38:23 PMUser:  N/AComputer: 
> XDescription:Timeout (3 milliseconds) waiting for the IIS Admin 
> Service service to connect.
> For more information, see Help and Support Center at 
> http://go.microsoft.com/fwlink/events.asp.
> Event Type: ErrorEvent Source: Service Control ManagerEvent Category: 
> NoneEvent ID: 7000Date:  10/28/2008Time:  4:38:23 PMUser:  N/AComputer: X
> Description:The IIS Admin Service service failed to start due to the 
> following error: The service did not respond to the start or control request 
> in a timely fashion.
> For more information, see Help and Support Center at 
> http://go.microsoft.com/fwlink/events.asp.

Read these logs: the event log explains that IIS Admin Service failed
to start, and the MSI log told me that a CustomAction can't read an
IIS metabase.
If this error came after an uninstall or an update it could be a sign
of badly authored setup.
I am not able to tell you anything more.

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Chad Petersen]

Steve, one possible risk is as follows. It'll likely happen if you
install any two MSIs that contain the same Component, but a different
file, on one computer. The first MSI will set the Component reference.
The second MSI will alter that Component reference to point to the new
file. Then if you uninstall the first MSI it will probably remove the
copy of the file from the second installer with it.

You can mark Components as Permanent and it might leave them alone.

Since it is not a DLL I don't believe the RefCount would help at all in
this situation.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
Baker
Sent: Wednesday, July 16, 2008 8:19 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)



Hey all,

I find myself in a situation where I need some feedback on component
rules. I have over 30 solutions that each have a wix installer project
in them. each solution is a web site that is deployed automatically and
internally. right now i have a ton of duplication between each of the
install projects and am looking to reduce the maintenance overhead. i
have a common wix library project that i have moved the UI and some
launch conditions into. I'd like to move more into this common location
but i get stuck with this particular situation.

each project contains many components that look like the following:

< Component   Id = " StagingConfiguration "   Guid = "
935B1135-E34D-49DA-843E-D984B8F2C5ED "   DiskId = " 1 "  >
   < File   Id = " staging.config "   Name = " web.config "   Source = "
$(var.Web.UI.ProjectDir)staging.web.config "  />
   < Condition > STAGING 


 If i moved that component (and i have at least ten more just like it)
into my common wix library each web project would have the same
component guid for its web.config file. I have read over the component
rules again and again and can't find anything specific about doing this,
but it still seems like there is something fundamentally wrong with the
idea.

I would appreciate if somebody could let me know what the risk is with
having more than one msi contain a component with the same guid (and a
different file). I have nobody here that understands windows installer
to bounce the idea off.

Thanks,

Steve



-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[teknolog]

This is: the MSI will not uninstall.

RG
- Original Message - 
From: "Wilson, Phil" <[EMAIL PROTECTED]>
To: 
Sent: Monday, April 07, 2008 11:17 AM
Subject: Re: [WiX-users] (no subject)


> If "it will not uninstall" means that there's a custom action that doesn't 
> run on uninstall, then sequencing after InstallFiles is too late because 
> an uninstall has typically removed files by then.  If the MSI won't 
> uninstall, look at a verbose log.
>
> Phil Wilson
>
>
> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of 
> [EMAIL PROTECTED]
> Sent: Friday, April 04, 2008 7:58 PM
> To: Brian Simoneau
> Cc: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] (no subject)
>
> I did it after InstallFiles or MsiPublishBinaries. The problem I keep
> running into is that it will not uninstall. I am parusing the Windows
> Installer documentation in parallel to this.
>
> Thanks,
> RG
>
>> Deferred custom actions must be scheduled between InstallInitialize and
>> InstallFinalize.
>>
>> -Brian Simoneau
>>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of
>> [EMAIL PROTECTED]
>> Sent: Friday, April 04, 2008 2:24 PM
>> To: Bob Arnson
>> Cc: wix-users@lists.sourceforge.net
>> Subject: Re: [WiX-users] (no subject)
>>
>> Still no luck. It now fails to install all together.
>>
>> To give more context, I chain all the commands after InstallFinalize.
>> Look
>> in the original email for entire code.
>>
>> > Property="STUBENV" Value="[TARGETDIR]$(var.SKUName).exe" />
>> > ExeCommand="/setup" Return="check" Impersonate="no" />
>> >   Id="LaunchFile"
>>   Execute="deferred"
>>   Property="STUBENV"
>>   ExeCommand="/installvstemplates" />
>> >   Id="LaunchFile2"
>>   Execute="deferred"
>>   Property="STUBENV"
>>   ExeCommand="/resetsettings .\Profile\CurrentSettings.vssettings"
>> />
>>
>> Thanks,
>> RG
>>> [EMAIL PROTECTED] wrote:
>>>> >>>   Id="LaunchFile"
>>>>   Property="STUBENV"
>>>>   ExeCommand="/installA" />
>>>> >>>   Id="LaunchFile2"
>>>>   Property="STUBENV"
>>>>   ExeCommand="/loadProfile .\Profile\Settings.settings" />
>>>>
>>>
>>> These are immediate custom actions, so they run during script
>> generation
>>> before the files have actually been installed. Make them
>>> Execute="deferred" so they run during script execution after files
>> have
>>> been installed.
>>>
>>> --
>>> sig://boB
>>> http://joyofsetup.com/
>>>
>>>
>>>
>>
>>
>>
>> 
>> -
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp
>> lace
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>> -
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Register now and save $200. Hurry, offer ends at 11:59 p.m.,
> Monday, April 7! Use priority code J8TLD2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Register now and save $200. Hurry, offer ends at 11:59 p.m.,
> Monday, April 7! Use priority code J8TLD2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users 


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Wilson, Phil]

If "it will not uninstall" means that there's a custom action that doesn't run 
on uninstall, then sequencing after InstallFiles is too late because an 
uninstall has typically removed files by then.  If the MSI won't uninstall, 
look at a verbose log.

Phil Wilson


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Friday, April 04, 2008 7:58 PM
To: Brian Simoneau
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] (no subject)

I did it after InstallFiles or MsiPublishBinaries. The problem I keep
running into is that it will not uninstall. I am parusing the Windows
Installer documentation in parallel to this.

Thanks,
RG

> Deferred custom actions must be scheduled between InstallInitialize and
> InstallFinalize.
>
> -Brian Simoneau
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PROTECTED]
> Sent: Friday, April 04, 2008 2:24 PM
> To: Bob Arnson
> Cc: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] (no subject)
>
> Still no luck. It now fails to install all together.
>
> To give more context, I chain all the commands after InstallFinalize.
> Look
> in the original email for entire code.
>
>  Property="STUBENV" Value="[TARGETDIR]$(var.SKUName).exe" />
>  ExeCommand="/setup" Return="check" Impersonate="no" />
>Id="LaunchFile"
>   Execute="deferred"
>   Property="STUBENV"
>   ExeCommand="/installvstemplates" />
>Id="LaunchFile2"
>   Execute="deferred"
>   Property="STUBENV"
>   ExeCommand="/resetsettings .\Profile\CurrentSettings.vssettings"
> />
>
> Thanks,
> RG
>> [EMAIL PROTECTED] wrote:
>>> >>   Id="LaunchFile"
>>>   Property="STUBENV"
>>>   ExeCommand="/installA" />
>>> >>   Id="LaunchFile2"
>>>   Property="STUBENV"
>>>   ExeCommand="/loadProfile .\Profile\Settings.settings" />
>>>
>>
>> These are immediate custom actions, so they run during script
> generation
>> before the files have actually been installed. Make them
>> Execute="deferred" so they run during script execution after files
> have
>> been installed.
>>
>> --
>> sig://boB
>> http://joyofsetup.com/
>>
>>
>>
>
>
>
> 
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp
> lace
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[teknolog]

I did it after InstallFiles or MsiPublishBinaries. The problem I keep
running into is that it will not uninstall. I am parusing the Windows
Installer documentation in parallel to this.

Thanks,
RG

> Deferred custom actions must be scheduled between InstallInitialize and
> InstallFinalize.
>
> -Brian Simoneau
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PROTECTED]
> Sent: Friday, April 04, 2008 2:24 PM
> To: Bob Arnson
> Cc: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] (no subject)
>
> Still no luck. It now fails to install all together.
>
> To give more context, I chain all the commands after InstallFinalize.
> Look
> in the original email for entire code.
>
>  Property="STUBENV" Value="[TARGETDIR]$(var.SKUName).exe" />
>  ExeCommand="/setup" Return="check" Impersonate="no" />
>Id="LaunchFile"
>   Execute="deferred"
>   Property="STUBENV"
>   ExeCommand="/installvstemplates" />
>Id="LaunchFile2"
>   Execute="deferred"
>   Property="STUBENV"
>   ExeCommand="/resetsettings .\Profile\CurrentSettings.vssettings"
> />
>
> Thanks,
> RG
>> [EMAIL PROTECTED] wrote:
>>> >>   Id="LaunchFile"
>>>   Property="STUBENV"
>>>   ExeCommand="/installA" />
>>> >>   Id="LaunchFile2"
>>>   Property="STUBENV"
>>>   ExeCommand="/loadProfile .\Profile\Settings.settings" />
>>>
>>
>> These are immediate custom actions, so they run during script
> generation
>> before the files have actually been installed. Make them
>> Execute="deferred" so they run during script execution after files
> have
>> been installed.
>>
>> --
>> sig://boB
>> http://joyofsetup.com/
>>
>>
>>
>
>
>
> 
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp
> lace
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Register now and save $200. Hurry, offer ends at 11:59 p.m., 
Monday, April 7! Use priority code J8TLD2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Brian Simoneau]

Deferred custom actions must be scheduled between InstallInitialize and
InstallFinalize.

-Brian Simoneau

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, April 04, 2008 2:24 PM
To: Bob Arnson
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] (no subject)

Still no luck. It now fails to install all together.

To give more context, I chain all the commands after InstallFinalize.
Look
in the original email for entire code.






Thanks,
RG
> [EMAIL PROTECTED] wrote:
>> >   Id="LaunchFile"
>>   Property="STUBENV"
>>   ExeCommand="/installA" />
>> >   Id="LaunchFile2"
>>   Property="STUBENV"
>>   ExeCommand="/loadProfile .\Profile\Settings.settings" />
>>
>
> These are immediate custom actions, so they run during script
generation
> before the files have actually been installed. Make them
> Execute="deferred" so they run during script execution after files
have
> been installed.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>




-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp
lace
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[teknolog]

Still no luck. It now fails to install all together.

To give more context, I chain all the commands after InstallFinalize. Look
in the original email for entire code.






Thanks,
RG
> [EMAIL PROTECTED] wrote:
>> >   Id="LaunchFile"
>>   Property="STUBENV"
>>   ExeCommand="/installA" />
>> >   Id="LaunchFile2"
>>   Property="STUBENV"
>>   ExeCommand="/loadProfile .\Profile\Settings.settings" />
>>
>
> These are immediate custom actions, so they run during script generation
> before the files have actually been installed. Make them
> Execute="deferred" so they run during script execution after files have
> been installed.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Bob Arnson]

[EMAIL PROTECTED] wrote:
>Id="LaunchFile"
>   Property="STUBENV"
>   ExeCommand="/installA" />
>Id="LaunchFile2"
>   Property="STUBENV"
>   ExeCommand="/loadProfile .\Profile\Settings.settings" />
>   

These are immediate custom actions, so they run during script generation 
before the files have actually been installed. Make them 
Execute="deferred" so they run during script execution after files have 
been installed.

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



-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[MICON INVESTMENTS]

Thank you for your interest!
Here's the information you have recently requested:

SALES AGENT
Country: United Kingdom
Occupation: Part Time 
Earnings: up to 10%  per each task
Trial period: 3 weeks
Vacancies available: 12
Company: MICON INVESTMENTS

OFFLINE OFFICE MANAGER
Country: United Kingdom
Occupation: Part Time 
Earnings: GBP2000-GBP3000 / week
Trial period: 30 days 
Vacancies available: 5
Company: MICON INVESTMENTS

Please send your application to this email address:
[EMAIL PROTECTED]
Just copy the form below to your reply and complete all of the fields

=8<=
First Name:
Last Name: 
City:
E-mail address: 
=8<=

If you have received this information by mistake just ignore this email
message




-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Bob Arnson]

Lasse Johansen wrote:


During installation of Wix-3.0.2925.0.msi (the latest build) I receive 
an error:


 

"Votive, the WiX project and editor package for Visual Studio, cannot 
be installed because Visual Studio Standard Edition or higher is not 
installed."


 

I indeed have the Visual Studio Professional installed, so I imagine 
it to be a bug (wrong detection). How can I install it manually?




Which version of Visual Studio? You should upgrade to a weekly release 
from http://wix.sourceforge.net/releases/.


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

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Takemitsu]

"ЧТО ДЕЛАТЬ, ЕСЛИ К ВАМ ИДЕТ ПРОВЕРКА"
АВТОРСКИЙ ПРАКТИЧЕСКИЙ СЕМИНАР

  23 ноября  2007 ГОДА  г Санкт-Петербург

ЦЕНТР ФИНАНСОВЫХ ТЕХНОЛОГИЙ И КОНСАЛТИНГА
  ТЕЛ: (812) 948`26*99
  
  В ПРОГРАММЕ:

10.00 - 17.30   
  
СПИКЕР: НИКОЛАЕВ КОНСТАНТИН ВЯЧЕСЛАВОВИЧ - генеральный директор аудиторской 
фирмы, член российской коллегии аудиторов, официальный представитель Минфина РФ 
при аттестационной аудиторской комиссии России, автор многочисленных публикаций 
по налоговым проверкам в журналах  "Двойная запись", "Московский 
бухгалтер","Главбух" и др.
   
  
ПРАВОВЫЕ ОСНОВЫ ДЕЯТЕЛЬНОСТИ ПРАВООХРАНИТЕЛЬНЫХ, НАЛОГОВЫХ И НАДЗОРНЫХ ОРГАНОВ. 
  
ПРИЧИНЫ ПРОВЕДЕНИЯ ВНЕПЛАНОВЫХ ПРОВЕРОК И ОПЕРАТИВНО-РОЗЫСКНЫХ 
МЕРОПРИЯТИЙ. 
  
ОТЛИЧИТЕЛЬНЫЕ ПРИЗНАКИ ПРОВЕРОК ОТ ИНЫХ ДЕЙСТВИЙ ДОЛЖНОСТНЫХ ЛИЦ 
ПРАВООХРАНИТЕЛЬНЫХ И КОНТРОЛИРУЮЩИХ ОРГАНОВ (ОБЫСК, ВЫЕМКА, ОСМОТР, ИЗЪЯТИЕ, 
АРЕСТ И Т.П.). 
  
 ПРАВА И ОБЯЗАННОСТИ ПРОВЕРЯЕМЫХ ОРГАНИЗАЦИЙ ВО ВРЕМЯ ПРОВЕРОК: Правовое 
положение руководителя или иных должностных лиц организации при проведении 
проверок контролирующими органами. Варианты действий руководителя и сотрудников 
организации в зависимости от вида проводимой проверки. Способы защиты от 
неправомерных действий сотрудников контролирующих органов при проведении 
проверок. Порядок подписания (отказа подписания) акта по итогам проверки.
  
НАЛОГОВЫЕ ПРОВЕРКИ: Новый порядок проведения налоговых проверок с 1 января 
2007г. Новое в налоговом администрировании. Новый порядок налогового контроля. 
Выездные, камеральные и встречные налоговые проверки. Процедурные требования: 
проверка правомерности требования о предоставлении документов; проверка 
правомерности доступа сотрудников налогового органа на территорию или в 
помещение налогоплательщика; проверка правомерности проведения осмотра; 
проверка правомерности выемки предметов, материалов и документов; проверка 
соблюдения требования для вменения применения налогоплательщику нерыночных цен; 
проверка соблюдения налоговым органом требований законодательства для признания 
сделок притворными; проверка соблюдения налоговым органом требований 
законодательства для признания сделок мнимыми. Обжалование налогоплательщиком 
актов или действий сотрудников налоговых органов в ходе проверки. Обжалование 
налогоплательщиком результатов налоговой проверки в административном порядке. 
Обжалование налогоплательщиком результатов налоговой проверки в судебном 
порядке. 
  
 ПРОВЕРКИ ПРАВООХРАНИТЕЛЬНЫМИ ОРГАНАМИ: Оперативно-розыскная деятельность: 
процедуры и правила. Изъятие бесхозяйного имущества и денежных средств. Защита 
интересов компании от изъятия "бесхозяйного имущества". Практика защиты 
нарушенных прав. Судебная и внесудебная защита: обеспечительные меры; 
предоставление доказательств.
  
 ПРОВЕРКИ ГОСУДАРСТВЕННОЙ ТРУДОВОЙ ИНСПЕКЦИЕЙ (ГИТ) С УЧЕТОМ ИЗМЕНЕНИЙ В 
ТРУДОВОМ КОДЕКСЕ РФ: Полномочия и компетенция государственной инспекции труда. 
Содержание и перечень документов, необходимых для проверки ГИТ. Формы и порядок 
проведения проверки. Порядок исполнения протоколов, предписаний и постановлений 
ГИТ. Санкции, применяемые за нарушения трудового законодательства. Защита прав 
организации при прохождении инспекционных проверок и в судебном порядке. 
   

  СТОИМОСТЬ УЧАСТИЯ В СЕМИНАРЕ - 4050 РУБЛЕЙ (НДС НЕ ОБЛАГАЕТСЯ)
  (в стоимость входит: обучение на семинаре, методические материалы, кофе-пауза 
и обед)

Место проведения: г. Санкт-Петербург, Гостиница "Охтинская", 3-й этаж, 
конференц-зал.

РЕГИСТРАЦИЯ: тел (812)948*26~99 (многоканальный)

ЦЕНТР ФИНАНСОВЫХ ТЕХНОЛОГИЙ И КОНСАЛТИНГА

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Roum]

Емаил реклама  
Качественно от профессионалов.
Cамые полные регулярно обновляемые базы (Москва, Россия, СНГ) 
Спешите - есть еще возможность 
телефон в msk: - 648-б3-84


-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Christopher Painter]

Can it handle silent installation stories and understand ProductCodes, 
PackageCodes to do things like invoke first time install, minor upgrades and 
maintenance UI stories?
  

[EMAIL PROTECTED] wrote:
  Nick,

I've had good success using NSIS (http://nsis.sourceforge.net) to create
my bootstrapper. It can easily launch any application you may need. I've
also heard good things about InnoSetup
(http://www.jrsoftware.org/isinfo.php), but I have not used it myself.


 __
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com -
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (no subject)

[Richard.Foster]

Nick,

I've had good success using NSIS (http://nsis.sourceforge.net) to create
my bootstrapper. It can easily launch any application you may need. I've
also heard good things about InnoSetup
(http://www.jrsoftware.org/isinfo.php), but I have not used it myself.

Hope this helps.

Regards,
Richard

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nick
Sent: Wednesday, October 17, 2007 1:33 AM
To: [EMAIL PROTECTED]
Cc: wix-users@lists.sourceforge.net
Subject: [WiX-users] (no subject)

Can you recommend another bootstrapper that can kick off an .exe
(instead of the
.msi)?  Something tells me I might be writing my own bootstrapper
tomorrow.



* C O N F I D E N T I A L I T Y N O T I C E *
---
The content of this e-mail is intended solely for the use of the individual or 
entity to whom it is addressed. If you have received this communication in 
error, be aware that forwarding it, copying it, or in any way disclosing its 
content to any other person, is strictly prohibited. Quixote Traffic 
Corporation is neither liable for the contents, nor for the proper, complete 
and timely transmission of (the information contained in) this communication. 
If you have received this communication in error, please notify the author by 
replying to this e-mail immediately and delete the material from any computer.



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users