[WiX-users] Using single Dialog to change various paths.

[Sergey Abakumoff]

There are two paths that can be edited by user in my installer(The directory
names are SAMPLESDIR and INSTALLDIR).
I would like to use the same Browse Dialog to allow changing both of paths.
First of all I defined new _BrowseProperty:

Then, I defined two custom actions to change the property value at runtime:


Then, in one of dialogs I defined two buttons that allow to change the
paths:
  

1
  
and
  

1
  
BrowseDlg operates with _BrowseProperty, here is the fragment:
  
However, BrowseDlg always shows SAMPLESDIR folder, it doesn't matter that
button was clicked - ProgramFilesBrowse or SamplesBrowse.

 
-- 
View this message in context: 
http://n2.nabble.com/Using-single-Dialog-to-change-various-paths.-tp1117476p1117476.html
Sent from the wix-users mailing list archive at Nabble.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] how to use WIX write registry values to both 32 bit and 64 bit registries in one MSI?

[Ravit Shapira]

Adding wix-users.

From: Jian Yu
Sent: Thursday, September 25, 2008 1:45 AM
To: WiX Working Group
Cc: Sheng Zhao; Ravit Shapira; Binggong Ding; Jian-Chao Wang
Subject: how to use WIX write registry values to both 32 bit and 64 bit 
registries in one MSI?

Hi, everyone. Recently, I met some problems in using WIX.

We want to install some data file in a folder, and add registry values which 
points to this folder in both 32bit and 64 bit registries, so both 32bit and 64 
bit programs can make use of the same data.

We expected to do this in a single MSI. So in this MSI, I need to write some 
registry values to both 32 bit and 64 bit registries in one MSI. I tried to 
achieve this goal by using the "Wow6432Node".

For example,:



However, after running the MSI, only "SOFTWARE\Acme\Foobar 1.0"is rightly set. 
Nothing happens in "SOFTWARE\Wow6432Node\Acme\Foobar 1.0".

It seems windows installer doesn't permit the 64bit MSI to write registry 
values in 32 bit registry. Is there any solution about this problem?  This WIX 
file is complied in a 64-bit machine.

Sincerely thanks for your help.

Best regards.
Jian Yu
-
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] Patching and sqlscript element (to Bob Arnson)

[Victor V. Sergeev]

>
> Victor V. Sergeev wrote:
>>  I'm trying to create a patch using Pyro (Version 3.0.4513.0). In that 
>>  patch i need to execute addition sql on a SqlServer database
>>  When i'm using sqlstring element all OK. But, when I'll try to use 
>>  sqlscript element my patch fail... 
>> 
>
> How are you referencing SqlScript? Are you changing the parent Component?
>   

Yes, I'm adding new elements to existing component.
This is v1.0.0.0 source:
---
http://schemas.microsoft.com/wix/2006/wi"; 
xmlns:sql="http://schemas.microsoft.com/wix/SqlExtension";>
  
  





  

  


  


  
  


  
  
  
  
  
  
  



  

---

This is v1.0.1.0 source:

---
http://schemas.microsoft.com/wix/2006/wi"; 
xmlns:sql="http://schemas.microsoft.com/wix/SqlExtension";>
  
  





  



  


  


  
  


  
  
  
  
  
  
  




  

---

contens of patch.wxs
---

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

  
  


  
  

  

  

---

ver1.sql contens:
---
CREATE VIEW DBVERSION AS SELECT DBVER=1
---

ver3.sql contens:
---
ALTER VIEW DBVERSION AS SELECT DBVER=3
---

-- 
Victor

-
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

[WiX-users] How to set CheckBox depending on installed component?

[divo]

Hi,

this seemed like a simple problem to me, however even after searching for a
long time I could not find a solution to the following problem:

In a dialog I want to change the state of a CheckBox depending on whether a
certain component (in this case a file association) is already installed.












As I understood, the CheckBox state depends on the value of the property
FILE_ASSOCIATION. If it is 1, the box is checked, if not, the box will be
unchecked?

How can I set this property? I already tried to access the value of
?FileAssociationOdt as described in
http://msdn.microsoft.com/en-us/library/aa368012(VS.85).aspx but no success.

Any example or pointers to documentation are welcome, Thanks a lot,
divo 
-- 
View this message in context: 
http://n2.nabble.com/How-to-set-CheckBox-depending-on-installed-component--tp1117644p1117644.html
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] Installation Mode and Custom Actions

[arakha]

Hi Folks

While developing Wix based the installer I am facing the following problem;

I have three buttons on the setup type dialog  each for the following
- Typical
-Custom
-Complete

Now say user select the 'Custom'

My problem starts here. I also have a deffered custom action which run some
custom installation procedures at the end. I want to pass this information
that is what kind of intallation mode (typical, custom, or complete) user
has selected.

waiting for the replies ...  . 


-Yana Pentonen

-- 
View this message in context: 
http://n2.nabble.com/Installation-Mode-and-Custom-Actions-tp1117721p1117721.html
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] Installation Mode and Custom Actions

[Allah Rakha]

Hi Folks

While developing Wix based the installer I am facing the following problem;

I have three buttons on the setup type dialog  each for the following
- Typical
-Custom
-Complete

Now say user select the 'Custom'

My problem starts here. I also have a deffered custom action which run some
custom installation procedures at the end. I want to pass this information,
that is what kind of installation mode (typical, custom, or complete) user
has selected to this custom action.

waiting for the replies ...  .


-Yana Pentonen
-
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] Re -using Dialogs

[Dean Ward]

Magic, works a treat!

Thanks for your help :o)

Dean

2008/9/25 Bob Arnson <[EMAIL PROTECTED]>

> Dean Ward wrote:
> > Is this possible? I suspect not because once a dialog is referenced it is
> > effectively a singleton. Is there any way of doing this in a different
> > fashion? I've done a fair bit of searching around this, but have come up
> > with no results so far. Any help will be greatly appreciated!
> >
>
> Use indirect properties, which lets you set a property's value to the
> name of another property. See src\ext\UIExtension\wixlib\BrowseDlg.wxs
> for how BrowseDlg uses them to let multiple dialogs use it.
>
> --
> 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
>



-- 
Dean Ward
E-mail: [EMAIL PROTECTED]
Web: http://www.bakedbean.org.uk/
Mobile: +44 (0)7776 144435
-
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

[WiX-users] Add Remove Programs: Need to suppress fatal error message

[Nimisha Saboo]

Hi,

I have an MSI, which checks a certain condition during uninstall, and if
that condition fails, uninstal does not happen.
Doing it from the command line, I am able to show the message that the
condition is not met, and my installer exits.
However, when I do the uninstall from Add Remove programs, I see the first
message telling that my condition is not met, and there fore I can't
uninstall. On clicking "OK", I am shown another dialog, saying "Fatal Error
during installation."

Any clue, how can I suppress this message?

