date:20081008

SQL CustomActions are written using the standard "schedule"/"execute" 
mechanism.  The "schedule" CustomActions read the tables in immediate mode and 
marshals the data to the "execute" CustomActions that do the work in deferred 
mode.  So you need to make sure you add the tables before the SQL CustomActions 
run.

-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 18:04
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Intercepting the SQL CA

Hi,

I'm trying to perform token replacement on SQL script files (such as
database name, server name etc) via a custom CA before the SQL CA executes
them.  I have successfully created the custom CA.  However, I am unsure how
to "intercept" the SQL CA to provide it the "new" files/scripts to execute.
I am not fussed whether they are executed as SqlScripts or SqlStrings.  I
have tried adding the modified files to both the SqlScript and SqlString
tables as temporary rows, however, they do not get picked up by the SQL CA.

Is the SQL CA not seeing the temp rows that I am adding because it runs
deferred, and cannot see temporary rows that I have added? Or do deferred
CAs also have access to the temp rows that I am adding?

Has anyone else got any ideas of how I can achieve the goal of having the
SQL CA execute my modified files?

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

-
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] Intercepting the SQL CA

Hi,

 

I'm trying to perform token replacement on SQL script files (such as
database name, server name etc) via a custom CA before the SQL CA executes
them.  I have successfully created the custom CA.  However, I am unsure how
to "intercept" the SQL CA to provide it the "new" files/scripts to execute.
I am not fussed whether they are executed as SqlScripts or SqlStrings.  I
have tried adding the modified files to both the SqlScript and SqlString
tables as temporary rows, however, they do not get picked up by the SQL CA.

 

Is the SQL CA not seeing the temp rows that I am adding because it runs
deferred, and cannot see temporary rows that I have added? Or do deferred
CAs also have access to the temp rows that I am adding?

Has anyone else got any ideas of how I can achieve the goal of having the
SQL CA execute my modified files?

 

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

[WiX-users] Dependencies and merge modules

2008-10-08 Thread craig.miller

I'm migrating our installer over from an InstallShield based solution to Wix.  
With Installshield, all of our applications dependencies were automatically 
detected, and the appropriate merge module was reccomended.  My questions for 
the list are...

Is there good documentation on how to detect application dependencies and 
locate suitable merge modules?

What tools do you use to determine your application dependencies?
How do you determine which dependency is a system dependency that can always be 
assumed to exist?
How do you determine which merge module contains a particular dependency?
Where does one find standard merge-modules for MFC and other typical 
dependencies of Developer Studio?

Thank you for any suggestions,
Craig

-
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 Update / Upgrade strategy (small, minor, major) affect file overriding?

2008-10-08 Thread Michael Owings

I believe it is also possible to bypass the maintenance screen by simply 
passing /qb to misexec. This should give you a progress bar and cancel 
button, but that's it -- the upgrade happens with no user intervention:

msiexec /i ExampleInstaller.msi /qb REINSTALL=ALL REINSTALLMODE=vomus

I could be wrong, though.

Ian Elliott (Excell Data Corporation) wrote:
> Your command line looks wrong:
> msiexec /i ExampleInstaller.msi REINSTALALL=ALL REINSTALLMODE=vomus
> should be
> msiexec /i ExampleInstaller.msi REINSTALL=ALL REINSTALLMODE=vomus
> 
> (However, it may be another typo.)
> 
> It is expected behavior to get the maintenance dialog during a minor upgrade. 
> Once you click "Install", any newer files should be installed over the old 
> ones.
> 
> Also, you don't actually need to remove the Upgrade tag. It just doesn't get 
> used during a minor upgrade. It is used for major upgrades.
> 
> 
> -Original Message-
> From: polan [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2008 3:39 AM
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
> affect file overriding?
> 
> 
> 
> Thx for the answer
> 
> 
> Ian Elliott (Excell Data Corporation) wrote:
>> For the minor upgrade and small update you don't make use of the Update
>> tag at all.
>>
> 
> Ok - lets stick to minor upgrade. I don't insert the upgrade tag, I change
> the package guid, and version.
> I run the installation msiexec /i ExampleInstaller.msi REINSTALALL=ALL
> REINSTALLMODE=vomus
> And i get stuck at maintenance dialog instead of getting normal
> installation.
> What's possibly wrong? Or maybe it is just the way that minor upgrade works?
> (couldn't think of the good reason)
> The other question is - if I get through it, will the minor upgrade override
> the files with new versions?
> I enclose a file with the source (it is a very simple and short one)
> http://n2.nabble.com/file/n1306236/Product.wxs Product.wxs
> 
> 
> Ian Elliott (Excell Data Corporation) wrote:
>> Also, you listed below that the package guid didn't change for one
>> scenario. You should always have a different package guid for every
>> package built.
>>
> 
> My mistake of course - it was supposed to be written like you say. I did it
> this way, just described it wrong.
> 
> 
> 
> --
> View this message in context: 
> http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1306236.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
> 
> 
> -
> 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
> 
> 
> 


-- 
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] Debugging MakeSfxCA

There's no way to get a more detailed error printout without modifying the code 
of the MakeSfxCA tool.

The easiest way to diagnose the issue would be to capture the command-line from 
your build log and then launch that same command-line in a debugger: devenv 
/debugexe MakeSfxCA.exe 

If you don't have it already, the source code for MakeSfxCA can be found in 
wix3-sources.zip, in the src\dtf\Tools\MakeSfxCA directory.

Or, if you can send me enough info / files to reproduce the error, I'll look 
into it.

-Jason-

-Original Message-
From: Tina Basinger [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 2:05 PM
To: Wix Group
Subject: [WiX-users] Debugging MakeSfxCA

Any tips on figuring out MakeSfxCA errors?  I'm getting the following output
when calling MakeSfxCA.exe from the command line.

...
CA_Name=Fully_Qualified_CA_Name
Modifying SfxCA.dll stub
Error: Non-negative number required.
Parameter name: index
-
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 Update / Upgrade strategy (small, minor, major) affect file overriding?

2008-10-08 Thread polan




Ian Elliott (Excell Data Corporation) wrote:
> 
> Your command line looks wrong:
> msiexec /i ExampleInstaller.msi REINSTALALL=ALL REINSTALLMODE=vomus
> should be
> msiexec /i ExampleInstaller.msi REINSTALL=ALL REINSTALLMODE=vomus
> 
> (However, it may be another typo.)
> 

Such a stupid mistake... sorry for wasting your time and thx for pointing
this. I'll test everything once again with correct command.

-- 
View this message in context: 
http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1307794.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] Debugging MakeSfxCA

2008-10-08 Thread Tina Basinger

Any tips on figuring out MakeSfxCA errors?  I'm getting the following output
when calling MakeSfxCA.exe from the command line.

...
CA_Name=Fully_Qualified_CA_Name
Modifying SfxCA.dll stub
Error: Non-negative number required.
Parameter name: index
-
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] Features in different .msi