Thanks in advance,
Nimisha
-
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] how to use WIX write registry values to both 32 bit and 64 bit registries in one MSI?

[Christopher Karper]

You shouldn't directly access the Wow6432Node, just set up your registry
access like a 32 bit program would expect, then mark the component
containing those registry items as Is64Bit="No"...

That should set you up.

Chris

On Thu, Sep 25, 2008 at 5:13 AM, Ravit Shapira <
[EMAIL PROTECTED]> wrote:

> Adding wix-users.
>
> From: Jian Yu
> Sent: Thursday, September 25, 2008 1:45 AM
> To: WiX Working Group
> Cc: Sheng Zhao; Ravit Shapira; Binggong Ding; Jian-Chao Wang
> Subject: how to use WIX write registry values to both 32 bit and 64 bit
> registries in one MSI?
>
> Hi, everyone. Recently, I met some problems in using WIX.
>
> We want to install some data file in a folder, and add registry values
> which points to this folder in both 32bit and 64 bit registries, so both
> 32bit and 64 bit programs can make use of the same data.
>
> We expected to do this in a single MSI. So in this MSI, I need to write
> some registry values to both 32 bit and 64 bit registries in one MSI. I
> tried to achieve this goal by using the "Wow6432Node".
>
> For example,:
>  Name="Version" Type="string" Value="3.0" />
>  Type="string" Value="3.0" />
>
> However, after running the MSI, only "SOFTWARE\Acme\Foobar 1.0"is rightly
> set. Nothing happens in "SOFTWARE\Wow6432Node\Acme\Foobar 1.0".
>
> It seems windows installer doesn't permit the 64bit MSI to write registry
> values in 32 bit registry. Is there any solution about this problem?  This
> WIX file is complied in a 64-bit machine.
>
> Sincerely thanks for your help.
>
> Best regards.
> Jian Yu
> -
> 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

[WiX-users] Problem with Merge module(Error HRESULT E_FAIL)

[Maktuba Mohid]

Hi,

I am currently working with wix and trying to build an installer using wix
2.0 for my project. I need to add a crystal report merge moule with the
installer.

After adding merge module with my installer project when I try to build the
project, I got the following error:

"Error HRESULT E_FAIL has been returned from a call to a COM component."

 

The code of my installer project is given below:

 





 

  

 



 

 

 

 





 



  



 



  



  



 

 



  



  

 



  

 

 





  



 

 



  

 

 

   

  



 

 



  

 

 

 

  



 



  

 

 

 

  



 



  

 

 

 

  



 



  

 

 

 

  



 



  

 

 

 

  



 

 



  

 

 

 

  



 



  

 

 

 

  



 

 



  

 

 

 

  



 

 



  

 

 

 

  



 



  

 

 

 

  



 

 



  

 

 

 

  



 



  

 

 

 

  



 



  

 

 

 

  



 

 

 

 



  

 

 

 

  



 

 



  



  

 

  



  

 

  



 

 





  



 



  



 

  



  

 

 

  



  

 

  



  

 

 

  



  

 

 

 

  



  

 

  



  

 

 

  



  

 

 

  



  

 

  



  

 

 

  



  

 

  



  

 

  



  

 

  



  

 

 

 



 

  



  

 

  



 

  

 

 

 

 



 

 

 

 



 

 



  Privileged



 

 

 

  

  



 

 

Could anyone tell me any solution to get rid of the error.

 

WithRegards,

Maktuba

 

-
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] SQL scripts and Upgrades

[Dana Gutride]

We just use a simple version number stored in a table in the db.  We read it
on upgrade using a custom action scheduled before CostInitialize and then
only components which are greater than that version number are installed
based on a component condition like what's below.

 AND

--3 is the version this particular component upgrades to

Dana

On Thu, Sep 25, 2008 at 2:51 AM, Michael Osmond <[EMAIL PROTECTED]>wrote:

> Hi Eitan,
>
> I also would be interested in knowing what people are doing here.
>
> We do something akin to yours, but have put the logic in the database
> itself.  We build an "update package" which is a set of database
> changes.  Each update package is given a GUID and as we apply the change
> package we write the GUID to a table in the database, each step in the
> update package must test for the existance of its GUID in the table.
>
> So far I have not found anything in MSI or WIX that allows you to really
> do what you have said here.  In part I think it is because a database is
> something fundimentally different to a dll or exe.  You can't just
> replace it.
>
> But I would be very interested in being told I am wrong.
>
> Michael
>
> -Original Message-
> From: Eitan Behar [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 25 September 2008 4:42 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] SQL scripts and Upgrades
>
> Hi,
>
> I have a big fat setup with several baseline SQL scripts, and after it's
> released, I get delta SQL scripts that fix the released database.
>
> The scenario is as follows:
>
> When doing a first installation, I do the baseline (v0), plus all the
> deltas (i.e. v1, v2, v3)
>
> If doing an upgrade, I do check which version is installed and run only
> the corresponding delta (i.e. if v1 is installed, run v2, and v3). I do
> all this process using custom actions.
>
> I wonder if there is a better way to do this. Can I set a condition that
> does not reinstall a particular component if it's already installed?
>
> Thanks,
>
> Eitan
> 
> -
> 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

[WiX-users] XMLFile changes undone on uninstall?

[Michael Owings]

Is XMLFile supposed to back out any changes made to an xml file on 
uninstall (I'm using wix2)? If not should I be using xmlConfig?
-- 
Teleoperate a roving mobile robot from the web:
http://www.swampgas.com/robotics/rover.html

-
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] SQL scripts and Upgrades

[Michael Osmond]

Dana,
 
Are you always using a Major Upgrade?
 
Michael



From: Dana Gutride [mailto:[EMAIL PROTECTED]
Sent: Fri 26/09/2008 12:12 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] SQL scripts and Upgrades



We just use a simple version number stored in a table in the db.  We read it
on upgrade using a custom action scheduled before CostInitialize and then
only components which are greater than that version number are installed
based on a component condition like what's below.

 AND

--3 is the version this particular component upgrades to

Dana

On Thu, Sep 25, 2008 at 2:51 AM, Michael Osmond <[EMAIL PROTECTED]>wrote:

> Hi Eitan,
>
> I also would be interested in knowing what people are doing here.
>
> We do something akin to yours, but have put the logic in the database
> itself.  We build an "update package" which is a set of database
> changes.  Each update package is given a GUID and as we apply the change
> package we write the GUID to a table in the database, each step in the
> update package must test for the existance of its GUID in the table.
>
> So far I have not found anything in MSI or WIX that allows you to really
> do what you have said here.  In part I think it is because a database is
> something fundimentally different to a dll or exe.  You can't just
> replace it.
>
> But I would be very interested in being told I am wrong.
>
> Michael
>
> -Original Message-
> From: Eitan Behar [mailto:[EMAIL PROTECTED]
> Sent: Thursday, 25 September 2008 4:42 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] SQL scripts and Upgrades
>
> Hi,
>
> I have a big fat setup with several baseline SQL scripts, and after it's
> released, I get delta SQL scripts that fix the released database.
>
> The scenario is as follows:
>
> When doing a first installation, I do the baseline (v0), plus all the
> deltas (i.e. v1, v2, v3)
>
> If doing an upgrade, I do check which version is installed and run only
> the corresponding delta (i.e. if v1 is installed, run v2, and v3). I do
> all this process using custom actions.
>
> I wonder if there is a better way to do this. Can I set a condition that
> does not reinstall a particular component if it's already installed?
>
> Thanks,
>
> Eitan
> 
> -
> 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] Problem with Merge module(Error HRESULT E_FAIL)

[ACKH]

I remember that we had the same problem with a CrystalReports msm. Am I
correct that you are using WiX  2.0.5805.1? If so the solution for your
problem is to revert to WiX2.0.5325.0. 2.0.5805.1 contains a bug that is
supposed to be fixed in the upcoming WiX2.0 service pack.
-- 
View this message in context: 
http://n2.nabble.com/Problem-with-Merge-module%28Error-HRESULT-E_FAIL%29-tp1118153p1118492.html
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] Indirect, Custom Actions and Conditions

[Dean Ward]

Hi,

Another question about indirect properties :o)

Assuming a fragment like this:





When populating a property from a custom action (written using DTF), should
I be using the property like this:

TableInfo tableInfo = session.Database.Tables["ComboBox"];
if (tableInfo == null)
   throw new InvalidOperationException("ComboBox table is not defined.");

String insertString = String.Format("{0} TEMPORARY",
tableInfo.SqlInsertString);
session.Database.Execute(insertString, new Record("SQL_SERVER", 0,
"SERVER\\INSTANCE_1", "SERVER\\INSTANCE_1"));
session.Database.Execute(insertString, new Record("SQL_SERVER", 0,
"SERVER\\INSTANCE_2", "SERVER\\INSTANCE_2"));

or like this:

TableInfo tableInfo = session.Database.Tables["ComboBox"];
if (tableInfo == null)
   throw new InvalidOperationException("ComboBox table is not defined.");

String actualProperty = session["SQL_SERVER"];

String insertString = String.Format("{0} TEMPORARY",
tableInfo.SqlInsertString);
session.Database.Execute(insertString, new Record(actualProperty, 0,
"SERVER\\INSTANCE_1", "SERVER\\INSTANCE_1"));
session.Database.Execute(insertString, new Record(actualProperty, 0,
"SERVER\\INSTANCE_2", "SERVER\\INSTANCE_2"));

On an unrelated note, I'd like to use some conditions to enable/disable push
buttons based upon the input from these properties but this doesn't seem to
work? What am I doing wrong? I presume I need to dereference the property
somehow?


   NOT SQL_SERVER = ""
   SQL_SERVER = ""
   


Cheers!

Dean
-- 
View this message in context: 
http://n2.nabble.com/-WiX-users--Indirect%2C-Custom-Actions-and-Conditions-tp1118513p1118513.html
Sent from the wix-users mailing list archive at Nabble.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] SQL scripts and Upgrades

[Dana Gutride]

Yeah, we decided that upgrading our database needs to be a linear operation
for now.  If you want to support patching, you also would need a way to keep
track of which patches are present in the database and condition future
components very carefully.  We could also just make sure that the patch
bumps the version number in our database and only allow patches to be
allowed sequentially or have them be roll-up patches which include all
previous updates, too.

Dana


On Thu, Sep 25, 2008 at 10:41 AM, Michael Osmond <[EMAIL PROTECTED]>wrote:

> Dana,
>
> Are you always using a Major Upgrade?
>
> Michael
>
> 
>
> From: Dana Gutride [mailto:[EMAIL PROTECTED]
> Sent: Fri 26/09/2008 12:12 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] SQL scripts and Upgrades
>
>
>
> We just use a simple version number stored in a table in the db.  We read
> it
> on upgrade using a custom action scheduled before CostInitialize and then
> only components which are greater than that version number are installed
> based on a component condition like what's below.
>
>  AND
> 
> --3 is the version this particular component upgrades to
>
> Dana
>
> On Thu, Sep 25, 2008 at 2:51 AM, Michael Osmond <[EMAIL PROTECTED]
> >wrote:
>
> > Hi Eitan,
> >
> > I also would be interested in knowing what people are doing here.
> >
> > We do something akin to yours, but have put the logic in the database
> > itself.  We build an "update package" which is a set of database
> > changes.  Each update package is given a GUID and as we apply the change
> > package we write the GUID to a table in the database, each step in the
> > update package must test for the existance of its GUID in the table.
> >
> > So far I have not found anything in MSI or WIX that allows you to really
> > do what you have said here.  In part I think it is because a database is
> > something fundimentally different to a dll or exe.  You can't just
> > replace it.
> >
> > But I would be very interested in being told I am wrong.
> >
> > Michael
> >
> > -Original Message-
> > From: Eitan Behar [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, 25 September 2008 4:42 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] SQL scripts and Upgrades
> >
> > Hi,
> >
> > I have a big fat setup with several baseline SQL scripts, and after it's
> > released, I get delta SQL scripts that fix the released database.
> >
> > The scenario is as follows:
> >
> > When doing a first installation, I do the baseline (v0), plus all the
> > deltas (i.e. v1, v2, v3)
> >
> > If doing an upgrade, I do check which version is installed and run only
> > the corresponding delta (i.e. if v1 is installed, run v2, and v3). I do
> > all this process using custom actions.
> >
> > I wonder if there is a better way to do this. Can I set a condition that
> > does not reinstall a particular component if it's already installed?
> >
> > Thanks,
> >
> > Eitan
> > 
> > -
> > 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 anywh

Re: [WiX-users] XMLFile changes undone on uninstall?

[Rob Mensching]

1.  No, XmlFile doesn't do that.

2.  Yes, that's one of a couple reasons XmlConfig was created.

-Original Message-
From: Michael Owings [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 07:37
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] XMLFile changes undone on uninstall?

Is XMLFile supposed to back out any changes made to an xml file on
uninstall (I'm using wix2)? If not should I be using xmlConfig?
--
Teleoperate a roving mobile robot from the web:
http://www.swampgas.com/robotics/rover.html

-
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] Light cultures option

[Neil Sleightholm]

>> There's nothing special in WixUI; they should both work the same way 
>> (falling back to en-us).
I don't believe they do, see
http://sourceforge.net/tracker/index.php?func=detail&aid=2076641&group_i
d=105970&atid=642714

The difference is that when you build your own localisation you can
specify more than more wxl but when you include an extension cultures
only selects the first culture it finds and does read anymore, in
Library.cs - GetLocalization() it returns on the first culture it finds.
Therefore, and I might be wrong, it never falls back to another culture
because they are not loaded.