2008-10-08 Thread Alex Ivanoff

Let's say I have a product A that has features A1 and A2. Is it possible
to have one .msi that has feature A1 in it and another one that has A2?

-
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] Create and/or modify MSI database tables via DTF from CA

MSI docs do not say anything about creating temporary tables. The usual 
practice is to author an empty table in the MSI which is then available for 
custom actions to add temporary rows.

>> the Database that I get access to through the Session object says it has an 
>> OpenMode of ReadOnly (however the IsReadOnly property is false)

This is a bug in DTF; I'll fix it soon. The MsiGetDatabaseState() call made by 
the IsReadOnly property does not get remoted properly from the CA process to 
the MSI engine. The OpenMode is actually correct -- the Database handle for a 
custom action Session is always ReadOnly.

-Jason-


-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 12:37 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Create and/or modify MSI database tables via DTF from 
CA

1.  No.  The database is read-only while running.

2.  I'm not sure you can add temporary tables, maybe.

3.  You can add temporary rows.



-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 12:33
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Create and/or modify MSI database tables via DTF from CA

Hi,



I am trying to update the MSI tables at runtime from a Custom Action to
perform token replacement in SQL Script files.

The issue I am running into is that the Database that I get access to
through the Session object says it has an OpenMode of ReadOnly (however the
IsReadOnly property is false).

I believe this is the reason that when I go to update either existing
records, or add any new records, I get an error stating "Function failed
during execution. Database: Table(s) Update failed.".

When I execute the same code from a unit test I can reproduce the issue.
However, when I open the database using a mode of "Transact" then I do not
generate any errors. However, I obviously have no control over how the
database is opened at runtime.

So...

- Can I update EXISTING table data somehow from a CA?

- Can I add my own tables and data from a CA?

- Can I add my own data to existing tables from a CA?



Thanks a lot

-
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] How Update / Upgrade strategy (small, minor, major) affect file overriding?

2008-10-08 Thread Ian Elliott (Excell Data Corporation)

Your command line looks wrong:
msiexec /i ExampleInstaller.msi REINSTALALL=ALL REINSTALLMODE=vomus
should be
msiexec /i ExampleInstaller.msi REINSTALL=ALL REINSTALLMODE=vomus

(However, it may be another typo.)

It is expected behavior to get the maintenance dialog during a minor upgrade. 
Once you click "Install", any newer files should be installed over the old ones.

Also, you don't actually need to remove the Upgrade tag. It just doesn't get 
used during a minor upgrade. It is used for major upgrades.

-Original Message-
From: polan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 3:39 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

Thx for the answer

Ian Elliott (Excell Data Corporation) wrote:
>
> For the minor upgrade and small update you don't make use of the Update
> tag at all.
>

Ok - lets stick to minor upgrade. I don't insert the upgrade tag, I change
the package guid, and version.
I run the installation msiexec /i ExampleInstaller.msi REINSTALALL=ALL
REINSTALLMODE=vomus
And i get stuck at maintenance dialog instead of getting normal
installation.
What's possibly wrong? Or maybe it is just the way that minor upgrade works?
(couldn't think of the good reason)
The other question is - if I get through it, will the minor upgrade override
the files with new versions?
I enclose a file with the source (it is a very simple and short one)
http://n2.nabble.com/file/n1306236/Product.wxs Product.wxs

Ian Elliott (Excell Data Corporation) wrote:
>
> Also, you listed below that the package guid didn't change for one
> scenario. You should always have a different package guid for every
> package built.
>

My mistake of course - it was supposed to be written like you say. I did it
this way, just described it wrong.

--
View this message in context: 
http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1306236.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

-
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] Q about Feature costing..

2008-10-08 Thread BOB1981


Hi Vidya,

I am also Facing the Same problem as you are, i wonder what have you done to
fix it.

I want change the text for Parent Feature to show the text totalling the
subfeature. Please let me know is anything at all u think would help me

Thanks


Vidya Kukke wrote:
> 
> Hi,
> 
> My installer has a feature tree with sub-features. The costing displayed
> in the custom setup dialog is good for the sub-feature.
>  However at the parent feature level it shows as 0KB. Is there any way I
> can modify that to just show the costing of the sub-features?
> 
> E.g of my custom setup dlg with parent feature selected
> Parent Feature
> 
> -  Child Feature1
> 
> -  Child Feature2
> 
> Message displayed is
> This component installs .
> This feature requires 0KB on your hard drive. It has 2 of 2 subfeatures
> selected. The subfeatures require 1234KB on your hard drive.
> 
> My Q is can we change the text highlighted in red ?
> 
> Thanks
> Vidya
> -
> 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
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Q-about-Feature-costing..-tp1080942p1307598.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] Feature costing

2008-10-08 Thread BOB1981


Hi, 

My installer has a feature tree with sub-features. The costing displayed in
the custom setup dialog is good for the sub-feature. 
 However at the parent feature level it shows as 0KB. Is there any way I can
modify that to show the costing of Total of the sub-features at parent
level? 

E.g of my custom setup dlg with parent feature selected 
Parent Feature 

-  Child Feature1 

-  Child Feature2 

Message displayed is 
This feature requires 0KB on your hard drive. It has 2 of 2 subfeatures
selected. The subfeatures require 1234KB on your hard drive. 

My Q is can we change the text for Parent Feature to show the text totalling
the subfeature? 

Thanks 

-- 
View this message in context: 
http://n2.nabble.com/Feature-costing-tp1307593p1307593.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] Create and/or modify MSI database tables via DTF from CA

1.  No.  The database is read-only while running.

2.  I'm not sure you can add temporary tables, maybe.

3.  You can add temporary rows.



-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 12:33
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Create and/or modify MSI database tables via DTF from CA

Hi,



I am trying to update the MSI tables at runtime from a Custom Action to
perform token replacement in SQL Script files.

The issue I am running into is that the Database that I get access to
through the Session object says it has an OpenMode of ReadOnly (however the
IsReadOnly property is false).

I believe this is the reason that when I go to update either existing
records, or add any new records, I get an error stating "Function failed
during execution. Database: Table(s) Update failed.".

When I execute the same code from a unit test I can reproduce the issue.
However, when I open the database using a mode of "Transact" then I do not
generate any errors. However, I obviously have no control over how the
database is opened at runtime.

So...

- Can I update EXISTING table data somehow from a CA?

- Can I add my own tables and data from a CA?

- Can I add my own data to existing tables from a CA?



Thanks a lot

-
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] Create and/or modify MSI database tables via DTF from CA

Hi,

 

I am trying to update the MSI tables at runtime from a Custom Action to
perform token replacement in SQL Script files.