My interest it primarily to fix the bug above but I can see it causing
problems in the future for the other extensions. At the moment they
don't fail because they only contain en-us, if at some later date they
are partially translated (or translated then more English added) then
they can't fall back to en-us.

Neil

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED] 
Sent: 25 September 2008 03:44
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Light cultures option

Neil Sleightholm wrote:
> Following some earlier posts on this topic I believed that
> "-cultures:nl-nl;en-us" meant "use the Dutch localization but if a
> string is missing use English". This seems to be true for my own
> localization strings but not for the WiX UI Extension (or any other
> extension). For extensions if seems to behave as "if Dutch is present
> use it, if a string is missing throw an error".
>   

There's nothing special in WixUI; they should both work the same way 
(falling back to en-us). The difference is that -cultures is used only 
to choose from cultures available in a .wixlib/extension; it isn't used 
to choose among cultures in .wxls passed in. For that, you have to 
explicitly list .wxls.

-- 
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

-
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] Certificate error

[Tanikella, Rajanikanth (SCR US)]

I made sure all those files were deleted, rebuilt it and tried it again.

I know the error it is mentionis is an 'invalid args' error, but I can't
see anything wrong with the args I gave in the WXS file.

Below is the log (/L*vx) with the relevant actions:

MSI (s) (A0:C4) [14:37:58:414]: Doing action: InstallFiles
Action start 14:37:58: InstallFiles.
MSI (s) (A0:C4) [14:37:58:414]: Note: 1: 2205 2:  3: Patch 
MSI (s) (A0:C4) [14:37:58:414]: Note: 1: 2228 2:  3: Patch 4: SELECT
`Patch`.`File_`, `Patch`.`Header`, `Patch`.`Attributes`,
`Patch`.`Sequence`, `Patch`.`StreamRef_` FROM `Patch` WHERE
`Patch`.`File_` = ? AND `Patch`.`#_MsiActive`=? ORDER BY
`Patch`.`Sequence` 
MSI (s) (A0:C4) [14:37:58:414]: Note: 1: 2205 2:  3: MsiSFCBypass 
MSI (s) (A0:C4) [14:37:58:414]: Note: 1: 2228 2:  3: MsiSFCBypass 4:
SELECT `File_` FROM `MsiSFCBypass` WHERE `File_` = ? 
MSI (s) (A0:C4) [14:37:58:414]: Note: 1: 2205 2:  3: MsiPatchHeaders 
MSI (s) (A0:C4) [14:37:58:414]: Note: 1: 2228 2:  3: MsiPatchHeaders 4:
SELECT `Header` FROM `MsiPatchHeaders` WHERE `StreamRef` = ? 
Action ended 14:37:58: InstallFiles. Return value 1.
MSI (s) (A0:C4) [14:37:58:430]: Doing action: InstallCertificates
Action start 14:37:58: InstallCertificates.
MSI (s) (A0:C4) [14:37:58:430]: Creating MSIHANDLE (7) of type 790542
for thread 2244
MSI (s) (A0:FC) [14:37:58:430]: Invoking remote custom action. DLL:
C:\WINDOWS\Installer\MSI3.tmp, Entrypoint: InstallCertificates
MSI (s) (A0!00) [14:37:58:586]: Creating MSIHANDLE (8) of type 790541
for thread 2304
MSI (s) (A0!00) [14:37:58:586]: Creating MSIHANDLE (9) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:586]: Closing MSIHANDLE (9) of type 790531 for
thread 2304
MSI (s) (A0!00) [14:37:58:586]: Creating MSIHANDLE (10) of type 790540
for thread 2304
MSI (s) (A0!00) [14:37:58:586]: Creating MSIHANDLE (11) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:648]: Creating MSIHANDLE (12) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:648]: Closing MSIHANDLE (12) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:648]: Creating MSIHANDLE (13) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:648]: Closing MSIHANDLE (13) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:648]: Creating MSIHANDLE (14) of type 790540
for thread 2304
MSI (s) (A0!00) [14:37:58:648]: Creating MSIHANDLE (15) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:695]: Creating MSIHANDLE (16) of type 790531
for thread 2304
InstallCertificates:  Error 0x80070057: Failed to open PFX file.
MSI (s) (A0!00) [14:37:58:695]: Closing MSIHANDLE (16) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:695]: Creating MSIHANDLE (17) of type 790531
for thread 2304
InstallCertificates:  Error 0x80070057: Failed to get SHA1 hash of
certificate.
MSI (s) (A0!00) [14:37:58:695]: Closing MSIHANDLE (17) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:695]: Closing MSIHANDLE (15) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:695]: Closing MSIHANDLE (14) of type 790540
for thread 2304
MSI (s) (A0!00) [14:37:58:695]: Creating MSIHANDLE (18) of type 790531
for thread 2304
InstallCertificates:  Error 0x80070057: Failed to resolve certificate:
TrustedRootCertAuthority
MSI (s) (A0!00) [14:37:58:711]: Closing MSIHANDLE (18) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:711]: Closing MSIHANDLE (11) of type 790531
for thread 2304
MSI (s) (A0!00) [14:37:58:727]: Closing MSIHANDLE (10) of type 790540
for thread 2304
MSI (s) (A0!00) [14:37:58:727]: Closing MSIHANDLE (8) of type 790541 for
thread 2304
MSI (s) (A0:FC) [14:37:58:727]: Closing MSIHANDLE (7) of type 790542 for
thread 2244
Action ended 14:37:58: InstallCertificates. Return value 3.
MSI (s) (A0:C4) [14:37:58:742]: Machine policy value 'DisableRollback'
is 0
MSI (s) (A0:C4) [14:37:58:742]: Note: 1: 1402 2:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\R
ollback\Scripts 3: 2 
MSI (s) (A0:C4) [14:37:58:773]: Note: 1: 1402 2:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Installer\R
ollback\Scripts 3: 2 
MSI (s) (A0:C4) [14:37:58:773]: Calling SRSetRestorePoint API.
dwRestorePtType: 13, dwEventType: 103, llSequenceNumber: 22,
szDescription: "".
MSI (s) (A0:C4) [14:37:58:820]: The call to SRSetRestorePoint API
succeeded. Returned status: 0.
MSI (s) (A0:C4) [14:37:58:836]: Unlocking Server
Action ended 14:37:58: INSTALL. Return value 3.
Property(S): TARGETDIR = C:\
...

Thanks for taking a look.

Raj

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 25, 2008 12:51 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Certificate error

Did you clear out all the .wixobj, .wixlibs, .wixpdbs, .msm, .msi files
that were built with a previous version of the toolset?  If so, and your
still seeing a problem can you please share the snippet of the log file
that has all of the error messages + 10 lines on either sid

[WiX-users] How to Skip Licence Aggrement Dialog from FreeTree UI

[BOB1981]

Hi All,