The issue I am running into is that the Database that I get access to
through the Session object says it has an OpenMode of ReadOnly (however the
IsReadOnly property is false).

I believe this is the reason that when I go to update either existing
records, or add any new records, I get an error stating "Function failed
during execution. Database: Table(s) Update failed.".

When I execute the same code from a unit test I can reproduce the issue.
However, when I open the database using a mode of "Transact" then I do not
generate any errors. However, I obviously have no control over how the
database is opened at runtime.

So...

- Can I update EXISTING table data somehow from a CA?

- Can I add my own tables and data from a CA?

- Can I add my own data to existing tables from a CA?

 

Thanks a lot

-
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] Failure using Wix installer certificates with Windows Vista

If you have another Certificate bug the stripped down example would be very 
helpful.  Just make sure to file the bug under

extensions
V3.0

And I'll see it.

-Original Message-
From: Luke Bakken [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 10:29
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Failure using Wix installer certificates with Windows 
Vista

Rob,

I'm using 3.0.3829 + the patches I submitted to fix the orphaned
private key issue - that issue is fixed in CVS and I'm eagerly
awaiting the next binary release.

I'm putting together a stripped-down example to add to a bug report on
SourceForge. I'll try it out on XP and Vista with the v2 binaries as
well as the "last known good" (with regard to certificates) v3
binaries.

Am I missing something about entering a bug on SF?

Thanks,
Luke

On Wed, Oct 8, 2008 at 9:55 AM, Rob Mensching
<[EMAIL PROTECTED]> wrote:
> What version of the WiX toolset are you using?
>
> -Original Message-
> From: Luke Bakken [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2008 09:35
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Failure using Wix installer certificates with Windows 
> Vista
>
> WiX users,
>
> I'm following up on a thread from late July entitled "Failure using
> Wix installer certificates with WCF". I am trying to use WiX to
> install PFX certificates with private keys on Windows Vista. The
> installer I have works on XP, but on Vista the certificates *appear*
> to install correctly, however there are no private key files created.
> I believe this is the cause of the problem described in that thread.
>
> I'm attempting a workaround using either winhttpcertcfg.exe or a
> combination of certmgr.exe and winhttpcertcfg.exe.
>
> I would enter a bug report, however it appears that new bug reports
> are disabled on SourceForge for the WiX project. Is this true? All I
> can choose is "Add New Artifact" and "Browse".
>
> Thanks,
> Luke
>
> -
> 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] New to Wix, how do I use the temp folder?

TempFolder is a standard folder.

-Original Message-
From: David Bartmess [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 10:22
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] New to Wix, how do I use the temp folder?

I'm trying to extract certain files into the temp folder for the user,
so that I can run scripts and delete them after. I don't want them
installed anywhere in the Program Files subtree.

How can I specify a Directory with the temp folder as the name?

Thanks!




David Bartmess

Wall Street On Demand

[EMAIL PROTECTED] 

direct: 303.417. x585

cell: 303.883-9117

fax: 303.444.2586


-
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] Bug in wix.ca.targets version 3.0.4318.0?


Thanks - I removed it from the GAC and that fixed it.  Sorry I misread your
last response and thought it was supposed to be there.   I have no idea how
it got in the GAC in the first place if the installer doesn't GAC it as I
certainly don't remember manually GAC'ing it!

 


Re:

[WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

From: Jason Ginchereau <[EMAIL PROTECTED]> - 2008-10-08 16:44


How did Microsoft.Deployment.WindowsInstaller.dll get in the GAC? It's not
supposed to be there; the WiX installer does not put it there. Like I said,
if MakeSfxCA.exe finds a dependency in the GAC, it will NOT include it in
the CA package.

However, you can still force a referenced assembly in the GAC to be included
by setting the Copy Local property of the reference to True. Then when you
build it will copy it to the output directory and MakeSfxCA.exe will find it
in that location instead of in the GAC.

-Jason-

-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 9:02 AM
To: [EMAIL PROTECTED]
Subject: Re: [WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

Hi Jason,



I have checked the GAC and yes the dll IS in there. The "dependant
assembly..." IS also output. I just verified this again and when I call
MakeSfxCA.exe WITHOUT explicitly specifying the WindowsInstaller.dll the
same error is logged (even though it has indicated it has loaded the
dependant assembly when I ran MakeSfxCA.exe). When I do specify, it works.
Any other ideas of what I may be doing wrong/have wrongly configured?

Is there anything other than installing WiX and creating a custom action VS
project that I would have to do?



Thanks




Re:

[WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

From: Jason Ginchereau <[EMAIL PROTECTED]> - 2008-10-08 15:10


That DLL is deliberately not listed separately in wix.ca.targets. It should
always get pulled in automatically as one of the detected dependencies of
your CA assembly.

What is the output from MakeSfxCA.exe when it doesn't include that DLL? It
should say something like:
Loaded dependent assembly:
c:\path\to\Microsoft.Deployment.WindowsInstaller.dll

Did you install Microsoft.Deployment.WindowsInstaller.dll to the GAC? That
might explain why it didn't get picked up -- dependencies resolved to the
GAC are assumed to be part of a separate prerequisite (like the .NET
Framework or other redistributable), and therefore are not included in the
CA package.

-Jason-

-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 6:14 AM
To: WiX User Group
Subject: [WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

Hi,

I created a CA using version 3.0.4318.0 of WiX. When I ran the CA that was
built via an installer, I received the error "Failed to load assembly
Microsoft.Deployment.WindowsInstaller. Error code 0x80070002". Upon checking
the C:\Program Files\MSBuild\Microsoft\WiX\v3.0\wix.ca.targets file that the
CA project template includes, MakeSfxCA.exe is called WITHOUT passing the
Microsoft.Deployment.WindowsInstaller.dll in as one of the dependencies to
bundle. When I modified the wix.ca.targets file, this issue was resolved.

Sorry if this issue has already been reported.

Cheers
_

-
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=/> &url=/
___
WiX-users mailing list
[EMAIL PROTECTED]
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
[EMAIL PROTECTED]
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

Re: [WiX-users] Failure using Wix installer certificates with Windows Vista

2008-10-08 Thread Luke Bakken

Rob,

I'm using 3.0.3829 + the patches I submitted to fix the orphaned
private key issue - that issue is fixed in CVS and I'm eagerly
awaiting the next binary release.

I'm putting together a stripped-down example to add to a bug report on
SourceForge. I'll try it out on XP and Vista with the v2 binaries as
well as the "last known good" (with regard to certificates) v3
binaries.

Am I missing something about entering a bug on SF?

Thanks,
Luke

On Wed, Oct 8, 2008 at 9:55 AM, Rob Mensching
<[EMAIL PROTECTED]> wrote:
> What version of the WiX toolset are you using?
>
> -Original Message-
> From: Luke Bakken [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2008 09:35
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Failure using Wix installer certificates with Windows 
> Vista
>
> WiX users,
>
> I'm following up on a thread from late July entitled "Failure using
> Wix installer certificates with WCF". I am trying to use WiX to
> install PFX certificates with private keys on Windows Vista. The
> installer I have works on XP, but on Vista the certificates *appear*
> to install correctly, however there are no private key files created.
> I believe this is the cause of the problem described in that thread.
>
> I'm attempting a workaround using either winhttpcertcfg.exe or a
> combination of certmgr.exe and winhttpcertcfg.exe.
>
> I would enter a bug report, however it appears that new bug reports
> are disabled on SourceForge for the WiX project. Is this true? All I
> can choose is "Add New Artifact" and "Browse".
>
> Thanks,
> Luke
>
> -
> 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] Bug in FeatureRef?

2008-10-08 Thread Brian Gillespie

Hi Francis,

Ah, yes - of course. That makes perfect sense. Putting the FeatureRefs 
in the main tree does exactly what I want it to do.

Thanks for your help./
 
  - Brian

Brian Gillespie
Rhinoceros Development
Robert McNeel & Associates///

Francis Kam wrote:
> Sounds about right. I've been down this road too. You don't need to end up
> with any Component* elements in your main feature tree. What I ended up
> doing was something more like this in your main:
>
> 
>   
>   
> 
>
> And then in your fragments have something like:
>
> 
>   
> 
>
> -Francis
>
>
> On Tue, Oct 7, 2008 at 4:52 PM, Brian Gillespie <[EMAIL PROTECTED]> wrote:
>
>   
>> Hi Rob,
>>
>>  > References start at the Product and work down.  If a Fragment does
>>  > not get a reference into it, it will never be included in the build.
>>  > Would that explain the behavior you are seeing?
>>
>> Probably. Maybe I'm trying to organize my XML files in a way that WiX
>> isn't designed to handle.
>>
>> My hope was to have a top level wxs file to define the skeleton of my
>> installer: common things including the directory structure and the
>> feature tree structure, but no components.
>>
>> Then each feature would be defined in a separate fragment with
>> corresponding DirectoryRef and FragmentRef references to hook back to
>> the main wxs file:
>>  
>>
>>  
>>
>>  
>>
>>
>>
>>  
>>
>>  
>>
>> But it appears that doing this orphans the component. Is this by design?
>>
>> I was trying to avoid having a big pile of Components, ComponentRefs,
>> ComponentGroups, or ComponentGroupRefs back in the main skeleton wxs
>> file, thinking (perhaps incorrectly) that it would be easiest to
>> maintain if everything related to the feature was in one file.
>>
>>  - Brian
>>
>> Brian Gillespie
>> Rhinoceros Development
>> Robert McNeel & Associates
>>
>> Rob Mensching wrote:
>> 
>>> References start at the Product and work down.  If a Fragment does not
>>>   
>> get a reference into it, it will never be included in the build.  Would that
>> explain the behavior you are seeing?
>> 
>>> -Original Message-
>>> From: Brian Gillespie [mailto:[EMAIL PROTECTED]
>>> Sent: Tuesday, October 07, 2008 15:13
>>> To: wix-users@lists.sourceforge.net
>>> Subject: [WiX-users] Bug in FeatureRef?
>>>
>>> WiX release 3.0.4513.0
>>>
>>> When I use a ComponentRef inside a FeatureRef inside a Fragment file,
>>> the File in my single Component doesn't end up in my MSI. However, if I
>>> move the FeatureRef into the main Product file, it works as I expect.
>>>
>>> Confused? Me too. Here's a tiny WiX project that gives the warning:
>>>
>>>   
>> http://download.mcneel.com/individual/c391d788-6d4c-4c77-9162-749cf19289e1/LayoutTest.zip
>> 
>>> If I move the FeatureRef block from WixFile1.wxs (the fragment) to
>>> LayoutTest.wxs (the Product) it works as I hoped it would work
>>>   
>> originally.
>> 
>>> Ultimately I hoped to use this type of arrangement to partition an
>>> installer with hundreds of files and scores of features such that all
>>> the XML for each feature is in one fragment.
>>>
>>> Thanks for your help,
>>>   - Brian
>>>
>>> Brian Gillespie
>>> Rhinoceros Development
>>> Robert McNeel & Associates
>>>
>>>
>>> -
>>> 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 lis

Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) affect file overriding?

2008-10-08 Thread John Hall

> The only way I've got this to work at the moment is by
> manually changing the Product Id and checking it in before
> doing a publish to avoid the annoying "another version of
> this product is already installed..." message.  Otherwise it
> forces the user to uninstall the previous version before
> installing the new version - something that I've never had to
> do with any serious commercial package.
>
> Is what I'm doing wrong, and if so what alternatives do I have?

You could do minor upgrades for your nightly builds - this requires passing 
REINSTALLMODE=vomus on the msiexec commandline, so would probably require being 
wrapped in a bootstrapper.

Regards,
John

-
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] New to Wix, how do I use the temp folder?

2008-10-08 Thread David Bartmess

I'm trying to extract certain files into the temp folder for the user,
so that I can run scripts and delete them after. I don't want them
installed anywhere in the Program Files subtree.
 
How can I specify a Directory with the temp folder as the name?
 
Thanks!
 

 

David Bartmess

Wall Street On Demand 

[EMAIL PROTECTED]  

direct: 303.417. x585

cell: 303.883-9117

fax: 303.444.2586

 
-
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 Update / Upgrade strategy (small, minor, major) affect file overriding?

Product/@Id="*"

-Original Message-
From: Adam Connelly [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 06:24
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

The project I'm working on at the moment uses a build server to automatically 
build our installers, etc.  As part of this, it provides the version number to 
the installer.  Therefore, every publish we do (and in fact every checkin of 
source) is a different version of the product.  This means that ideally I'd be 
able to take any published msi and install it, and it should have the correct 
install / upgrade behaviour without us having to manually alter the wxs files 
at all (fair enough it also means we have to distribute every file every time, 
but I'm not worried about that at the moment).

The only way I've got this to work at the moment is by manually changing the 
Product Id and checking it in before doing a publish to avoid the annoying 
"another version of this product is already installed..." message.  Otherwise 
it forces the user to uninstall the previous version before installing the new 
version - something that I've never had to do with any serious commercial 
package.

Is what I'm doing wrong, and if so what alternatives do I have?

Cheers,
Adam

-Original Message-
From: polan [mailto:[EMAIL PROTECTED]
Sent: 08 October 2008 11:39
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

Thx for the answer

Ian Elliott (Excell Data Corporation) wrote:
>
> For the minor upgrade and small update you don't make use of the Update
> tag at all.
>

Ok - lets stick to minor upgrade. I don't insert the upgrade tag, I change
the package guid, and version.
I run the installation msiexec /i ExampleInstaller.msi REINSTALALL=ALL
REINSTALLMODE=vomus
And i get stuck at maintenance dialog instead of getting normal
installation.
What's possibly wrong? Or maybe it is just the way that minor upgrade works?
(couldn't think of the good reason)
The other question is - if I get through it, will the minor upgrade override
the files with new versions?
I enclose a file with the source (it is a very simple and short one)
http://n2.nabble.com/file/n1306236/Product.wxs Product.wxs

Ian Elliott (Excell Data Corporation) wrote:
>
> Also, you listed below that the package guid didn't change for one
> scenario. You should always have a different package guid for every
> package built.
>

My mistake of course - it was supposed to be written like you say. I did it
this way, just described it wrong.

--
View this message in context: 
http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1306236.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

-
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] MSI SQL Join Syntax

The MSI SQL Syntax is not a full SQL implementation.  The documentation is 
complete.  "WHERE" is what you're looking for I think.

-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 09:54
To: WiX User Group
Subject: [WiX-users] MSI SQL Join Syntax

Hi,

Does anyone know the correct syntax for joining 2 tables in MSI SQL? There 
isn't a lot of help from the formal documentation at 
http://msdn.microsoft.com/en-us/library/aa372021(VS.85).aspx

I am trying to join the SqlScript and Binary tables to get a list of binary 
files that are actually SQL Scripts.
I have the SQL "SELECT `Name`, `Data` FROM `Binary` INNER JOIN `SqlScript` ON 
`Binary`.`Name` = `SqlScript`.`ScriptBinary`".
However this throws the error through DTF:
"SQL query syntax invalid or unsupported. Database: Test.msi. Invalid or 
missing query string: SELECT `Name`, `Data` FROM `Binary` INNER JOIN 
`SqlScript` ON `Binary`.`Name` = `SqlScript`.`ScriptBinary`.
Any references to blogs/documentation on this topic also would be appreciated 
if anyone has any.

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

-
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] ClickThrough - Need help

No, definitely not.  Later, yes, now... no.

-Original Message-
From: Rahul Ranjit [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 02:05
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ClickThrough - Need help

Thank you!
You would definitely not recommend us to consider it for production level work.

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 1:25 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ClickThrough - Need help

ClickThrough is not fully developed.  There are a lot of bugs left to be 
addressed.  Due to lack of resources, we've been focusing on finishing WiX v3 
and will pick up ClickThrough in WiX v4 (I hope).

-Original Message-
From: Rahul Ranjit [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 00:44
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] ClickThrough - Need help

Hi,

I've been fiddling around with ClickThrough since yesterday and I'm not sure if 
I'm doings things rt.

Steps:
1. Created a test application
2. Used the ClickthroughUI tool to generate the setup.exe and rss feed.
3. Copied the two items into a virtual directory.
4. Updated the application and rebuilt the rss and setup.exe and copied it over 
to the virtual directory

The updates are not happening automatically when I start the application from 
the client. Am I missing anything here?

Questions:
What does the following fields in the rss xml represent?
1. 
2.  - Where is this information populated from? Is this used to 
decide if an update is done?

Can I update the rss feed manually say,  and replace the setup.exe and 
expect an automated update?

Rahul Ranjit

-
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] Visual Studio 2010 and WiX. Which version?

v3.

-Original Message-
From: Jon Arild Tørresdal [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 02:39
To: WiX-users@lists.sourceforge.net
Subject: [WiX-users] Visual Studio 2010 and WiX. Which version?

As you all probably know WiX will be part of Visual Studio 2010. Anybody
know which version? 2 or 3?



Thanks.



Regards,
Jon Arild Tørresdal

Blog:   http://blog.torresdal.net



-
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] Failure using Wix installer certificates with Windows Vista

What version of the WiX toolset are you using?

-Original Message-
From: Luke Bakken [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 09:35
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Failure using Wix installer certificates with Windows Vista

WiX users,

I'm following up on a thread from late July entitled "Failure using
Wix installer certificates with WCF". I am trying to use WiX to
install PFX certificates with private keys on Windows Vista. The
installer I have works on XP, but on Vista the certificates *appear*
to install correctly, however there are no private key files created.
I believe this is the cause of the problem described in that thread.

I'm attempting a workaround using either winhttpcertcfg.exe or a
combination of certmgr.exe and winhttpcertcfg.exe.

I would enter a bug report, however it appears that new bug reports
are disabled on SourceForge for the WiX project. Is this true? All I
can choose is "Add New Artifact" and "Browse".

Thanks,
Luke

-
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] MSI SQL Join Syntax

Hi,
 
Does anyone know the correct syntax for joining 2 tables in MSI SQL? There 
isn't a lot of help from the formal documentation at 
http://msdn.microsoft.com/en-us/library/aa372021(VS.85).aspx
 
I am trying to join the SqlScript and Binary tables to get a list of binary 
files that are actually SQL Scripts.
I have the SQL "SELECT `Name`, `Data` FROM `Binary` INNER JOIN `SqlScript` ON 
`Binary`.`Name` = `SqlScript`.`ScriptBinary`".
However this throws the error through DTF:
"SQL query syntax invalid or unsupported. Database: Test.msi. Invalid or 
missing query string: SELECT `Name`, `Data` FROM `Binary` INNER JOIN 
`SqlScript` ON `Binary`.`Name` = `SqlScript`.`ScriptBinary`.
Any references to blogs/documentation on this topic also would be appreciated 
if anyone has any.
 
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] Bug in wix.ca.targets version 3.0.4318.0?

How did Microsoft.Deployment.WindowsInstaller.dll get in the GAC? It's not 
supposed to be there; the WiX installer does not put it there. Like I said, if 
MakeSfxCA.exe finds a dependency in the GAC, it will NOT include it in the CA 
package.

However, you can still force a referenced assembly in the GAC to be included by 
setting the Copy Local property of the reference to True. Then when you build 
it will copy it to the output directory and MakeSfxCA.exe will find it in that 
location instead of in the GAC.

-Jason-

-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 9:02 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

Hi Jason,



I have checked the GAC and yes the dll IS in there.  The "dependant
assembly..." IS also output.  I just verified this again and when I call
MakeSfxCA.exe WITHOUT explicitly specifying the WindowsInstaller.dll the
same error is logged (even though it has indicated it has loaded the
dependant assembly when I ran MakeSfxCA.exe).  When I do specify, it works.
Any other ideas of what I may be doing wrong/have wrongly configured?

Is there anything other than installing WiX and creating a custom action VS
project that I would have to do?



Thanks




Re:

[WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

From: Jason Ginchereau <[EMAIL PROTECTED]> - 2008-10-08 15:10


That DLL is deliberately not listed separately in wix.ca.targets. It should
always get pulled in automatically as one of the detected dependencies of
your CA assembly.

What is the output from MakeSfxCA.exe when it doesn't include that DLL? It
should say something like:
Loaded dependent assembly:
c:\path\to\Microsoft.Deployment.WindowsInstaller.dll

Did you install Microsoft.Deployment.WindowsInstaller.dll to the GAC? That
might explain why it didn't get picked up -- dependencies resolved to the
GAC are assumed to be part of a separate prerequisite (like the .NET
Framework or other redistributable), and therefore are not included in the
CA package.

-Jason-

-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 6:14 AM
To: WiX User Group
Subject: [WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

Hi,

I created a CA using version 3.0.4318.0 of WiX. When I ran the CA that was
built via an installer, I received the error "Failed to load assembly
Microsoft.Deployment.WindowsInstaller. Error code 0x80070002". Upon checking
the C:\Program Files\MSBuild\Microsoft\WiX\v3.0\wix.ca.targets file that the
CA project template includes, MakeSfxCA.exe is called WITHOUT passing the
Microsoft.Deployment.WindowsInstaller.dll in as one of the dependencies to
bundle. When I modified the wix.ca.targets file, this issue was resolved.

Sorry if this issue has already been reported.

Cheers
_

-
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
[EMAIL PROTECTED]
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] Failure using Wix installer certificates with Windows Vista

2008-10-08 Thread Luke Bakken

WiX users,

I'm following up on a thread from late July entitled "Failure using
Wix installer certificates with WCF". I am trying to use WiX to
install PFX certificates with private keys on Windows Vista. The
installer I have works on XP, but on Vista the certificates *appear*
to install correctly, however there are no private key files created.
I believe this is the cause of the problem described in that thread.

I'm attempting a workaround using either winhttpcertcfg.exe or a
combination of certmgr.exe and winhttpcertcfg.exe.

I would enter a bug report, however it appears that new bug reports
are disabled on SourceForge for the WiX project. Is this true? All I
can choose is "Add New Artifact" and "Browse".

Thanks,
Luke

-
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] Bug in wix.ca.targets version 3.0.4318.0?

Hi Jason,

 

I have checked the GAC and yes the dll IS in there.  The "dependant
assembly..." IS also output.  I just verified this again and when I call
MakeSfxCA.exe WITHOUT explicitly specifying the WindowsInstaller.dll the
same error is logged (even though it has indicated it has loaded the
dependant assembly when I ran MakeSfxCA.exe).  When I do specify, it works.
Any other ideas of what I may be doing wrong/have wrongly configured?

Is there anything other than installing WiX and creating a custom action VS
project that I would have to do?

 

Thanks

 


Re:

[WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

From: Jason Ginchereau <[EMAIL PROTECTED]> - 2008-10-08 15:10


That DLL is deliberately not listed separately in wix.ca.targets. It should
always get pulled in automatically as one of the detected dependencies of
your CA assembly.

What is the output from MakeSfxCA.exe when it doesn't include that DLL? It
should say something like:
Loaded dependent assembly:
c:\path\to\Microsoft.Deployment.WindowsInstaller.dll

Did you install Microsoft.Deployment.WindowsInstaller.dll to the GAC? That
might explain why it didn't get picked up -- dependencies resolved to the
GAC are assumed to be part of a separate prerequisite (like the .NET
Framework or other redistributable), and therefore are not included in the
CA package.

-Jason-

-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 6:14 AM
To: WiX User Group
Subject: [WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

Hi,

I created a CA using version 3.0.4318.0 of WiX. When I ran the CA that was
built via an installer, I received the error "Failed to load assembly
Microsoft.Deployment.WindowsInstaller. Error code 0x80070002". Upon checking
the C:\Program Files\MSBuild\Microsoft\WiX\v3.0\wix.ca.targets file that the
CA project template includes, MakeSfxCA.exe is called WITHOUT passing the
Microsoft.Deployment.WindowsInstaller.dll in as one of the dependencies to
bundle. When I modified the wix.ca.targets file, this issue was resolved.

Sorry if this issue has already been reported.

Cheers
_

-
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
[EMAIL PROTECTED]
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 create shortcut to an existing application?

2008-10-08 Thread Andrew Kendall

Hi All,

The product I am installing is a plug-in for another application, and I want to 
create a shortcut for the 'mother' application already installed on the users 
machine. All the examples I have seen so far declare Shortcut elements as 
children of File elements, but that is not applicable in this situation.

I can see how this can be done via a Custom Action (dll function) but I would 
prefer, if possible, to use built-in Windows Installer functionality and avoid 
having to worry about removal of the shortcuts during an uninstall.

If anybody could kindly provide a pointer or two, I would be most grateful, and 
thank you in advance for your time and attention.

Regards,
Andrew Kendall



  
-
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] Target framework when building WIX v3

2008-10-08 Thread Christopher Karper

The 3.0 and 3.5 framework versions use the 2.0 runtime.  They're just
library and syntax additions.  I would suggest trying to reinstall the v2 of
NetFx, then reinstall Wix 3.

I don't know for sure what's causing it, or if that will fix it, but it'd be
a great first shot since you're apparently having tlb registration issues.

Chris

On Tue, Oct 7, 2008 at 12:48 PM, Jeb Remus <[EMAIL PROTECTED]> wrote:

>
>
>Hello,
>
>I'm having some trouble building WIX v3.   The top of my
> build log has
>
>
>...
> Target framework: Microsoft .NET Framework 3.5
> Target(s) specified: inc
>
>  [property] Target framework changed to "Microsoft .NET Framework 2.0".
> ...
>
>
>
> However my build is failing with
>
> [cl] c:\users\jebremus\documents\visual studio
> 2008\projects\wix\src\dtf\tools\sfxca\precomp.h(32) : fatal error C1083:
> Cannot open type library file: 'mscorlib.tlb': No such file or directory
>
>
> Mscorlib.tlb exists in the 2.0 framework folder, but not in 3.5.  When the
> build log says the target framework has been changed to 2.0, is this in fact
> the case?  Can I explicitly target a framework?  Any help would be great,
> thanks much.
>
> -jeb
> -
> 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] Whats the best way to create a stub based installer?

2008-10-08 Thread Kunal Manaktola

I need an installer with a stub that has a very small disk size (maybe
less than 1MB) that checks conditions to see if the program is already
installed, and if it is it launches program.exe, and if it isn't
installed, it launches setup.exe as well as other pre-req setup programs
like windows installer and .net 2.0

 

Also if I plan to use the installer to check if the latest version of
the program is installed by checking it with the "server version" which
the path is located in a .ini file in the windows folder.

 

 

Whats the best way of doing this???  I need some major help !!!

 

 

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] Bug in wix.ca.targets version 3.0.4318.0?

That DLL is deliberately not listed separately in wix.ca.targets. It should 
always get pulled in automatically as one of the detected dependencies of your 
CA assembly.

What is the output from MakeSfxCA.exe when it doesn't include that DLL? It 
should say something like:
Loaded dependent assembly: 
c:\path\to\Microsoft.Deployment.WindowsInstaller.dll

Did you install Microsoft.Deployment.WindowsInstaller.dll to the GAC? That 
might explain why it didn't get picked up -- dependencies resolved to the GAC 
are assumed to be part of a separate prerequisite (like the .NET Framework or 
other redistributable), and therefore are not included in the CA package.

-Jason-

-Original Message-
From: Nic Barden [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 6:14 AM
To: WiX User Group
Subject: [WiX-users] Bug in wix.ca.targets version 3.0.4318.0?

Hi,

I created a CA using version 3.0.4318.0 of WiX.  When I ran the CA that was 
built via an installer, I received the error "Failed to load assembly 
Microsoft.Deployment.WindowsInstaller. Error code 0x80070002".  Upon checking 
the C:\Program Files\MSBuild\Microsoft\WiX\v3.0\wix.ca.targets file that the CA 
project template includes, MakeSfxCA.exe is called WITHOUT passing the 
Microsoft.Deployment.WindowsInstaller.dll in as one of the dependencies to 
bundle.  When I modified the wix.ca.targets file, this issue was resolved.

Sorry if this issue has already been reported.

Cheers
_

-
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 create "Pinned" Start menu items

2008-10-08 Thread Roger Lipscombe

http://blogs.msdn.com/oldnewthing/archive/2003/09/03/54760.aspx

-Original Message-
From: Scott Palmer [mailto:[EMAIL PROTECTED]
Sent: Wed 08 October 2008 15:30
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How to create "Pinned" Start menu items

How can I have my WiX installer create an item in the Start menu that is
"pinned" ?
Thanks,

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

DISCLAIMER:  This is a PRIVATE AND CONFIDENTIAL message for the ordinary user 
of this email address.  If you are not the intended recipient, please delete 
without copying and kindly advise us by e-mail of the mistake in delivery.  
NOTE:  Regardless of content, this e-mail shall not operate to bind 1E Ltd to 
any order or other contract unless pursuant to explicit written agreement or 
government initiative expressly permitting the use of e-mail for such purpose.

-
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 create "Pinned" Start menu items

2008-10-08 Thread Frank Richter

On 08.10.2008 16:30, Scott Palmer wrote:
> How can I have my WiX installer create an item in the Start menu that is
> "pinned" ?

You can't: http://blogs.msdn.com/oldnewthing/archive/2003/09/03/54760.aspx

-f.r

-
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 create "Pinned" Start menu items

2008-10-08 Thread Scott Palmer

How can I have my WiX installer create an item in the Start menu that is
"pinned" ?
Thanks,

Scott
-
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 GAC .Net assemblies the correct way?

2008-10-08 Thread Neil Enns

There is a complete example of how to do this in the WiX help file that ships 
with WiX. Look under the How To section.

Neil

From: Wong Shao Voon [EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 2:54 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to GAC .Net assemblies the correct way?

Hey guys,

I could use a custom action to gacutil the .Net dlls into the GAC. But I 
searched that WiX and MSI has the correct way of GAC'ing the dlls, instead of 
using gacutil.exe . After I googled, I still couldn't find a single example on 
how to do it. Could someone kind enough to enlighten me the correct way to 
specify it in the WXS file?

Thank you very much!

And have a nice day!

Best regards,
Shao Voon

-
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] Heat.exe and '1 directory - 1 component' mode

2008-10-08 Thread Yan Sklyarenko

Hello WiX community,

 

Does heat.exe utility support the mode "1 directory - 1 component", when
it harvests all the files of a certain directory to a single component?

I failed to find this option playing with the command-line switches, but
tallow.exe could do this (-1 switch).

 

Thank you.

 

-- Yan

 

-
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 Update / Upgrade strategy (small, minor, major) affect file overriding?

2008-10-08 Thread Adam Connelly

The project I'm working on at the moment uses a build server to automatically 
build our installers, etc.  As part of this, it provides the version number to 
the installer.  Therefore, every publish we do (and in fact every checkin of 
source) is a different version of the product.  This means that ideally I'd be 
able to take any published msi and install it, and it should have the correct 
install / upgrade behaviour without us having to manually alter the wxs files 
at all (fair enough it also means we have to distribute every file every time, 
but I'm not worried about that at the moment).

The only way I've got this to work at the moment is by manually changing the 
Product Id and checking it in before doing a publish to avoid the annoying 
"another version of this product is already installed..." message.  Otherwise 
it forces the user to uninstall the previous version before installing the new 
version - something that I've never had to do with any serious commercial 
package.

Is what I'm doing wrong, and if so what alternatives do I have?

Cheers,
Adam

-Original Message-
From: polan [mailto:[EMAIL PROTECTED]
Sent: 08 October 2008 11:39
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] How Update / Upgrade strategy (small, minor, major) 
affect file overriding?

Thx for the answer

Ian Elliott (Excell Data Corporation) wrote:
>
> For the minor upgrade and small update you don't make use of the Update
> tag at all.
>

Ok - lets stick to minor upgrade. I don't insert the upgrade tag, I change
the package guid, and version.
I run the installation msiexec /i ExampleInstaller.msi REINSTALALL=ALL
REINSTALLMODE=vomus
And i get stuck at maintenance dialog instead of getting normal
installation.
What's possibly wrong? Or maybe it is just the way that minor upgrade works?
(couldn't think of the good reason)
The other question is - if I get through it, will the minor upgrade override
the files with new versions?
I enclose a file with the source (it is a very simple and short one)
http://n2.nabble.com/file/n1306236/Product.wxs Product.wxs

Ian Elliott (Excell Data Corporation) wrote:
>
> Also, you listed below that the package guid didn't change for one
> scenario. You should always have a different package guid for every
> package built.
>

My mistake of course - it was supposed to be written like you say. I did it
this way, just described it wrong.

--
View this message in context: 
http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1306236.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

-
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] Bug in wix.ca.targets version 3.0.4318.0?

Hi,
 
I created a CA using version 3.0.4318.0 of WiX.  When I ran the CA that was 
built via an installer, I received the error "Failed to load assembly 
Microsoft.Deployment.WindowsInstaller. Error code 0x80070002".  Upon checking 
the C:\Program Files\MSBuild\Microsoft\WiX\v3.0\wix.ca.targets file that the CA 
project template includes, MakeSfxCA.exe is called WITHOUT passing the 
Microsoft.Deployment.WindowsInstaller.dll in as one of the dependencies to 
bundle.  When I modified the wix.ca.targets file, this issue was resolved.
 
Sorry if this issue has already been reported.
 
Cheers
_

-
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] Visual Studio 2010 and WiX. Which version?

2008-10-08 Thread Jon Arild Tørresdal

As you all probably know WiX will be part of Visual Studio 2010. Anybody
know which version? 2 or 3? 

 

Thanks.

 

Regards,
Jon Arild Tørresdal

Blog:   http://blog.torresdal.net

 

-
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 Update / Upgrade strategy (small, minor, major) affect file overriding?

2008-10-08 Thread polan

Thx for the answer

Ian Elliott (Excell Data Corporation) wrote:
> 
> For the minor upgrade and small update you don't make use of the Update
> tag at all.
> 

Ok - lets stick to minor upgrade. I don't insert the upgrade tag, I change
the package guid, and version. 
I run the installation msiexec /i ExampleInstaller.msi REINSTALALL=ALL
REINSTALLMODE=vomus
And i get stuck at maintenance dialog instead of getting normal
installation. 
What's possibly wrong? Or maybe it is just the way that minor upgrade works?
(couldn't think of the good reason)
The other question is - if I get through it, will the minor upgrade override
the files with new versions?
I enclose a file with the source (it is a very simple and short one)
http://n2.nabble.com/file/n1306236/Product.wxs Product.wxs 

Ian Elliott (Excell Data Corporation) wrote:
> 
> Also, you listed below that the package guid didn't change for one
> scenario. You should always have a different package guid for every
> package built.
> 

My mistake of course - it was supposed to be written like you say. I did it
this way, just described it wrong.

-- 
View this message in context: 
http://n2.nabble.com/How-Update---Upgrade-strategy-%28small%2C-minor%2C-major%29-affect-file-overriding--tp1304357p1306236.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 GAC .Net assemblies the correct way?

2008-10-08 Thread Eitan Behar

Very simple, just use the file property Assembly=".net" that way the file
will go to the GAC regardless of its position in the directory tree. Notice
that if you want the DLL also in Program Files\YourApp\bin, you need another
component.



-Original Message-
From: Wong Shao Voon [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 08, 2008 11:55 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to GAC .Net assemblies the correct way?

Hey guys,

I could use a custom action to gacutil the .Net dlls into the GAC. But I
searched that WiX and MSI has the correct way of GAC'ing the dlls, instead
of using gacutil.exe . After I googled, I still couldn't find a single
example on how to do it. Could someone kind enough to enlighten me the
correct way to specify it in the WXS file?

Thank you very much!

And have a nice day!

Best regards,
Shao Voon



  
-
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 GAC .Net assemblies the correct way?

2008-10-08 Thread Wong Shao Voon

Hey guys,

I could use a custom action to gacutil the .Net dlls into the GAC. But I 
searched that WiX and MSI has the correct way of GAC'ing the dlls, instead of 
using gacutil.exe . After I googled, I still couldn't find a single example on 
how to do it. Could someone kind enough to enlighten me the correct way to 
specify it in the WXS file?

Thank you very much!

And have a nice day!

Best regards,
Shao Voon



  
-
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] Assemblies in GAC don't find their native dependencies

2008-10-08 Thread ACKH

Hi all,

We have a framework that consists of both managed and unmanaged assemblies.
The managed assembies depend on the unmanaged assemblies. Some are connected
using dllimport (e.g. [DllImport("kernel32")]) and some .NET assemblies are
managed C++ that include the headers of the unmanaged assemblies.

Now if we deploy this framework as part of an application and all framework
files (managed and unmanaged) are installed into the same folder everything
works just fine. But if we install the managed assemblies into the Global
Assembly Cache we run into problems. The managed assemblies simply can't
find their unmanaged dependencies. This is comprehensible because it is not
clear for the runtime where the dlls are actually installed. Currently we
solved the by expanding the path variable of the application process with a
link to the directory containing the dependencies.

What is quite interesting is that NGen.exe (.NET 2.0 framework) cannot deal
with this scenario (managed dll in GAC, unmanaged dll in "C:\Program
Files\TestApp\bin" directory). I know that NGen.exe offers the switch
/AppBase to point to the directory containing the dependencies but this does
not work in our case. We call NGen.exe the following way:

"C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\ngen.exe" install
"ManagedTest, Version=1.0.0.0, Culture=neutral, PublicKeyToken=" /AppBase:"C:\Program Files\TestApp\bin\\"

NGen.exe fails with the following error message:
"Failed to load dependency of assembly , Version=1.0.0.0, Culture=neutral, PublicKeyToken= because of the following error : This application has failed to start
because the application configuration is incorrect. Reinstalling the
application may fix this problem. (Exception from HRESULT: 0x800736B1)

When I add the directory (C:\Program Files\TestApp\bin") to the PATH
variable NGen works just fine. This is not very elegant because I want to
call NGen.exe in my merge module that deploys the framework. Basically the
WiX installer that creates my merge modules calls NGen just like that and it
works but only if I set the PATH variable accordingly. The attribute
AppBaseDirectory in NetFx:NativeImage is set to the correct dependencies
folder (actually the NGen.exe call is copied out of the installer log file)

I don't want my installer to manipulate the PATH variable but currently I
don't see another way. I posted in the MSDNs Common language runtime forum
because it is not clear to me why the AppBase switch is not solving that
problem.

Does anyone know what I can do in my installer besides adding the directory
to the PATH variable?

Thanks!
--
View this message in context:
http://n2.nabble.com/Assemblies-in-GAC-don%27t-find-their-native-dependencies-tp1306147p1306147.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] ClickThrough - Need help

2008-10-08 Thread Rahul Ranjit

Thank you!
You would definitely not recommend us to consider it for production level work.

-Original Message-
From: Rob Mensching [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 1:25 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] ClickThrough - Need help

ClickThrough is not fully developed.  There are a lot of bugs left to be 
addressed.  Due to lack of resources, we've been focusing on finishing WiX v3 
and will pick up ClickThrough in WiX v4 (I hope).

-Original Message-
From: Rahul Ranjit [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 08, 2008 00:44
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] ClickThrough - Need help

Hi,

I've been fiddling around with ClickThrough since yesterday and I'm not sure if 
I'm doings things rt.

Steps:
1. Created a test application
2. Used the ClickthroughUI tool to generate the setup.exe and rss feed.
3. Copied the two items into a virtual directory.
4. Updated the application and rebuilt the rss and setup.exe and copied it over 
to the virtual directory

The updates are not happening automatically when I start the application from 
the client. Am I missing anything here?

Questions:
What does the following fields in the rss xml represent?
1. 
2.  - Where is this information populated from? Is this used to 
decide if an update is done?

Can I update the rss feed manually say,  and replace the setup.exe and 
expect an automated update?

Rahul Ranjit

-
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] ClickThrough - Need help