I am using Wix3 in my build and using  which
provides a UI for my Msi Pakcage. I dont want to have License Aggrement
Dialog in my MSi , How can i skip the dialog from it.

I know there are other UI interfaces which i could use, but I need the
Featree Options in my UI, but only wanna skip License Dialog as its a
inhouse application which will be used internally in our project. so we
really dont need a Aggreement part to use.

Thanks..
-- 
View this message in context: 
http://n2.nabble.com/How-to-Skip-Licence-Aggrement-Dialog-from-FreeTree-UI-tp1118983p1118983.html
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] Orphaned Application Pools and IIS Websites after removal

[Shawn Yale]

I'm having an issue and have not been able to find a reason or a
solution.  I have included my .wxs file excerpt below.  I am creating a
web app ppol, and a website that is really basic.  Eventually, the plan
is to have the project able to create multi-instances of the project (ie
I want to be able to install multiple instances of the same website for
different clients on a single webserver).  Currently, the project
installs fine, but when I run the installer again and "remove" the
project, under IIS, the website and application pool are not being
removed for the IIS manager.  

 

I would appreciate any insight on whats causing this problem.

 

Cheers, 

Shawn 

 











































































 



 

















-
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] Custom Actions from Merge Modules

[Tina Basinger]

It seems to me that Wix is being unsupportive of something that Windows
Installer allows.  The InstallExecuteSequence table of an MSI contains
references to both the custom actions defined in the MSI directly as well as
in the merge modules.  You can go in and modify this table directly (using
Orca) however you like, and the MSI essentially doesn't know whether an item
in the table was merged in from a merge module or directly by the install.
Thus, in my opinion, Wix is not allowing something that Windows Installer
fully supports, and this seems wrong to me.

I'm not suggesting that it is good design to code things such that a merge
module defines a custom action, and the main install schedules it.  I'm just
suggesting that Wix is attempting to force people into a good design, and in
this case i don't appreciate it.  It's like you're forcing some sort of
moral standard on me rather than letting me make that decision (and possibly
mistakes) for myself.

Our install is really old and minimal maintenance is only done as needed.
I've just upgraded it from Wix 1.0 to Wix 3.0 (like I said, it's an old
install...), and am running into many issues due to the poor design choices
that were originally made, but were allowed by Wix 1.0.  These issues relate
around the fact that our main install can no longer schedule the merge
module custom actions.  We have 3 main installs consuming our merge modules,
and some of the merge module actions are scheduled in different orders or
with different conditions (usually based on main install properties) between
the various installs, so I really cannot move the scheduling of these items
into our merge modules. For these, i've pulled the custom action definitions
into a wix fragment so that I can keep the scheduling in the main install.
But then there are other custom actions that I have had to leave defined in
the merge modules and schedule them there because they set merge module
properties.  But scheduling these is becoming a problem because the order
depends on other custom actions that are now scheduled by the main install.
It's a mess!

So, as you can see, upgrading to wix 3.0 is giving me a much bigger headache
than I foresaw, which is why I'm a bit perturbed that the wix toolset is
forcing this moral standard upon me, especially since it didn't in the
(very) old days.  And yes, our install is obviously very poorly designed
(not by me), but so far it's worked for us, and it's just going to take a
bit more work than I thought to get it working with wix 3.0.

Thanks for listening to me grumble...
-Tina
On Wed, Sep 24, 2008 at 10:29 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> Tina Basinger wrote:
> > Maybe this is not supported any more.  Should I be able to have the main
> > installation code schedule a custom action that is defined within a merge
> > module?  Any thoughts?
> >
>
> Merge modules are designed to be self-contained, which is why they have
> the modularization GUID attached to their IDs. They should schedule
> their own custom actions. I'm not aware of any way to do what you want
> with WiX, except using .wixlibs instead of .msms.
>
> --
> 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
>
-
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] Custom Actions from Merge Modules

[Rob Mensching]

It's more complicated than that.  The problem your hitting in WiX v3 is 
actually a feature added in WiX v2 that allows a developer to separate their 
authoring into separate "Fragments" and have everything get stitched back 
together.  In WiX v1 the best you could do was to separate authoring out into 
Merge Modules and try to merge everything back together.  This 
"symbol/reference feature" implemented WiX v2 was what allowed WiX v2 scale to 
the needs of Office way back in 2003.

On top of the scalability improvements, that feature has an additional 
(usually) desirable feature of informing the developer when a required piece of 
the setup (such as an Custom Action definition) is missing.  Unfortunately, in 
your case, the improper separation of code in the Merge Modules means those 
references are broken.  As Bob noted, you could switch to .wixlibs and then the 
WiX toolset would be able to resolve references.  Merge Modules are limiting in 
their design here.

It isn't about morals, it's about correctness and limitations in the various 
designs (both in MSI and in WiX).

To carry your analogy of editing with Orca to native code, it is not possible 
to link a .cpp with code that buried in a compiled DLL (i.e. not code that is 
exported from the DLL).  The link.exe will fail telling you it can't resolve 
reference and will not generate an executable.  Now you could probably go in 
with a hex editor and make everything work at the assembly/machine code level.  
Just like in this case, you can go in and hack at the MSI with Orca but 
light.exe won't be able to help you.

Finally, migrating from WiX v1 to WiX v2 is a large undertaking.  Migrating 
from WiX v2 to WiX v3 is pretty straight forward (and WixCop can help *a lot*). 
 WiX v1 didn't have half of the concepts that WiX v2/v3 has and was about half 
as powerful as WiX v2/v3.  I'm sorry it was surprising that there is lot of 
work to migrate from WiX v1 to WiX v2/v3 but anyone that lived through the 
migration would have told that it wasn't going to be easy.

-Original Message-
From: Tina Basinger [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 12:48
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Actions from Merge Modules

It seems to me that Wix is being unsupportive of something that Windows
Installer allows.  The InstallExecuteSequence table of an MSI contains
references to both the custom actions defined in the MSI directly as well as
in the merge modules.  You can go in and modify this table directly (using
Orca) however you like, and the MSI essentially doesn't know whether an item
in the table was merged in from a merge module or directly by the install.
Thus, in my opinion, Wix is not allowing something that Windows Installer
fully supports, and this seems wrong to me.

I'm not suggesting that it is good design to code things such that a merge
module defines a custom action, and the main install schedules it.  I'm just
suggesting that Wix is attempting to force people into a good design, and in
this case i don't appreciate it.  It's like you're forcing some sort of
moral standard on me rather than letting me make that decision (and possibly
mistakes) for myself.

Our install is really old and minimal maintenance is only done as needed.
I've just upgraded it from Wix 1.0 to Wix 3.0 (like I said, it's an old
install...), and am running into many issues due to the poor design choices
that were originally made, but were allowed by Wix 1.0.  These issues relate
around the fact that our main install can no longer schedule the merge
module custom actions.  We have 3 main installs consuming our merge modules,
and some of the merge module actions are scheduled in different orders or
with different conditions (usually based on main install properties) between
the various installs, so I really cannot move the scheduling of these items
into our merge modules. For these, i've pulled the custom action definitions
into a wix fragment so that I can keep the scheduling in the main install.
But then there are other custom actions that I have had to leave defined in
the merge modules and schedule them there because they set merge module
properties.  But scheduling these is becoming a problem because the order
depends on other custom actions that are now scheduled by the main install.
It's a mess!

So, as you can see, upgrading to wix 3.0 is giving me a much bigger headache
than I foresaw, which is why I'm a bit perturbed that the wix toolset is
forcing this moral standard upon me, especially since it didn't in the
(very) old days.  And yes, our install is obviously very poorly designed
(not by me), but so far it's worked for us, and it's just going to take a
bit more work than I thought to get it working with wix 3.0.

Thanks for listening to me grumble...
-Tina
On Wed, Sep 24, 2008 at 10:29 PM, Bob Arnson <[EMAIL PROTECTED]> wrote:

> Tina Basinger wrote:
> > Maybe this is not supported any more. 

Re: [WiX-users] DTF Dependency Detection

[Jacek Dudziak]

Unfortunately it works only partially: my project already contains
references to projects D.dll and C.dll - I need them to build custom action.
When I include them as CustomActionContents, start the build and those dlls
are not GACed yet - they are getting included twice in the command line of
the packaging tool - and that fails the build: EXEC : error : An item with
the same key has already been added.

Do you know if there is a workaround for this problem?

The easiest fix for it would be to ignore that error and use the first
instance of the item only. It would be nice if process that generates that
command line, would always include outcome of ProjectReferences instead of
eliminating GAC contents. That way you could in fairly intuitive way adjust
what is added and what is not to the package: if you do not want something
included, you put it as Reference, and if you want something you put is as
ProjectReference, and if you want something that you do not have project
for, include it as CustomActionContents.

-Original Message-
From: Jason Ginchereau [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 24, 2008 3:08 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DTF Dependency Detection

Hi Jacek,

Sorry it's not documented yet, but I did design in a way define additional
arbitrary files to be added to the CA package. You just need to put the file
list in a property called CustomActionContents, by adding lines like this to
your project file:


 
dependency3.dll;path\to\resource.txt


Let me know if that doesn't solve the problem.

-Jason-


-Original Message-
From: Jacek Dudziak [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 1:25 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] DTF Dependency Detection

Let me rephrase the question: is there a way to force MakeSfxCA to include
some of the libraries that are in GAC? For example B.dll and C.dll are added
to the CA project as references to their own projects vs references to .Net
assemblies sitting in GAC. Could that force MakeSfxCA to include them into
the Packaging phase? Is there any other way to do it?

--
From: "Jacek Dudziak" <[EMAIL PROTECTED]>
Sent: Tuesday, September 23, 2008 4:45 PM
To: 
Subject: [WiX-users] DTF Dependency Detection

> I have a bunch of managed custom actions that rely on multiple DLLs. For
> example CustomAction.dll is loading A.dll, A.dll is loading B.dll and
> B.dll is loading C.dll. CustomAction.dll is registered as binary in the
> MSI, but other dlls are registered as files.
>
> Some of those DLLs are also registered in the GAC. Let's say B.dll and
> C.dll.
>
> I have added to my custom action project refereces to all projects which
> create those DLLs.
>
> Whenever I build it on my machines everything works like a charm. But I
> have couple machines where the same build process does not package B.dll
> and C.dll (MakeSfxCA) - those that are getting registered in GAC. What is
> worse it does not happen all the time - but quite frequently.
>
> Does anybody know why and how can I overcome it? Is it a bug in 3.0.4309.0
> build of Wix? What is the mechanizm for MakeSfcCA detect dependencies? Can
> I influence it?
>
> 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] Using single Dialog to change various paths.

[Richard]

In article <[EMAIL PROTECTED]>,
Sergey Abakumoff <[EMAIL PROTECTED]>  writes:

> However, BrowseDlg always shows SAMPLESDIR folder, it doesn't matter that
> button was clicked - ProgramFilesBrowse or SamplesBrowse.

Don't use DoAction to change the property, use a property setting
control event.

When processing control events, Windows Installer builds some sort of
property dependency graph based on the events.  By putting the
property change in the custom action via DoAction, the properties
don't get updated correctly.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
  

Legalize Adulthood! 

-
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] DTF Dependency Detection

[Jason Ginchereau]

I agree the tool should be fixed to ignore duplicate files. But until that's 
done...

The CA package build process does not specifically check whether a dependency 
is getting GACed. However there is another detail that I forgot in my last 
reply: check the 'Copy Local' property on the project reference node. It needs 
to be set to 'True' to be included in the package. Does that help?

-Jason-

-Original Message-
From: Jacek Dudziak [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 2:22 PM
To: 'General discussion for Windows Installer XML toolset.'
Cc: Jason Ginchereau
Subject: RE: [WiX-users] DTF Dependency Detection

Unfortunately it works only partially: my project already contains
references to projects D.dll and C.dll - I need them to build custom action.
When I include them as CustomActionContents, start the build and those dlls
are not GACed yet - they are getting included twice in the command line of
the packaging tool - and that fails the build: EXEC : error : An item with
the same key has already been added.

Do you know if there is a workaround for this problem?

The easiest fix for it would be to ignore that error and use the first
instance of the item only. It would be nice if process that generates that
command line, would always include outcome of ProjectReferences instead of
eliminating GAC contents. That way you could in fairly intuitive way adjust
what is added and what is not to the package: if you do not want something
included, you put it as Reference, and if you want something you put is as
ProjectReference, and if you want something that you do not have project
for, include it as CustomActionContents.

-Original Message-
From: Jason Ginchereau [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 3:08 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] DTF Dependency Detection

Hi Jacek,

Sorry it's not documented yet, but I did design in a way define additional
arbitrary files to be added to the CA package. You just need to put the file
list in a property called CustomActionContents, by adding lines like this to
your project file:



dependency3.dll;path\to\resource.txt


Let me know if that doesn't solve the problem.

-Jason-


-Original Message-
From: Jacek Dudziak [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 1:25 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] DTF Dependency Detection

Let me rephrase the question: is there a way to force MakeSfxCA to include
some of the libraries that are in GAC? For example B.dll and C.dll are added
to the CA project as references to their own projects vs references to .Net
assemblies sitting in GAC. Could that force MakeSfxCA to include them into
the Packaging phase? Is there any other way to do it?

--
From: "Jacek Dudziak" <[EMAIL PROTECTED]>
Sent: Tuesday, September 23, 2008 4:45 PM
To: 
Subject: [WiX-users] DTF Dependency Detection

> I have a bunch of managed custom actions that rely on multiple DLLs. For
> example CustomAction.dll is loading A.dll, A.dll is loading B.dll and
> B.dll is loading C.dll. CustomAction.dll is registered as binary in the
> MSI, but other dlls are registered as files.
>
> Some of those DLLs are also registered in the GAC. Let's say B.dll and
> C.dll.
>
> I have added to my custom action project refereces to all projects which
> create those DLLs.
>
> Whenever I build it on my machines everything works like a charm. But I
> have couple machines where the same build process does not package B.dll
> and C.dll (MakeSfxCA) - those that are getting registered in GAC. What is
> worse it does not happen all the time - but quite frequently.
>
> Does anybody know why and how can I overcome it? Is it a bug in 3.0.4309.0
> build of Wix? What is the mechanizm for MakeSfcCA detect dependencies? Can
> I influence it?
>
> 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] SQL scripts and Upgrades

[Michael Osmond]

Dana,

I was interested as we went down the track of using minor upgrades with
the ExecuteOnReinstall.  In hind sight this means that you can't use the
component conditions.  The big problem came when we actually needed to
do major upgrade due to structural changes.

Michael

-Original Message-
From: Dana Gutride [mailto:[EMAIL PROTECTED] 
Sent: Friday, 26 September 2008 3:06 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] SQL scripts and Upgrades

Yeah, we decided that upgrading our database needs to be a linear
operation for now.  If you want to support patching, you also would need
a way to keep track of which patches are present in the database and
condition future components very carefully.  We could also just make
sure that the patch bumps the version number in our database and only
allow patches to be allowed sequentially or have them be roll-up patches
which include all previous updates, too.

Dana


On Thu, Sep 25, 2008 at 10:41 AM, Michael Osmond
<[EMAIL PROTECTED]>wrote:

> Dana,
>
> Are you always using a Major Upgrade?
>
> Michael
>
> 
>
> From: Dana Gutride [mailto:[EMAIL PROTECTED]
> Sent: Fri 26/09/2008 12:12 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] SQL scripts and Upgrades
>
>
>
> We just use a simple version number stored in a table in the db.  We 
> read it on upgrade using a custom action scheduled before 
> CostInitialize and then only components which are greater than that 
> version number are installed based on a component condition like 
> what's below.
>
>  AND 
> 
> --3 is the version this particular component upgrades to
>
> Dana
>
> On Thu, Sep 25, 2008 at 2:51 AM, Michael Osmond 
> <[EMAIL PROTECTED]
> >wrote:
>
> > Hi Eitan,
> >
> > I also would be interested in knowing what people are doing here.
> >
> > We do something akin to yours, but have put the logic in the 
> > database itself.  We build an "update package" which is a set of 
> > database changes.  Each update package is given a GUID and as we 
> > apply the change package we write the GUID to a table in the 
> > database, each step in the update package must test for the
existance of its GUID in the table.
> >
> > So far I have not found anything in MSI or WIX that allows you to 
> > really do what you have said here.  In part I think it is because a 
> > database is something fundimentally different to a dll or exe.  You 
> > can't just replace it.
> >
> > But I would be very interested in being told I am wrong.
> >
> > Michael
> >
> > -Original Message-
> > From: Eitan Behar [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, 25 September 2008 4:42 PM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: [WiX-users] SQL scripts and Upgrades
> >
> > Hi,
> >
> > I have a big fat setup with several baseline SQL scripts, and after 
> > it's released, I get delta SQL scripts that fix the released
database.
> >
> > The scenario is as follows:
> >
> > When doing a first installation, I do the baseline (v0), plus all 
> > the deltas (i.e. v1, v2, v3)
> >
> > If doing an upgrade, I do check which version is installed and run 
> > only the corresponding delta (i.e. if v1 is installed, run v2, and 
> > v3). I do all this process using custom actions.
> >
> > I wonder if there is a better way to do this. Can I set a condition 
> > that does not reinstall a particular component if it's already
installed?
> >
> > Thanks,
> >
> > Eitan
> > 
> > 
> > -
> > 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 
> 

Re: [WiX-users] Orphaned Application Pools and IIS Websites afterremoval

[Michael Osmond]

Hello Shawn

I noted that the names for these items include properties for the
CLIENTNAME and so on.  Are these properties being correctly set at
uninstall?  

Michael

-Original Message-
From: Shawn Yale [mailto:[EMAIL PROTECTED] 
Sent: Friday, 26 September 2008 4:58 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Orphaned Application Pools and IIS Websites
afterremoval

I'm having an issue and have not been able to find a reason or a
solution.  I have included my .wxs file excerpt below.  I am creating a
web app ppol, and a website that is really basic.  Eventually, the plan
is to have the project able to create multi-instances of the project (ie
I want to be able to install multiple instances of the same website for
different clients on a single webserver).  Currently, the project
installs fine, but when I run the installer again and "remove" the
project, under IIS, the website and application pool are not being
removed for the IIS manager.  

 

I would appreciate any insight on whats causing this problem.

 

Cheers, 

Shawn 

 











































































 



 


















-
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] how to use WIX write registry values to both 32 bit and 64 bit registries in one MSI?

[Sandeep Gautam (HCL Technologies Ltd)]

Hi,

I am building one msi on  32 bit machine and using on 64 bit machine.
By this MSi, I want to write out of the Wow6432node. But I am not able to do 
the same.
As I guess, I am running this msi in 32 bit scope that is why I am not able to 
write out of the wow6432bit folder.
Even the same installer creating the required entries inside wow6432node folder.
Please help me out.

Regards
Sandeep



-
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] Using single Dialog to change various paths.

[Sergey Abakumoff]

Richard-45 wrote:
> 
>>>Don't use DoAction to change the property, use a property setting
>>>control event.
> 
Even though I use property setting control event:
  

1
  

  

1
  
This doesn't work, browse dialog always shows SAMPLESDIR folder.
Any other thoughts?

-- 
View this message in context: 
http://n2.nabble.com/Using-single-Dialog-to-change-various-paths.-tp1117476p1120012.html
Sent from the wix-users mailing list archive at Nabble.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

[WiX-users] ICE validation error 0n 64 bit build

[Nilkund Aseef]

Hello,

I have the following entry in my Wxs file:


When I do a 64 bit build I get the following error:
error LGHT0204 : ICE80: This Registry BootStrapperReg01 entry uses 32Bit 
Property Value [SystemFolder]MsiExec.exe in Registry table for a 64BitComponent

Does anyone know how I can fix this error?

Thanks!
Aseef.


-
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] ICE validation error 0n 64 bit build

[Rob Mensching]

[System64Folder]

-Original Message-
From: Nilkund Aseef [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 20:37
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] ICE validation error 0n 64 bit build

Hello,

I have the following entry in my Wxs file:


When I do a 64 bit build I get the following error:
error LGHT0204 : ICE80: This Registry BootStrapperReg01 entry uses 32Bit 
Property Value [SystemFolder]MsiExec.exe in Registry table for a 64BitComponent

Does anyone know how I can fix this error?

Thanks!
Aseef.


-
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

[WiX-users] How to pass set of property values to MSI thorugh UI.

[Chandra Vuppala]

Hi,
 
I want to passset of property values to MSI thorugh UI, that to in betwwen 
license screen and Install start screen,
Please anyone give sample on this.
 
Thanks &  Regards,
Chandrashekar vuppala
M-9908298419
Oakton Global Technology Services Centre (India)
 Results Driven. When Business & IT Matters



From: Nilkund Aseef [mailto:[EMAIL PROTECTED]
Sent: Fri 26/09/2008 9:07 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] ICE validation error 0n 64 bit build



Hello,

I have the following entry in my Wxs file:


When I do a 64 bit build I get the following error:
error LGHT0204 : ICE80: This Registry BootStrapperReg01 entry uses 32Bit 
Property Value [SystemFolder]MsiExec.exe in Registry table for a 64BitComponent

Does anyone know how I can fix this error?

Thanks!
Aseef.


-
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



IMPORTANT
1.  This email and any attachments are confidential.  Any unauthorised 
dissemination or other use of these materials is prohibited.  If received in 
error, please contact us and delete all copies.  
2.  Before opening or using attachments, check them for viruses and 
defects.  Our liability is limited to resupplying any affected attachments. 
3.  Protecting your privacy is important to us.  Our privacy statement and 
further information is available at www.oakton.com.au.-
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] ICE validation error 0n 64 bit build

[Nilkund Aseef]

Thanks Rob,

I have the same file that gets built for both 32 and 64 bit builds. So do I 
have to conditionally use these variable. Like if it is 32 bit then use 
Value="[SystemFolder]MsiExec.exe" else if it is 64 bit build then use 
Value="[System64Folder]MsiExec.exe". If yes, how do I achieve this ?

Thanks!
Aseef.

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 25, 2008 10:52 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ICE validation error 0n 64 bit build

[System64Folder]

-Original Message-
From: Nilkund Aseef [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 20:37
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] ICE validation error 0n 64 bit build

Hello,

I have the following entry in my Wxs file:


When I do a 64 bit build I get the following error:
error LGHT0204 : ICE80: This Registry BootStrapperReg01 entry uses 32Bit 
Property Value [SystemFolder]MsiExec.exe in Registry table for a 64BitComponent

Does anyone know how I can fix this error?

Thanks!
Aseef.


-
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] Has anybody got this to work??

[Rob Mensching]

With your example, I finally have a repro.  It looks like there is a bug in 
here somewhere about "reboot".  Still investigating.  Thank you for the example.

-Original Message-
From: CHarker [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 23, 2008 04:37
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users]  Has anybody got this to work??


Rob

I assume by authoring you mean the WIX file.  It is the first post in this
thread or do you need more?


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



















































































Cliff


Rob Mensching-2 wrote:
>
> Can you show the authoring as well?  Unfortunately, that's a very generic
> error message.
>
> -Original Message-
> From: CHarker [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 22, 2008 15:09
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users]  Has anybody got this to work??
>
>
> Rob
>
> OK, I added the  into the file (not  which I
> don't think should be reqd) created the MSI and tried to install on a
> completely new laptop.  I am admin on that too.
>
> I get the same error
>
> InstallFinalize
> ExecServiceConfig Error 0x8007005 Cannot change service configuration.
> Error
> Access denied
> ExecServiceConfig Error 0x8007005 Failed to configure service Whatever
> InstallFinalize return value 3
>
> Cliff
>
>
> CHarker wrote:
>>
>> Rob
>>
>> OK, I added the  into the file (not  which I
>> don't think should be reqd) created the MSI and tried to install on a
>> completely new laptop.  I am admin on that too.
>>
>> I get the same error
>>
>> InstallFinalize
>> ExecServiceConfig Error 0x8007005 Cannot change service configuration.
>> Error Access denied
>> ExecServiceConfig Error 0x8007005 Failed to configure service Whatever
>> InstallFinalize return value 3
>>
>> Cliff
>>
>>
>>
>> Rob Mensching-2 wrote:
>>>
>>> That's my problem, ServiceConfig is working fine.  Are you uninstalling
>>> the MSI before installing a new version?  If not, then you may be
>>> running
>>> the cached MSI over and over and that would explain why every log file
>>> hits the same error.
>>>
>>> -Original Message-
>>> From: [EMAIL PROTECTED]
>>> [mailto:[EMAIL PROTECTED] On Behalf Of CHarker
>>> Sent: Saturday, September 13, 2008 03:00
>>> To: wix-users@lists.sourceforge.net
>>> Subject: Re: [WiX-users]  Has anybody got this to work??
>>>
>>>
>>> I can do that at work on Monday but to be honest you will see very
>>> little.
>>>
>>> Those ExecSecureObjects lines are identical apart from they say either
>>> "SID
>>> not found" if I put a bad name in or "Access denied" if I put one in it
>>> can
>>> find (Administrators).
>>>
>>> I think if you create a simple EXE do a ServiceInstall and a
>>> ServiceConfig
>>> you will get the same thing. I run as admin on my machine.
>>>
>>> Cliff
>>>
>>>
>>> Rob Mensching-2 wrote:

 I understand the frustration.  I do think you've found a bug in here
 *somewhere*.  If you can provide log files of all these failure cases
 (even just snippets with 20 lines above and below the line that has
 "value
 3") then I think we can get this fixed pretty quickly.  I'm actually
 solely focused on fixing extension bugs right now so you could get a
 bug
 fix within a week... if we can track it down.

 Also, I'm quite certain that once we find the bug you'll be far more
 stable than SelfReg + .BAT file.  

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of CHarker
 Sent: Friday, September 12, 2008 09:19
 To: wix-users@lists.sourcefo

Re: [WiX-users] ICE validation error 0n 64 bit build

[Rob Mensching]

I encourage you to read the documentation about that property and experiment.

-Original Message-
From: Nilkund Aseef [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 23:13
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ICE validation error 0n 64 bit build

Thanks Rob,

I have the same file that gets built for both 32 and 64 bit builds. So do I 
have to conditionally use these variable. Like if it is 32 bit then use 
Value="[SystemFolder]MsiExec.exe" else if it is 64 bit build then use 
Value="[System64Folder]MsiExec.exe". If yes, how do I achieve this ?

Thanks!
Aseef.

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 10:52 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ICE validation error 0n 64 bit build

[System64Folder]

-Original Message-
From: Nilkund Aseef [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 25, 2008 20:37
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] ICE validation error 0n 64 bit build

Hello,

I have the following entry in my Wxs file:


When I do a 64 bit build I get the following error:
error LGHT0204 : ICE80: This Registry BootStrapperReg01 entry uses 32Bit 
Property Value [SystemFolder]MsiExec.exe in Registry table for a 64BitComponent

Does anyone know how I can fix this error?

Thanks!
Aseef.


-
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