Re: [WiX-users] failed to uninstall 3.6.2130.0 ?

[Simon Dahlbacka]

Thanks, that did the trick!

On Tue, Sep 4, 2012 at 11:14 PM, Rob Mensching  wrote:

> Old bug in Burn required the download of exe packages even though they
> would not be uninstalled. That was fixed later.  Your connection to the
> internet (maybe a proxy) is also taking longer than the default timeout.
> That issue was also fixed in a later version of Burn.
>
> To work around the issue, try manually downloading
>
> http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe
> and
> put it next to the wix36.exe that you are uninstalling.  If Burn finds the
> file next locally, it won't try to download from the internet and the
> uninstall should proceed.
> On Mon, Sep 3, 2012 at 11:24 PM, Simon Dahlbacka
> wrote:
>
> > I was about to install the final 3.6 version but got uninstall failure,
> how
> > do I get it off my machine so I can get the correct version installed?
> >
> > Here's the log file:
> >
> > [2354:25D8][2012-09-04T09:09:25]: Burn v3.6.2130.0, path:
> > C:\ProgramData\Package
> > Cache\{bc918578-6003-4542-b8de-d5714088605e}\WiX36.exe, cmdline:
> > '-uninstall -quiet -burn.related.upgrade -burn.unelevated
> > BurnPipe.{C10F26DB-7B0D-405C-AC1F-685628DED139}
> > {39460D2B-1766-42FA-B53C-690916551329} 4788'
> > [2354:25D8][2012-09-04T09:09:25]: This bundle is being run by a related
> > bundle as type 'Upgrade'.
> > [2354:25D8][2012-09-04T09:09:25]: Setting string variable 'WixBundleName'
> > to value 'WiX Toolset v3.6.2130.0'
> > [2354:25D8][2012-09-04T09:09:25]: Setting string variable 'WixBundleLog'
> to
> > value
> >
> >
> 'C:\Users\SDAHLB~1\AppData\Local\Temp\WiX_Toolset_v3.6.2130.0_20120904090925.log'
> > [2354:25D8][2012-09-04T09:09:30]: Loading managed bootstrapper
> application.
> > [2354:25D8][2012-09-04T09:09:31]: Detect 3 packages
> > [2354:25D8][2012-09-04T09:09:31]: Setting string variable
> > 'Netfx4x64FullVersion' to value '4.5.50709'
> > [2354:25D8][2012-09-04T09:09:31]: Registry value not found. Key =
> > 'SOFTWARE\Microsoft\VisualStudio\8.0', Value = 'InstallDir'
> > [2354:25D8][2012-09-04T09:09:31]: Setting string variable
> > 'Netfx4FullVersion' to value '4.5.50709'
> > [2354:25D8][2012-09-04T09:09:31]: Detected related bundle:
> > {d8b4d69d-4ed2-4fc3-a6ad-26cab0e7da1d}, scope: PerMachine, version:
> > 3.6.3303.0, operation: None
> > [2354:25D8][2012-09-04T09:09:31]: Condition 'Netfx4FullVersion AND (NOT
> > VersionNT64 OR Netfx4x64FullVersion)' evaluates to true.
> > [2354:25D8][2012-09-04T09:09:31]: Detected package: Netfx4Full, state:
> > Present, cached: No
> > [2354:25D8][2012-09-04T09:09:31]: Detected package: ProjectAggregator2,
> > state: Absent, cached: No
> > [2354:25D8][2012-09-04T09:09:31]: Detected related package:
> > {9CA8AE78-BF94-4CBC-B9C7-B799644063DF}, scope: PerMachine, version:
> > 3.6.3303.0, operation: Downgrade
> > [2354:25D8][2012-09-04T09:09:31]: Detected package: Wix, state:
> Superseded,
> > cached: Yes
> > [2354:25D8][2012-09-04T09:09:31]: Detect complete, result: 0x0
> > [2354:25D8][2012-09-04T09:09:31]: Plan 3 packages, action: Uninstall
> > [2354:25D8][2012-09-04T09:09:31]: Planned package: Wix, state:
> Superseded,
> > default requested: None, ux requested: None, execute: None, rollback:
> None,
> > cache: No, uncache: No, dependency: Unregister
> > [2354:25D8][2012-09-04T09:09:31]: Planned package: ProjectAggregator2,
> > state: Absent, default requested: Absent, ux requested: Absent, execute:
> > None, rollback: None, cache: No, uncache: No, dependency: Unregister
> > [2354:25D8][2012-09-04T09:09:31]: Setting string variable
> > 'WixBundleRollbackLog_Netfx4Full' to value
> >
> >
> 'C:\Users\SDAHLB~1\AppData\Local\Temp\WiX_Toolset_v3.6.2130.0_20120904090925_0_Netfx4Full_rollback.log'
> > [2354:25D8][2012-09-04T09:09:31]: Planned package: Netfx4Full, state:
> > Present, default requested: Absent, ux requested: Absent, execute: None,
> > rollback: Install, cache: Yes, uncache: Yes, dependency: Register
> > [2354:25D8][2012-09-04T09:09:31]: Plan complete, result: 0x0
> > [2354:25D8][2012-09-04T09:09:31]: Apply begin
> > [2354:16A0][2012-09-04T09:09:31]: Download engine HTTP 200 HEAD to
> >
> >
> http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe
> > [2354:16A0][2012-09-04T09:10:02]: Error 0x80072ee2: Failed to send
> request
> > to URL

[WiX-users] failed to uninstall 3.6.2130.0 ?

[Simon Dahlbacka]

I was about to install the final 3.6 version but got uninstall failure, how
do I get it off my machine so I can get the correct version installed?

Here's the log file:

[2354:25D8][2012-09-04T09:09:25]: Burn v3.6.2130.0, path:
C:\ProgramData\Package
Cache\{bc918578-6003-4542-b8de-d5714088605e}\WiX36.exe, cmdline:
'-uninstall -quiet -burn.related.upgrade -burn.unelevated
BurnPipe.{C10F26DB-7B0D-405C-AC1F-685628DED139}
{39460D2B-1766-42FA-B53C-690916551329} 4788'
[2354:25D8][2012-09-04T09:09:25]: This bundle is being run by a related
bundle as type 'Upgrade'.
[2354:25D8][2012-09-04T09:09:25]: Setting string variable 'WixBundleName'
to value 'WiX Toolset v3.6.2130.0'
[2354:25D8][2012-09-04T09:09:25]: Setting string variable 'WixBundleLog' to
value
'C:\Users\SDAHLB~1\AppData\Local\Temp\WiX_Toolset_v3.6.2130.0_20120904090925.log'
[2354:25D8][2012-09-04T09:09:30]: Loading managed bootstrapper application.
[2354:25D8][2012-09-04T09:09:31]: Detect 3 packages
[2354:25D8][2012-09-04T09:09:31]: Setting string variable
'Netfx4x64FullVersion' to value '4.5.50709'
[2354:25D8][2012-09-04T09:09:31]: Registry value not found. Key =
'SOFTWARE\Microsoft\VisualStudio\8.0', Value = 'InstallDir'
[2354:25D8][2012-09-04T09:09:31]: Setting string variable
'Netfx4FullVersion' to value '4.5.50709'
[2354:25D8][2012-09-04T09:09:31]: Detected related bundle:
{d8b4d69d-4ed2-4fc3-a6ad-26cab0e7da1d}, scope: PerMachine, version:
3.6.3303.0, operation: None
[2354:25D8][2012-09-04T09:09:31]: Condition 'Netfx4FullVersion AND (NOT
VersionNT64 OR Netfx4x64FullVersion)' evaluates to true.
[2354:25D8][2012-09-04T09:09:31]: Detected package: Netfx4Full, state:
Present, cached: No
[2354:25D8][2012-09-04T09:09:31]: Detected package: ProjectAggregator2,
state: Absent, cached: No
[2354:25D8][2012-09-04T09:09:31]: Detected related package:
{9CA8AE78-BF94-4CBC-B9C7-B799644063DF}, scope: PerMachine, version:
3.6.3303.0, operation: Downgrade
[2354:25D8][2012-09-04T09:09:31]: Detected package: Wix, state: Superseded,
cached: Yes
[2354:25D8][2012-09-04T09:09:31]: Detect complete, result: 0x0
[2354:25D8][2012-09-04T09:09:31]: Plan 3 packages, action: Uninstall
[2354:25D8][2012-09-04T09:09:31]: Planned package: Wix, state: Superseded,
default requested: None, ux requested: None, execute: None, rollback: None,
cache: No, uncache: No, dependency: Unregister
[2354:25D8][2012-09-04T09:09:31]: Planned package: ProjectAggregator2,
state: Absent, default requested: Absent, ux requested: Absent, execute:
None, rollback: None, cache: No, uncache: No, dependency: Unregister
[2354:25D8][2012-09-04T09:09:31]: Setting string variable
'WixBundleRollbackLog_Netfx4Full' to value
'C:\Users\SDAHLB~1\AppData\Local\Temp\WiX_Toolset_v3.6.2130.0_20120904090925_0_Netfx4Full_rollback.log'
[2354:25D8][2012-09-04T09:09:31]: Planned package: Netfx4Full, state:
Present, default requested: Absent, ux requested: Absent, execute: None,
rollback: Install, cache: Yes, uncache: Yes, dependency: Register
[2354:25D8][2012-09-04T09:09:31]: Plan complete, result: 0x0
[2354:25D8][2012-09-04T09:09:31]: Apply begin
[2354:16A0][2012-09-04T09:09:31]: Download engine HTTP 200 HEAD to
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe
[2354:16A0][2012-09-04T09:10:02]: Error 0x80072ee2: Failed to send request
to URL:
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe
[2354:16A0][2012-09-04T09:10:02]: Error 0x80072ee2: Failed to send request
to URL:
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe
[2354:16A0][2012-09-04T09:10:02]: Error 0x80072ee2: Failed to request URL
for download:
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe
[2354:16A0][2012-09-04T09:10:02]: Error 0x80072ee2: Failed to download URL:
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe
[2354:16A0][2012-09-04T09:10:02]: Error 0x80072ee2: Failed attempt to
download URL: '
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe'
to:
'C:\Users\SDAHLB~1\AppData\Local\Temp\{bc918578-6003-4542-b8de-d5714088605e}\Netfx4Full'
[2354:16A0][2012-09-04T09:10:02]: Error 0x80072ee2: Failed to download
payload from URL: '
http://download.microsoft.com/download/9/5/A/95A9616B-7A37-4AF6-BC36-D6EA96C8DAAE/dotNetFx40_Full_x86_x64.exe'
to working path:
'C:\Users\SDAHLB~1\AppData\Local\Temp\{bc918578-6003-4542-b8de-d5714088605e}\Netfx4Full'
[2354:16A0][2012-09-04T09:10:02]: Failed to acquire payload: Netfx4Full to
working path:
C:\Users\SDAHLB~1\AppData\Local\Temp\{bc918578-6003-4542-b8de-d5714088605e}\Netfx4Full,
error: 0x80072ee2.
[2354:16A0][2012-09-04T09:10:02]: Error 0x80072ee2: Failed to cache
packages.
[2354:25D8][2012-09-04T09:10:02]: Error 0x80072ee2: Failed while waiting
for cache thread to complete

Re: [WiX-users] Managing dependencies to preprocessor extensions

[Simon Dahlbacka]

The name in the error message and the name of the dll is spelled
differently, can it be as simple as that?

/Simon

On Thu, May 10, 2012 at 3:00 PM, Morten Lemvigh <
morten.lemv...@novasoftware.se> wrote:

> I have written a preprocessor extension that has a dependency to another
> assembly. When I try to build a setup project using that extension, I
> get an error saying:
>
> In the preprocessor extension that handles prefix 'somePrefix' while
> trying to call function 'someFunction' and exception has occurred :
> Could not load file or assembly 'ExntensionDependency, Version=1.0.0.0,
> Culture=neutral, PublicKeyToken=null' or one of its dependencies. The
> system cannot find the file specified.
>
> The file ExtensionDependency.dll is located in the same folder as the
> wix extension Extension.dll. The assembly ExtensionDependency only has
> dependencies to System and System.Core.
>
> I have tried to have both files in a sub directory of the setup project
> and in the Wix/Bin folder. Both without success.
>
> Can I somehow use the dependency without placing it in the GAC?
>
> I'm using v. 3.5.2519.0  with Visual Studio.
>
> Thanks,
> Morten
>
>
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] C# Custom Action questions

[Simon Dahlbacka]

You shouldn't return failure if the credentials are incorrect, if you do so
you will get this error.

"been there, done that... "
On Mar 10, 2011 6:34 AM, "Kevin Burton"  wrote:
> I read that. Which of the four rules is this violating?
>
> I made the warning go away by making the C# CA 'immediate' thus I don't
have to have another custom action to remember the property. So I have
>
>  Return="check"
> Execute="immediate"
> BinaryKey="CustomActionsDLL"
> DllEntry="CheckCredentials"/>
>
> And the schedule
>
> 
> 
> 
>
> But in the verbose log I get:
>
> MSI (s) (B8:9C) [22:04:26:415]: Note: 1: 1723 2: CA_CheckCredentials 3:
CheckCredentials 4: D:\WINDOWS\Installer\MSI410.tmp
> Action start 22:04:26: CA_CheckCredentials.
> MSI (s) (B8:9C) [22:04:26:415]: Product: Bsi WebServices -- Error 1723.
There is a problem with this Windows Installer package. A DLL required for
this install to complete could not be run. Contact your support personnel or
package vendor. Action CA_CheckCredentials, entry: CheckCredentials,
library: D:\WINDOWS\Installer\MSI410.tmp
>
> Error 1723. There is a problem with this Windows Installer package. A DLL
required for this install to complete could not be run. Contact your support
personnel or package vendor. Action CA_CheckCredentials, entry:
CheckCredentials, library: D:\WINDOWS\Installer\MSI410.tmp
>
> The error says that the DLL cannot be run. Why? I believe I have followed
the instructions for writing a managed CA to the tee (though there seems to
be some disagreement between the online tutorial
http://www.tramontana.co.hu/wix/ and this book).
>
>
> -Original Message-
> From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com]
> Sent: Wednesday, March 09, 2011 5:26 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] C# Custom Action questions
>
> ICE63 - http://msdn.microsoft.com/en-us/library/aa369008.aspx
>
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com
> P Please consider the environment before printing this e-mail
>
>
>> -Original Message-
>> From: Kevin Burton [mailto:kev...@buyseasons.com]
>> Sent: Wednesday, March 09, 2011 2:15 PM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] C# Custom Action questions
>>
>> I think I have solved this problem. The CA was scheduled in the
>> InstallExecuteSequence and was marked as 'deferred' so I created the
>> following 'Custom Data'.
>>
>> > Value="[SERVICEUSER],[SERVICEPASSWORD]" />
>> > Return="check"
>> Execute="deferred"
>> BinaryKey="CustomActionsDLL"
>> DllEntry="CheckCredentials"/>
>>
>> And scheduled it like (I am trying to follow the instructions on page
>> 133 of
>> 'WiX: A Developer's Guide to Windows Installer XML' by Nick Ramirez)
>>
>> 
>> 
>> 
>> 
>>
>> Now I get the ICE warning:
>>
>> warning LGHT1076: ICE63: Some action falls between InstallInitialize
>> and RemoveExistingProducts.
>>
>> Is this a "bad" warning? I don't completely understand why this
>> scheduling is bad. I would like to know that the credentials are bad
>> *before* the existing products are removed.
>>
>> If I look at the .msi generated with Orca I see that in the
>> InstallExecuteSequence table
>>
>> InstallInitialize 1500
>> SetProperty 1501
>> CA_CheckCredentials 1502
>> RemoveExistingProducts 1503
>>
>> This seems like a valid sequence to me but I am obviously missing
>> something as the warning is there for a purpose.
>>
>> -Original Message-
>> From: Christopher Painter [mailto:chr...@deploymentengineering.com]
>> Sent: Wednesday, March 09, 2011 3:30 PM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] C# Custom Action questions
>>
>> If I had to guess you calling this CA as a ControlEvent off a Dialog /
>> Control in your UI sequence.  Am I correct?  If so, it's a known issue
>> that Msi lacks the ability to process messages in this scenario.   The
>> workaround is to set a dummy property to see a "PROPERTY CHANGED"
>> message in the log file where the value is the data you are trying to
log.
>>
>> Chris
>>
>> ---
>> Christopher Painter, Author of Deployment Engineering Blog Have a hot
>> tip, know a secret or read a really good thread that deserves
>> attention? E-Mail Me
>>
>>
>>
>> - Original Message 
>> From: Kevin Burton 
>> To: General discussion for Windows Installer XML toolset.
>> 
>> Sent: Wed, March 9, 2011 3:24:17 PM
>> Subject: [WiX-users] C# Custom Action questions
>>
>>
>> I have a very simple C# Custom Action that is supposed to verify
credentials:
>>
>> using Microsoft.Deployment.WindowsInstaller;
>>
>> namespace BuySeasons.BsiServices.Install {
>> public class CustomActions
>> {
>> [CustomAction]
>> public static ActionResult CheckCredentials(Session session)
>> {
>> session.Log(string.Format("Begin CheckCredentials -
>> {0}/{1}", s

Re: [WiX-users] Any option to run 3.0 and 3.5 on a single build server side-by-side?

[Simon Dahlbacka]

There are two topics in the help file describing how to setup build so that
you don't need to install wix on your build machine,  that way you can set
up as many versions as you need side by side without conflict. Unfortunately
I don't have the exact names of the topics on my phone but I think you'll
find them anyway

Hth,
Simon
On Dec 22, 2010 11:08 AM, "Yan Sklyarenko"
>
wrote:
> Hello WiX Community,
>
> I know it is not possible to install both WiX 3.0 and 3.5 on a single
server
> the usual way.
> I face with the situation when part of my projects are on 3.0, another
part
> are on 3.5. And I can't upgrade all of them to 3.5 now for various
reasons.
> We have all projects on a single build server so far, but this won't work
> any longer...
>
> Do you have any other suggestions apart from setting up a separate build
> server for 3.5 projects?
>
> Thanks,
>
> -- Yan
>
--
> Forrester recently released a report on the Return on Investment (ROI) of
> Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even
> within 7 months. Over 3 million businesses have gone Google with Google
Apps:
> an online email calendar, and document program that's accessible from your

> browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
--
Forrester recently released a report on the Return on Investment (ROI) of
Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even
within 7 months.  Over 3 million businesses have gone Google with Google Apps:
an online email calendar, and document program that's accessible from your 
browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] DTF: using WCF service in immediate custom action => 2896 [SOLVED]

[Simon Dahlbacka]

Nevermind, got it working.

On Thu, Nov 18, 2010 at 4:06 PM, Simon Dahlbacka
 wrote:
> I'm trying to create an immediate custom action that would allow user
> to "test connection" to a wcf server.
>
> 
>  DllEntry="TestConnection" Return="check" Execute="immediate"/>
>
>         Width="100" X="25" Y="200" Text="Test connection">
>          
>        
>
>
> If I comment out the wcf bits, the custom action runs fine, but if I
> include it then I end up with
>
> MSI (c) (C8:B4) [15:55:06:487]: Invoking remote custom action. DLL:
> C:\DOCUME~1\sda\LOCALS~1\Temp\MSIB39.tmp, Entrypoint: TestConnection
> MSI (c) (C8:18) [15:55:06:487]: Cloaking enabled.
> MSI (c) (C8:18) [15:55:06:487]: Attempting to enable all disabled
> privileges before calling Install on Server
> MSI (c) (C8:18) [15:55:06:487]: Connected to service for CA interface.
> Action ended 15:55:07: TestConnection. Return value 3.
> MSI (c) (C8:48) [15:55:07:456]: Note: 1: 2205 2:  3: Error
> MSI (c) (C8:48) [15:55:07:456]: Note: 1: 2228 2:  3: Error 4: SELECT
> `Message` FROM `Error` WHERE `Error` = 2896
> DEBUG: Error 2896:  Executing action TestConnection failed.
> The installer has encountered an unexpected error installing this
> package. This may indicate a problem with this package. The error code
> is 2896. The arguments are: TestConnection, ,
>
> I've set up the CustomAction.config like follows:
>
> 
>    
>        
>    
> 
>
> and the custom action project is set to have .net 3.5 as target framework
>
> I'm using wix 3.6.1029.0
>
>
> What am I missing?
>
> regards,
> Simon
>

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DTF: using WCF service in immediate custom action => 2896

[Simon Dahlbacka]

I'm trying to create an immediate custom action that would allow user
to "test connection" to a wcf server.




       
         
       


If I comment out the wcf bits, the custom action runs fine, but if I
include it then I end up with

MSI (c) (C8:B4) [15:55:06:487]: Invoking remote custom action. DLL:
C:\DOCUME~1\sda\LOCALS~1\Temp\MSIB39.tmp, Entrypoint: TestConnection
MSI (c) (C8:18) [15:55:06:487]: Cloaking enabled.
MSI (c) (C8:18) [15:55:06:487]: Attempting to enable all disabled
privileges before calling Install on Server
MSI (c) (C8:18) [15:55:06:487]: Connected to service for CA interface.
Action ended 15:55:07: TestConnection. Return value 3.
MSI (c) (C8:48) [15:55:07:456]: Note: 1: 2205 2:  3: Error
MSI (c) (C8:48) [15:55:07:456]: Note: 1: 2228 2:  3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 2896
DEBUG: Error 2896:  Executing action TestConnection failed.
The installer has encountered an unexpected error installing this
package. This may indicate a problem with this package. The error code
is 2896. The arguments are: TestConnection, ,

I've set up the CustomAction.config like follows:


   
       
   


and the custom action project is set to have .net 3.5 as target framework

I'm using wix 3.6.1029.0


What am I missing?

regards,
Simon

--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Action

[Simon Dahlbacka]

I had a similar problem a long while ago,
check this thread:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/adding-non-default-extension-td698069.html#a698071



On Wed, Nov 3, 2010 at 7:46 PM, Socky, David R (GE Energy)
 wrote:
> In a Wix install project (using Visual Studio 2010 and the latest Wix),
> how do I associate a file extension with a well known Windows program
> like Notepad or Wordpad?  I know how to associate an extension with a
> program I'm installing, but in this case, I'm not installing Notepad or
> Wordpad.  Any help would be appreciated.  Thanks.  Dave Socky
>
> --
> Achieve Improved Network Security with IP and DNS Reputation.
> Defend against bad network traffic, including botnets, malware,
> phishing sites, and compromised hosts - saving your company time,
> money, and embarrassment.   Learn More!
> http://p.sf.net/sfu/hpdev2dev-nov
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Achieve Improved Network Security with IP and DNS Reputation.
Defend against bad network traffic, including botnets, malware, 
phishing sites, and compromised hosts - saving your company time, 
money, and embarrassment.   Learn More! 
http://p.sf.net/sfu/hpdev2dev-nov
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Windows 7 Custom Action Registry problem

[Simon Dahlbacka]

that seems to indicate that your custom action is running as 32-bit,
if you run them as 64-bit things should just work..

On Thu, Jul 1, 2010 at 10:09 PM, Kurt Jensen
 wrote:
> That's it!
>
> So far I cannot find an equivalent in .NET but at least now I can track down 
> the communication breakdown...
>
> Thanks to all!
>
>
> -Original Message-
> From: i...@roadrunner.com [mailto:i...@roadrunner.com]
> Sent: Thursday, July 01, 2010 11:23 AM
> To: General discussion for Windows Installer XML toolset.
> Cc: Kurt Jensen
> Subject: Re: [WiX-users] Windows 7 Custom Action Registry problem
>
>> also, this solution was developed by another less install oriented
>> programmer for the original vsproj under VS2008.  I moved the code
>> as-is over to WiX on a 32-bit install and it worked.  now we are
>> adding a 64-bit install.  if I change to having Windows Installer do
>> the job then I really am reinventing the wheel from our perspective.
>
> Maybe your keys get redirected? Check 
> HKLM\SOFTWARE\Wow6432Node\Spiricon\Version5. Maybe your values are there.
> If so, you need to add KEY_WOW64_64KEY to RegOpenKey (or whatever the .NET 
> equivalent is).
>
> **
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they
> are addressed. If you have received this email in error please notify
> the system manager.
>
> This footnote also confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses.
>
> www.clearswift.com
> **
>
>
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registry on 64bit XP vs Win7

[Simon Dahlbacka]

It is the correct path, as long as your executable is running as 32bit
on a 64bit system. Registry redirection is at play
(http://msdn.microsoft.com/en-us/library/aa384232%28VS.85%29.aspx)

On Fri, Apr 30, 2010 at 12:39 PM, Yu, Brian  wrote:
> Hi there
>
>
>
> I found by testing that in 64 bit XP, the registry path is somehow
> different
>
> It should be hklm/SOFTWARE but now becomes hklm/SOFTWARE/wow6432
>
>
>
> How do I get WIX to selectively install into the right paths depending
> on whether it's XP or Win7
>
>
>
> Brian
>
>
> _
> This e-mail was sent to you by EASYSCREEN LIMITED (EASYSCREEN). We are 
> incorporated under the laws of England and Wales (company no. 05677531 and 
> VAT registration no. 872810613). Our registered office is at 155 Bishopsgate, 
> London EC2M 3TQ. This e-mail and/or any attached documents may contain 
> privileged and confidential information and should only be read by those 
> persons to whom this e-mail is addressed. Use by other than intended 
> recipients is prohibited. If you are not the addressee, you must not copy, 
> distribute, disclose or use any of the information in it. If you have 
> received it in error, please delete it and immediately notify the sender. 
> EASYSCREEN reserves the right to monitor all e-mail messages passing through 
> its network. As we cannot guarantee the genuineness, accuracy or completeness 
> of the information contained in this message, the statements set forth are 
> not legally binding.
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] (maybe OT?) Add my file checking algorithm to WiX build process?

[Simon Dahlbacka]

>
> As it exists now, the few lines of code exist as a console application.
> I'm looking for suggestions on how to integrate this into the build, so
> perhaps it's more of a Visual Studio question than a WiX question.
>
> Any suggestions?
>

sounds like you should read up on creating custom tasks for msbuild (not
that it's hard though)

regards,
Simon
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to assign a default value to preprocessor properties

[Simon Dahlbacka]

> The problem is that when I build the project in Visual Studio those
> properties get an empty value. I want to give these properties a default
> value so that I will be able to build the WIX project from Visual Studio and
> not just from the command line using msbuild.
>
> Is there any way to assign these properties a default value that can be
> overridden by msbuild ?
>
> it sounds like you could provide the defaults in your .wixproj, i.e.
something along the lines of the following should work.. Repeat for Var2


defaultValueGoesHere

--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] ICE61: Upgrade.VersionMax format is wrong

[Simon Dahlbacka]

just a hunch, can it be that the ICE is (wrongly) using a signed 16-number
for the third field?

On Fri, Jan 15, 2010 at 5:22 AM, Castro, Edwin G. (Hillsboro) <
edwin.cas...@fiserv.com> wrote:

> I'm getting the following error from light:
>
> error LGHT0204: ICE61: Upgrade.VersionMax 3.3.34567.0 format is wrong
>
> The ProductVersion Property documentation <
> http://msdn.microsoft.com/en-us/library/aa370859(VS.85).aspx>
> tells me that the first three fields have the following maximums: 255, 255,
> 65535. It also tells me that a fourth field is ignored if provided.
>
> I can't figure out how the format is wrong. I tried building the installer
> with the third and fourth fields reversed (3.3.0.34567) and I didn't get any
> complaints from light. Can anybody explain why 3.3.34567.0 is wrong?
>
> Edwin G. Castro
> Software Developer - Staff
> Electronic Banking Services
> Fiserv
> Office: 503-746-0643
> Fax: 503-617-0291
> www.fiserv.com
> P Please consider the environment before printing this e-mail
>
>
> --
> Throughout its 18-year history, RSA Conference consistently attracts the
> world's best and brightest in the field, creating opportunities for
> Conference
> attendees to learn about information security's most important issues
> through
> interactions with peers, luminaries and emerging and established companies.
> http://p.sf.net/sfu/rsaconf-dev2dev
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] (still) trying to install a PowerShell SnapIn using WiX

[Simon Dahlbacka]

On Mon, Sep 28, 2009 at 9:37 PM, Mark  wrote:

> I'm (still) trying to install a SnapIn using WiX and PSExtension. I'm
> (still) getting the same error, however, which doesn't make any sense to
> me, and I believe it's a bug in PSExtension. Here's the relevant
> component in my .wxs file:
>
> 
> KeyPath="yes"
> Assembly=".net" AssemblyApplication="pstools.dll">
> Vendor="mycompany" />
>
> 
>
> And when I try to build the installer, I get this error:
>
> Unresolved bind-time variable !(bind.assemblyName.pstools.dll),
> Version=!(bind.assemblyVersion.pstools.dll),
> Culture=!(bind.assemblyCulture.pstools.dll),
> PublicKeyToken=!(bind.assemblyPublicKeyToken.pstools.dll).
>
> If I leave the  tag out, it builds fine (but doesn't register
> the snapin, of course), and if I leave the AssemblyApplication attribute
> out, I get an error about strong names (which is expected, it's not
> strong-named, but I don't want it to go in the GAC).
>
> Don't know anything about installing snapins but:
Doesn't @Assembly=".net" say that the file is to be installed in GAC ?

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

Re: [WiX-users] Installing 64-bit shell extension with a 32-bit app

[Simon Dahlbacka]

On Tue, Sep 22, 2009 at 9:18 PM, Nate Hekman  wrote:

> David, what I want is to do this the right way.  I'm not "determined" to
> pursue any particular road yet.  Just trying to figure out what the "right
> way" is.
>
> I'd read Heath's blog article that you point out, and it certainly seems to
> indicate that what I'm trying is the wrong approach, but it's still not
> clear to me what the alternative looks like.  (I'm also curious why Wise had
> no difficulty doing what Heath says won't work.)
>
> My only requirements are:
> - On a 32-bit OS:  the 32-bit exe and 32-bit shell extension dll must be
> installed and registered.
> - On a 64-bit OS:  the 32-bit exe and 32-bit shell extension dll must be
> installed and registered, AND the 64-bit shell extension dll likewise.  (I
> was under the impression they would have to be in the same folder together,
> but if I'm wrong that's fine.  All I care about is that they BOTH get
> installed.)
>

On a 64 bit OS, I don't think a 32bit shell extension will ever be used, but
this is just a hunch.



> I'd rather only have one .msi to ship, but if that's not the "right way",
> I'll settle for shipping two.
>
> It's clear that if I must make multiple .msi files, then I can make one of
> them that's for my 32-bit users, that doesn't even include any 64-bit stuff.
>  That's easy.
>
> So what are you (and Heath) saying about my 64-bit users?  Do they have to
> first run a 32-bit .msi to install the exe and 32-bit dll, and then run a
> 64-bit m


A 64-bit installer can install 32 bit components just fine, it's just the
other way that does not.

/Simon



> Nate
>
>
>
>
> -Original Message-
> From: David Watson [mailto:dwat...@sdl.com]
> Sent: Tuesday, 22 September 2009 11:40 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Installing 64-bit shell extension with a 32-bit
> app
>
> Hi,
>The correct way to install 64 and 32 bit files onto a 64bit system
> is with separate packages, see...
>
> http://blogs.msdn.com/heaths/archive/2008/01/15/different-packages-are-required-for-different-processor-architectures.aspx
>
>
> >From what I understand you want to install everything into the same folder
> (which will get redirected automatically by windows) and then tie into
> explorer by inserting a key into the 64bit registry.
>
> If you are determined to do this from one 32bit msi then it may be possible
> if you author your own registry custom action that passes the extra
> parameters, see
> http://msdn.microsoft.com/en-us/library/aa384129(VS.85).aspx
>
> Dave
>
>
>
> -Original Message-
> From: Nate Hekman [mailto:hek...@geo-slope.com]
> Sent: 22 September 2009 18:22
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Installing 64-bit shell extension with a 32-bit
> app
>
> I'm new at this, so certainly correct me if I'm wrong, but installing it in
> a different folder doesn't sound kosher to me.  The user, for example, may
> have picked a completely different folder to install to, say "L:\My Install
> Folder".  In that case my BINDIR will map to "L:\My Install
> Folder\MyCompany\MyApplication\Bin".  I can't force the 64-bit dlls into a
> completely different part of their filesystem.
>
>
> -Original Message-
> From: Brant Gurganus [mailto:br...@gurganus.name]
> Sent: Tuesday, 22 September 2009 10:48 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Installing 64-bit shell extension with a 32-bit
> app
>
> What is preventing you from installing it in the 64-bit program files where
> it is supposed to go?
>
> Brant Gurganus
> http://gurganus.name/brant
>
>
>
> On Tue, Sep 22, 2009 at 12:14 PM, Nate Hekman 
> wrote:
> > I have a 32-bit application that include a 32-bit shell extension dll
> > that handles thumbnails and a few other shell extensions.  I want to
> > add a 64-bit version of that same dll to the mix to get the same
> > thumbnails et al working in 64-bit Windows Explorer.
> >
> >
> >
> > Can someone tell me (or point me to documentation) what the proper way
> > is to do this?
> >
> >
> >
> > Here's what I've been using for the 32-bit dll.  The RegistryValue
> > line with [BINDIR] in the Value is the line that causes me trouble
> > when I get to 64-bit.
> >
> >
> >
> >
> >
> >   > Guid="2EAEEF9B-7385-4d12-811C-68E26FB5E66D">
> >
> > > KeyPath="yes" Checksum="yes"/>
> >
> > > Key="CLSID\{5D1A01C2-BD6D-45c7-BC8E-C419E2F08B70}"
> > Action="createAndRemoveOnUninstall">
> >
> >  
> >
> >   > Action="createAndRemoveOnUninstall">
> >
> > > Value="[BINDIR]\gsi.shell.dll"/>
> >
> > > Value="Apartment"/>
> >
> >  
> >
> >
> >
> >  
> >
> >
> >
> >
> >
> > [BINDIR] is defined earlier in the .wxs file as:
> >
> >
> >
> >  
> >
> >
> >
> >  
> >
> >  
> >
> >  

Re: [WiX-users] Burn Documentation

[Simon Dahlbacka]

OT, but:

$(MSBuildProjectDirectory)\..\..\..\..\build\debug\x86\

:)

(
http://wix.cvs.sourceforge.net/viewvc/wix/wix3.5/src/burn/tests/manifest1/setup.burnproj?revision=1.1.1.1&view=markup
)

On Sun, Sep 6, 2009 at 10:29 PM, Bob Arnson  wrote:

> Jason Jibben wrote:
> > I know it's early, but I'm looking for some documentation on Burn.  I
> have a project that sounds right up Burn's alley, and looking forward to
> seeing what Burn can do.
> >
> > I keep up to date with Rob's and boB's blogs, and downloaded WiX 3.5
> (Latest weekly release), including source.  Specifically samples on making
> the setup manifest, and a sample setup.
> >
>
> Nothing yet, though it's in the queue. For samples, take a look at
> http://wix.cvs.sourceforge.net/viewvc/wix/wix3.5/src/burn/tests/manifest1/
> .
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to pass a parameter from a bootstrapper to the exe called

[Simon Dahlbacka]

On Thu, Aug 27, 2009 at 5:19 PM, Prabhakaran Paulraj <
prabhakaran_paul...@dynamicbi.com> wrote:

> Hi there,
>
> I tried appending the parameter to the ApplicationFile but it doesnt work
> since it assumes that to be as the File Name.
>
> Is it possible to pass any arguements from Bootstrapper to the EXE called?
>
not with that bootsrapper no...


>
> I am tried many but couldn make it.
>
>
>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Try appending it to @ApplicationFile
>
> ApplicationFile="Install.exe INSTALLFILE"
>
> I suspect though that it will not work.
>
> Why not make your Install.exe load the parameter from a config file?
>
> Dave
>
> -Original Message-
> From: Prabhakaran Paulraj [mailto:prabhakaran_paul...@dynamicbi.com]
> Sent: 25 August 2009 12:23
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] How to pass a parameter from a bootstrapper to the
> execalled
>
> Hi,
>
> ??? I am currently calling an EXE from a bootstrapper which works fine. I
> need now to pass a parameter along with the exe.
> Eg:?Install.exe INSTALL
>
> where INSTALL is the parameter. Is this is possible?
> Any help is greatly appreciated.
>
> Below is the code for the Bootstrapper which i am using to call the exe
>
> http://schemas.microsoft.com/developer/msbuild/2003";>
> ? 
> ??? 
> ? Microsoft .NET Framework 2.0
> ??? 
> ??? 
> ? Microsoft.Windows.Installer.3.1 
> ??? 
> ? 
> ? 
> ???  ? ApplicationFile="Install.exe"
> ? ApplicationName="ApplicationTest"
> ? BootstrapperItems="@(BootstrapperFile)"
> ? OutputPath=".\"
> ? ComponentsLocation="HomeSite"
> ? Culture="en"
> ??? />
> ? 
> 
>
>
>
> Thanks
> Prabhakaran
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XML documentation file to GAC

[Simon Dahlbacka]

AFAIK, you shouldn't have any need to do this (for IntelliSense purposes),
as Visual Studio/MSbuild won't resolve the file from GAC when building
anyway.

/Simon

On Fri, Aug 21, 2009 at 10:31 AM, Rieche, Simon <
simon.rie...@iriscorporate.com> wrote:

> Hello,
>
> is there a way to deploy with WiX the XML documentation file -generated by
> Visual Studio- together with the dll to the GAC?
>
> For example the file Test.xml for the Test.dll:
>
> 
>   Assembly=".net" Source="Input\GAC\Test.dll "/>
> 
>
> Regards,
> Simon
>
>
> --
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] MSI to WIX for web setup compiler error

[Simon Dahlbacka]

On Tue, Aug 18, 2009 at 12:35 PM, Tasneem Jappie <
tasneem.jap...@pinesoft.co.uk> wrote:

> I put those strings there, in fact there already are GUIDS in those
> locations, the same one.
>
> Any other suggestions?
>
you are missing the custom actions that was present in the old msi

-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: 18 August 2009 09:16
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] MSI to WIX for web setup compiler error

I would guess that dark has remove the old MSI Product code and inserted
a placeholder to force you to change the Product code when you compile a
new product.

Regardless of why its doing that, to fix it just generate a guid then
find the strings "GUID HERE" and "SAME GUID HERE" and replace those
strings with it. You can generate one with the guidgen tool or use an
online guid generator website.


-Original Message-
From: Tasneem Jappie [mailto:tasneem.jap...@pinesoft.co.uk]
Sent: 17 August 2009 17:56
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] MSI to WIX for web setup compiler error

Hi



I've used dark.exe to create a wix project from a working msi for a web
service solution.  I get the following two compile errors and I'm
stumped (noob), please help?



Error  1  Unresolved reference to symbol
'CustomAction:WEBCA_CreateURLs' in section 'Product:{GUID HERE}'.
C:\...\MBWebR.wxs   468 1  MBWebRWixSetup

Error  2  Unresolved reference to symbol
'CustomAction:WEBCA_CreateURLs' in section 'Product:{SAME GUID HERE}'.
C:\...\MBWebR.wxs   649 1  MBWebRWixSetup



Thanks,
Tasneem



Consider your responsibility to the environment - think before you
print!


**
This email is from Pinesoft Limited. Its contents are confidential to
the intended recipient(s) at the email address(es) to which it has been
addressed. It may not be disclosed to or used by anyone other than the
addressee(s), nor may it be copied in anyway. If received in error,
please contact the sender, then delete it from your system. Although
this email and attachments are believed to be free of virus, or any
other defect which might affect any computer or IT system into which
they are received and opened, it is the responsibility of the recipient
to ensure that they are virus free and no responsibility is accepted by
Pinesoft for any loss or damage arising in any way from receipt or use
thereof.

***


Pinesoft Limited are registered in England, Registered number: 2914825.
Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA

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

SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and
requires that you delete it without acting upon or copying any of its
contents, and we further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire
SL6 7DY, UK.



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

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

Re: [WiX-users] Wix Confile File Garbled Format

[Simon Dahlbacka]

based on your first email:

 Source="$(var.PeritoCase.Client.Shell.TargetPath)" />

you have the wrong source for your .config file, fix that and your problem
is likely solved.

/Simon

On Fri, Aug 14, 2009 at 12:19 PM, brendan_rice wrote:

>
> When the config file is originally built out it looks fine, all the xml is
> in
> tact.  After Wix packages it and I run the setup. You can download the
> exact
> file that is output from the setup from:
>
> www.hughgrice.com/my.config.txt
>
> When I open a DLL in word it looks the same as the config file which I
> don't
> really understand.
>
> Any ideas?
>
> Thanks again for the help.
>
>
> David Watson-3 wrote:
> >
> > What exactly is happening to your exe.config file, maybe the dependency
> > information is being damaged?
> >
> > Dave
> >
> > -Original Message-
> > From: brendan_rice [mailto:brendan_r...@hotmail.com]
> > Sent: 13 August 2009 17:21
> > To: wix-users@lists.sourceforge.net
> > Subject: Re: [WiX-users] Wix Confile File Garbled Format
> >
> >
> > Thanks for the reply.  It is a C# application I am building so I do not
> > understand why this is happening.
> >
> > I am using the latest Wix installer and have added a Wix project to my
> > solution.  Any help is really appreciated.
> >
> > Thanks
> >
> > B
> >
> >
> > David Watson-3 wrote:
> >>
> >> Hi,
> >>  To my knowledge Wix will not modify an xml file unless you
> >> specifically author it to do so (see xmlconfig or xmlfile).
> >>
> >> Your error message looks like a SxS dependency issue, is your app a
> >> visual C++ application and you have not installed the runtimes?
> >>
> >> Try (dave) dependency walker on your app on the test machine to see if
> >
> >> there is anything missing.
> >> http://www.dependencywalker.com/
> >>
> >>
> >> Dave W.
> >>
> >> -Original Message-
> >> From: brendan_rice [mailto:brendan_r...@hotmail.com]
> >> Sent: 13 August 2009 16:37
> >> To: wix-users@lists.sourceforge.net
> >> Subject: Re: [WiX-users] Wix Confile File Garbled Format
> >>
> >>
> >> Here is the error message I get
> >>
> >> ---
> >> C:\Program Files\Myfolder\My.exe
> >> ---
> >> C:\Program Files\Myfolder\My.exe
> >>
> >>
> >> This application has failed to start because the application
> >> configuration is incorrect. Reinstalling the application may fix this
> >> problem.
> >>
> >>
> >> ---
> >> OK
> >> ---
> >>
> >>
> >> brendan_rice wrote:
> >>>
> >>> Hi,
> >>>
> >>> I am trying to include config files in my Wix setup project.  The
> >>> files get deployed to the correct folder once the installer is build
> >>> but the XML gets garbled. I am assuming this is a formatting issue
> >>> and
> >>
> >>> have had no luck from Google with it.
> >>>
> >>> Has anyone experienced this before or know how to get around this?
> >>>
> >>> Thanks,
> >>>
> >>> Brendan
> >>>
> >>>
> >>> ...
> >>>  >>> Guid="9B8ACAA0-5181-425f-84A8-6ED91720D94A">
> >>>
> >>>>> KeyPath="yes"
> >>> Compressed="no"
> >>> Name="PeritoCase.Client.Shell.exe.config"
> >>>
> > Source="$(var.PeritoCase.Client.Shell.TargetPath)"
> >>
> >>> /> ...
> >>>
> >>
> >> --
> >> View this message in context:
> >> http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3438632
> >> .h
> >> tml
> >> Sent from the wix-users mailing list archive at Nabble.com.
> >>
> >> --
> >> --
> >> --
> >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> >> 30-Day trial. Simplify your report design, integration and deployment
> >> - and focus on what you do best, core application coding. Discover
> >> what's new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/wix-users
> >>
> >> SDL PLC confidential, all rights reserved.
> >> If you are not the intended recipient of this mail SDL requests and
> >> requires that you delete it without acting upon or copying any of its
> >> contents, and we further request that you advise us.
> >> SDL PLC is a public limited company registered in England and Wales.
> >> Registered number: 02675207.
> >> Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire
> >
> >> SL6 7DY, UK.
> >>
> >>
> >> --
> >>  Let Crystal Reports handle the reporting - Free Crystal
> >> Reports 2008 30-Day trial. Simplify your report design, integration
> >> and deployment - and focus on what you do best, core application
> >> coding. Discover what's new with Crystal Reports now.
> >> http://p.sf.net/sfu/bobj-july
> >> ___
> >> WiX-users mailing list
> >> WiX-users@lists.sourceforge.net
> >> https://

Re: [WiX-users] Shortcuts in Votive

[Simon Dahlbacka]

Are you sure you are talking about Votive (.wixproj) and not Setup project
(.vdproj)?

On Fri, Jul 10, 2009 at 4:31 PM, Wright, Lance wrote:

>
> The version of Votive I am using comes w/ WIX 3.0.5217.0.
>
> There may be some confusion about which properties page I am talking about.
>
> It is not the dialog that appears when you right-click on the project and
> select properties.  It is the dialog that appears when you right-click on a
> file in the 'File System' view and select 'Properties Window' option, then
> select the Votive project in the solution explorer window.  The
> 'InstallAllUsers' property is the 5th entry on this dialog.
>
> Thanks,
>
> Lance Wright
> Senior Software Engineer
> SPARTA National Security Sector
> Cobham Analytic Solutions
> T: 256 428-2484
> F: 256 890 2041
> lance.wri...@cobham.com
>
> Please consider the environment before printing this email
>
> -Original Message-
> From: Bob Arnson [mailto:b...@joyofsetup.com]
> Sent: Thursday, July 09, 2009 8:29 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Shortcuts in Votive
>
> Wright, Lance wrote:
> > On the properties page for the Votive project there is a property
> "InstallAllUsers".
>
> Which version of Votive? There's no such string in v3.0.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] VIsta: Disable Registry Virtualization

[Simon Dahlbacka]

shouldn't you just add a manifest to your executable?

On Mon, Jun 22, 2009 at 6:25 PM, Maxim Sadovski wrote:

>
> Hi All,
>
> I have a hard time finding whether it's possible to disable Vista
> Virtualization for registry keys created under HKLM\Software during
> instalation? Programmatically it is done by calling NTDLL export
> NtSetInformationKey() - but, in my case, the best way to achieve this is
> within Wix installation scripts. If it is not possible I guess the other
> solution is to create a custom action DLL...
>
> I appreciate your responses.
>
> Best regards, Maxim
>
>
>
>
>
>
> --
> Are you an open source citizen? Join us for the Open Source Bridge
> conference!
> Portland, OR, June 17-19. Two days of sessions, one day of unconference:
> $250.
> Need another reason to go? 24-hour hacker lounge. Register today!
>
> http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Add a .vcproj to Wix MergeModule

[Simon Dahlbacka]

you can add the necessary files to the resulting installer just fine, you
just cannot add the vcproj as a reference

On Tue, Jun 2, 2009 at 11:28 PM, karthik thiagarajan  wrote:

>
> So what is the correct way to write an installer to install a windows
> service written in Manged C++?
>
> Karthik Thiagarajan
>
>
>
> > From: edwin.cas...@fiserv.com
> > To: wix-users@lists.sourceforge.net
> > Date: Tue, 2 Jun 2009 15:23:01 -0400
> > Subject: Re: [WiX-users] Add a .vcproj to Wix MergeModule
>  >
> > .VCPROJ projects are not supported at this time because they are *not*
> MSBuild based projects.
> >
> > Edwin G. Castro
> > Software Developer - Staff
> > Electronic Banking Services
> > Fiserv
> > Office: 503-746-0643
> > Fax: 503-617-0291
> > www.fiserv.com
> > ���nPlease consider the environment before printing this e-mail
> >
> >
> > > -Original Message-
> > > From: karthik thiagarajan [mailto:tk_kart...@hotmail.com]
> > > Sent: Tuesday, June 02, 2009 12:13 PM
> > > To: wix-users@lists.sourceforge.net
> > > Subject: [WiX-users] Add a .vcproj to Wix MergeModule
> > >
> > >
> > > Hi
> > >
> > >
> > >
> > > I have a Wix Merge module and I want to add a reference to a .VCPROJ to
> > > it. No matter what I do, I am not able to set the reference correctly.
> > > When i try to compile the Wix project, it complains of missing
> > > reference. When I try to add a reference to .CSPROJ, things work
> > > correctly. How do I get over this?
> > >
> > > Karthik Thiagarajan
> > >
> > >
> > > ---
> > > ---
> > > OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> > > looking to deploy the next generation of Solaris that includes the
> > > latest
> > > innovations from Sun and the OpenSource community. Download a copy and
> > > enjoy capabilities such as Networking, Storage and Virtualization.
> > > Go to: http://p.sf.net/sfu/opensolaris-get
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> --
> > OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> > looking to deploy the next generation of Solaris that includes the latest
> > innovations from Sun and the OpenSource community. Download a copy and
> > enjoy capabilities such as Networking, Storage and Virtualization.
> > Go to: http://p.sf.net/sfu/opensolaris-get
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
>  OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why error CNDL0001: Invalid XML in file

[Simon Dahlbacka]

this most likely has nothing to do with wix per se, but open the file and
fix the validation error. You might get a clue to how it got corrupted by
looking at what part of the file needs fixing.

On Tue, Jun 2, 2009 at 12:08 PM, Jiang, Chunyan (GE Healthcare) <
chunyan.ji...@ge.com> wrote:

> Thank you for your hint!
>
> Could you please tell me how to update or recover machine.config?
>
> -Ursprüngliche Nachricht-
> Von: Simon Dahlbacka [mailto:simon.dahlba...@gmail.com]
> Gesendet: Dienstag, 2. Juni 2009 11:01
> An: General discussion for Windows Installer XML toolset.
> Betreff: Re: [WiX-users] Why error CNDL0001: Invalid XML in file
>
> sounds like your machine.config is busted for whatever reason
>
> On Tue, Jun 2, 2009 at 11:35 AM, Jiang, Chunyan (GE Healthcare) <
> chunyan.ji...@ge.com> wrote:
>
> > Hi wix-users,
> >
> > I am new for wix. I just try to use wix and generate the first sample
> > wix project with visual studio. It is a simple wix project and only
> > one file copied to ProgramFilesFolder. However, I got the following
> > error when compiling:
> >
> > -- Build started: Project: WixProject, Configuration: Debug x86
> > --
> >
> > C:\Program Files\Windows Installer XML v3\bin\candle.exe -dDebug
> > -d"DevEnvDir=D:\Program Files\Microsoft Visual Studio 8\Common7\IDE\\"
> > -dSolutionDir=D:\Project\WixProject\ -dSolutionExt=.sln
> > -dSolutionFileName=WixProject.sln -dSolutionName=WixProject
> > -dSolutionPath=D:\Project\WixProject\WixProject.sln
> > -dConfiguration=Debug -dOutDir=bin\Debug\ -dPlatform=x86
> > -dProjectDir=D:\Project\WixProject\WixProject\ -dProjectExt=.wixproj
> > -dProjectFileName=WixProject.wixproj -dProjectName=WixProject
> > -dProjectPath=D:\Project\WixProject\WixProject\WixProject.wixproj
> > -dTargetDir=D:\Project\WixProject\WixProject\bin\Debug\
> > -dTargetExt=.msi -dTargetFileName=WixProject.msi
> > -dTargetName=WixProject
> > -dTargetPath=D:\Project\WixProject\WixProject\bin\Debug\WixProject.msi
> > -out obj\Debug\Product.wixobj -arch x86 -ext "C:\Program Files\Windows
> > Installer XML v3\bin\WixUIExtension.dll" Product.wxs
> >
> > candle.exe(0,0): error CNDL0001: Invalid XML in file
> > 'C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\config\machine.config'
> > near element ''.
> >
> > Done building project "WixProject.wixproj" -- FAILED.
> >
> > Build FAILED
> >
> > If I use command line to compile, I got another error:
> >
> > candle.exe : error CNDL0103 : The system cannot find the file
> > 'project.wxs' with type 'Source'.
> >
> > Could some one tell me how to get rid of this error? Thanks!
> >
> >
> >
> > Chunyan
> >
> >
> > --
> >  OpenSolaris 2009.06 is a cutting edge operating system for
> > enterprises looking to deploy the next generation of Solaris that
> > includes the latest innovations from Sun and the OpenSource community.
> > Download a copy and enjoy capabilities such as Networking, Storage and
> > Virtualization.
> > Go to: http://p.sf.net/sfu/opensolaris-get
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> --
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and enjoy
> capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Why error CNDL0001: Invalid XML in file

[Simon Dahlbacka]

sounds like your machine.config is busted for whatever reason

On Tue, Jun 2, 2009 at 11:35 AM, Jiang, Chunyan (GE Healthcare) <
chunyan.ji...@ge.com> wrote:

> Hi wix-users,
>
> I am new for wix. I just try to use wix and generate the first sample
> wix project with visual studio. It is a simple wix project and only one
> file copied to ProgramFilesFolder. However, I got the following error
> when compiling:
>
> -- Build started: Project: WixProject, Configuration: Debug x86
> --
>
> C:\Program Files\Windows Installer XML v3\bin\candle.exe -dDebug
> -d"DevEnvDir=D:\Program Files\Microsoft Visual Studio 8\Common7\IDE\\"
> -dSolutionDir=D:\Project\WixProject\ -dSolutionExt=.sln
> -dSolutionFileName=WixProject.sln -dSolutionName=WixProject
> -dSolutionPath=D:\Project\WixProject\WixProject.sln
> -dConfiguration=Debug -dOutDir=bin\Debug\ -dPlatform=x86
> -dProjectDir=D:\Project\WixProject\WixProject\ -dProjectExt=.wixproj
> -dProjectFileName=WixProject.wixproj -dProjectName=WixProject
> -dProjectPath=D:\Project\WixProject\WixProject\WixProject.wixproj
> -dTargetDir=D:\Project\WixProject\WixProject\bin\Debug\ -dTargetExt=.msi
> -dTargetFileName=WixProject.msi -dTargetName=WixProject
> -dTargetPath=D:\Project\WixProject\WixProject\bin\Debug\WixProject.msi
> -out obj\Debug\Product.wixobj -arch x86 -ext "C:\Program Files\Windows
> Installer XML v3\bin\WixUIExtension.dll" Product.wxs
>
> candle.exe(0,0): error CNDL0001: Invalid XML in file
> 'C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\config\machine.config'
> near element ''.
>
> Done building project "WixProject.wixproj" -- FAILED.
>
> Build FAILED
>
> If I use command line to compile, I got another error:
>
> candle.exe : error CNDL0103 : The system cannot find the file
> 'project.wxs' with type 'Source'.
>
> Could some one tell me how to get rid of this error? Thanks!
>
>
>
> Chunyan
>
>
> --
> OpenSolaris 2009.06 is a cutting edge operating system for enterprises
> looking to deploy the next generation of Solaris that includes the latest
> innovations from Sun and the OpenSource community. Download a copy and
> enjoy capabilities such as Networking, Storage and Virtualization.
> Go to: http://p.sf.net/sfu/opensolaris-get
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problems with Heat and COM (and subsequently Candleand Light)

[Simon Dahlbacka]

On Tue, May 19, 2009 at 2:01 PM, Ondrej Zarevucky
wrote:

> Thank you for your reply.
> I was using RC2, but when I ran into problems I've downloaded the
> wix3-binaries.zip from http://wix.sourceforge.net/releases/3.0.5315.0/ and
> tried to use them. It didn't help :( But I still have RC2 installed in
> Program Files... I hope this is not a problem.
>
> 3) For the problem with 1252 codepage I forgot to include example:
> The source WXS has (saved in utf-8): "Prurez zadaný císelne"
> I've converted it to use only 1252 codepage characters (saved in utf-8):
> "Prurez zadaný císelne", but it still throws the error:
>


>
> Legacy.wxs(523) : error LGHT0311 : A string was provided which do
> esn't match the specified database codepage '1252'. Either set your
> database
> cod
> epage to match these characters, or change these characters to ones that
> exist i
> n the database's codepage.
>

shouldn't the .wxs file itself be saved as 1252?
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Single installer for 32-bit and 64-bit

[Simon Dahlbacka]

On Wed, Apr 15, 2009 at 10:04 PM, Prashant Murthy  wrote:
> Hi All,
>
> Is it possible to bundle 32-bit and 64-bit files into a single MSI and
> install the appropriate ones based on the system on which it is being
> installed?

AFAIK, no

--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using Wix and Visual Studio

[Simon Dahlbacka]

I seem to remember that VC++ projects are not supported as project
references as they do not use msbuild. Please correct me if I'm wrong
though..

/Simon

On Fri, Apr 3, 2009 at 9:31 PM, Eric Brown (REDMOND)
 wrote:
>    
>      simple
>      {51fd4fe2-5128-4557-b23c-be67ca3fe745}
>      True
>    
>
> -Original Message-----
> From: Simon Dahlbacka [mailto:simon.dahlba...@gmail.com]
> Sent: Friday, April 03, 2009 11:22 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Using Wix and Visual Studio
>
> how does the  tag look in your .wixproj file?
>
> On Fri, Apr 3, 2009 at 9:13 PM, Eric Brown (REDMOND)
>  wrote:
>> Multiple times.   It always comes back yellow.  There's no tooltip to 
>> provide any further feedback.  (Also, I've tried this with a separate  dummy 
>> project - I get the same problem.)
>>
>> -Original Message-
>> From: Christopher Karper [mailto:christopher.kar...@gmail.com]
>> Sent: Friday, April 03, 2009 11:07 AM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] Using Wix and Visual Studio
>>
>> That is VS saying the reference is invalid somehow.   I'm not sure what the
>> specific problem is, but have you tried deleting the reference and
>> recreating it?  Sorry I can't do more to help right now, but I'm wrestling
>> TFS and Team Build, and it's winning.
>>
>> Chris
>>
>> On Fri, Apr 3, 2009 at 1:24 PM, Eric Brown (REDMOND) <
>> eric.br...@microsoft.com> wrote:
>>
>>> Also, there is that yellow warning icon on the project reference.  I don't
>>> know what that means, and I can't find a reference in the documentation.
>>>
>>> -Original Message-
>>> From: Christopher Karper [mailto:christopher.kar...@gmail.com]
>>> Sent: Friday, April 03, 2009 10:17 AM
>>> To: General discussion for Windows Installer XML toolset.
>>> Subject: Re: [WiX-users] Using Wix and Visual Studio
>>>
>>> I use spaces in my project names and project references, and they're all
>>> fine.
>>> I suspect his problem is something else.  I'm not sure what that is, since
>>> this exact scenario, even down to the environment seems to match.
>>>
>>> Chris
>>>
>>> On Fri, Apr 3, 2009 at 12:29 PM, Eric Brown (REDMOND) <
>>> eric.br...@microsoft.com> wrote:
>>>
>>> > Tried using underscores and renaming; still get the same error (CNDL0150:
>>> > Undefined preprocessor variable).
>>> >
>>> > -Original Message-
>>> > From: Jason Ginchereau [mailto:jason...@microsoft.com]
>>> > Sent: Thursday, April 02, 2009 5:55 PM
>>> > To: wix-users@lists.sourceforge.net
>>> > Subject: Re: [WiX-users] Using Wix and Visual Studio
>>> >
>>> > Any characters in the project name that are invalid for WiX preprocessor
>>> > variable names get automatically converted to underscores. So without
>>> > renaming the project this should work:
>>> >
>>> > $(var.My_Test_Project.TargetFilename)
>>> >
>>> >
>>> > -Original Message-
>>> > From: Alex Cater [mailto:alex.ca...@apdcomms.com]
>>> > Sent: Thursday, April 02, 2009 4:28 PM
>>> > To: wix-users@lists.sourceforge.net
>>> > Subject: Re: [WiX-users] Using Wix and Visual Studio
>>> >
>>> >
>>> > I'm guessing that you cannot have spaces in a project reference
>>> variable...
>>> >
>>> > $(var.My Test Project.TargetFileName)
>>> >
>>> > Try renaming your test project to MyTestProject so the project reference
>>> > variable becomes:
>>> >
>>> > $(var.MyTestProject.TargetFileName)
>>> >
>>> > --
>>> > View this message in context:
>>> > http://n2.nabble.com/Using-Wix-and-Visual-Studio-tp2578030p2578131.html
>>> > Sent from the wix-users mailing list archive at Nabble.com.
>>> >
>>> >
>>> >
>>> >
>>> --
>>> > ___
>>> > WiX-users mailing list
>>> > WiX-users@lists.sourceforge.net
>>> > https://lists.sourceforge.net/lists/listinfo/wix-users
>>> >
>>> >
>>> >
>>> >
>>> --

Re: [WiX-users] Using Wix and Visual Studio

[Simon Dahlbacka]

how does the  tag look in your .wixproj file?

On Fri, Apr 3, 2009 at 9:13 PM, Eric Brown (REDMOND)
 wrote:
> Multiple times.   It always comes back yellow.  There's no tooltip to provide 
> any further feedback.  (Also, I've tried this with a separate  dummy project 
> - I get the same problem.)
>
> -Original Message-
> From: Christopher Karper [mailto:christopher.kar...@gmail.com]
> Sent: Friday, April 03, 2009 11:07 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Using Wix and Visual Studio
>
> That is VS saying the reference is invalid somehow.   I'm not sure what the
> specific problem is, but have you tried deleting the reference and
> recreating it?  Sorry I can't do more to help right now, but I'm wrestling
> TFS and Team Build, and it's winning.
>
> Chris
>
> On Fri, Apr 3, 2009 at 1:24 PM, Eric Brown (REDMOND) <
> eric.br...@microsoft.com> wrote:
>
>> Also, there is that yellow warning icon on the project reference.  I don't
>> know what that means, and I can't find a reference in the documentation.
>>
>> -Original Message-
>> From: Christopher Karper [mailto:christopher.kar...@gmail.com]
>> Sent: Friday, April 03, 2009 10:17 AM
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] Using Wix and Visual Studio
>>
>> I use spaces in my project names and project references, and they're all
>> fine.
>> I suspect his problem is something else.  I'm not sure what that is, since
>> this exact scenario, even down to the environment seems to match.
>>
>> Chris
>>
>> On Fri, Apr 3, 2009 at 12:29 PM, Eric Brown (REDMOND) <
>> eric.br...@microsoft.com> wrote:
>>
>> > Tried using underscores and renaming; still get the same error (CNDL0150:
>> > Undefined preprocessor variable).
>> >
>> > -Original Message-
>> > From: Jason Ginchereau [mailto:jason...@microsoft.com]
>> > Sent: Thursday, April 02, 2009 5:55 PM
>> > To: wix-users@lists.sourceforge.net
>> > Subject: Re: [WiX-users] Using Wix and Visual Studio
>> >
>> > Any characters in the project name that are invalid for WiX preprocessor
>> > variable names get automatically converted to underscores. So without
>> > renaming the project this should work:
>> >
>> > $(var.My_Test_Project.TargetFilename)
>> >
>> >
>> > -Original Message-
>> > From: Alex Cater [mailto:alex.ca...@apdcomms.com]
>> > Sent: Thursday, April 02, 2009 4:28 PM
>> > To: wix-users@lists.sourceforge.net
>> > Subject: Re: [WiX-users] Using Wix and Visual Studio
>> >
>> >
>> > I'm guessing that you cannot have spaces in a project reference
>> variable...
>> >
>> > $(var.My Test Project.TargetFileName)
>> >
>> > Try renaming your test project to MyTestProject so the project reference
>> > variable becomes:
>> >
>> > $(var.MyTestProject.TargetFileName)
>> >
>> > --
>> > View this message in context:
>> > http://n2.nabble.com/Using-Wix-and-Visual-Studio-tp2578030p2578131.html
>> > Sent from the wix-users mailing list archive at Nabble.com.
>> >
>> >
>> >
>> >
>> --
>> > ___
>> > WiX-users mailing list
>> > WiX-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/wix-users
>> >
>> >
>> >
>> >
>> --
>> > ___
>> > WiX-users mailing list
>> > WiX-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/wix-users
>> >
>> >
>> >
>> >
>> --
>> > ___
>> > WiX-users mailing list
>> > WiX-users@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/wix-users
>> >
>>
>> --
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>>
>> --
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
___

Re: [WiX-users] Using Wix and Visual Studio

[Simon Dahlbacka]

On Fri, Apr 3, 2009 at 8:24 PM, Eric Brown (REDMOND)
 wrote:
> Also, there is that yellow warning icon on the project reference.  I don't 
> know what that means, and I can't find a reference in the documentation.

Normally that means that Visual Studio has failed to resolve the reference

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

Re: [WiX-users] InstallExecute not defined?

[Simon Dahlbacka]

On Sat, Mar 7, 2009 at 8:40 AM, Bob Arnson  wrote:
> Bob Arnson wrote:
>> So that's the literal interpretation of the MSI SDK: You can only
>> schedule RemoveExistingProducts before InstallFinalize if it follows
>> InstallExecute[Again]. Not sure what to do about it at the moment...
>>
>
> I added InstallExecute and InstallExecuteAgain standard actions to the
> compiler to WiX v3.0.5106.0.

Thank you, scheduling REP after InstallExecute even seems to have the
effect I was hoping for :)

/Simon

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] InstallExecute not defined?

[Simon Dahlbacka]

On Wed, Mar 4, 2009 at 8:50 AM, Bob Arnson  wrote:
> Simon Dahlbacka wrote:
>> If I do that I'm greeted with an ICE63 Warning        Some action falls
>> between InstallInitialize and RemoveExistingProducts.
>>
>
> Using Before="InstallFinalize"? Which action is scheduled
> InstallInitialize and RemoveExistingProducts? (Use Orca to see the
> InstallExecuteSequence table.)


InstallInitialize   1500
ProcessComponents   1600
UnpublishFeatures   1800
SchedSecureObjectsRollback  VersionNT > 400 1801
RemoveRegistryValues2600
RemoveShortcuts 3200
RemoveFiles 3500
InstallFiles4000
CreateShortcuts 4500
WriteRegistryValues 5000
InstallServices VersionNT   5800
SchedSecureObjects  NOT REMOVE~="ALL" AND VersionNT > 400   5801
RegisterUser6000
RegisterProduct 6100
PublishFeatures 6300
PublishProduct  6400
RemoveExistingProducts  6599
InstallFinalize 6600


>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] InstallExecute not defined?

[Simon Dahlbacka]

On Wed, Mar 4, 2009 at 12:39 AM, Bob Arnson  wrote:
> Simon Dahlbacka wrote:
>> I'm trying to schedule RemoveExistingProducts after InstallExecute like so
>>
>
> Generally, "before InstallFinalize" is the right way to go.

If I do that I'm greeted with an ICE63 Warning  Some action falls
between InstallInitialize and RemoveExistingProducts.

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] InstallExecute not defined?

[Simon Dahlbacka]

wix 3.0.5020

I'm trying to schedule RemoveExistingProducts after InstallExecute like so

   
  


but I'm getting the following error:
Error   1   Unresolved reference to symbol
'WixAction:InstallExecuteSequence/InstallExecute' in section
'Product:*'.D:\Foo\Product.wxs  61  1   FooInstaller

what am I missing?

/Simon

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstapper in VS 2008

[Simon Dahlbacka]

On Tue, Mar 3, 2009 at 7:43 PM, Wilson, Phil  wrote:
> There's this too that I think is a different one, right?
>
> http://code.msdn.microsoft.com/bmg

yes and no,
It is not a bootstrapper but a tool is useful together with
GenerateBootstrapperTask, specifically if you have a custom
prerequisite

/Simon


>
> -Original Message-
> From: Martin MacPherson [mailto:mar...@metapixel.co.uk]
> Sent: Tuesday, March 03, 2009 6:50 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Bootstapper in VS 2008
>
> There is always the MSBuild GenerateBootstrapperTask. (
> http://msdn.microsoft.com/en-us/library/ms164294.aspx)
> 
> I've not used it but imagine it isn't the most flexible/powerful solution.
>  It looks pretty straightforward however.
>
> 2009/3/3 Jacob, Christian 
>
>> I am not sure, since I am primarily working with InstallShield. But maybe
>> you are searching for setupbld.exe? Look for it within this Mailing List.
>> I used it for example to chain an MSI and an MSP together.
>>
>> Regards,
>> Chris.
>>
>> -Ursprüngliche Nachricht-
>> Von: Graham Allwood [mailto:graham.allw...@live.co.uk]
>> Gesendet: Dienstag, 3. März 2009 14:49
>> An: wix-users@lists.sourceforge.net
>> Betreff: [WiX-users] Bootstapper in VS 2008
>>
>> Hi,
>>
>>
>>
>> I'm looking in to replacing our existing VS2008 setup project with on
>> authored in Wix. The one thing I am struggling to find out is how I would
>> do
>> a bootstrapper for my Wix project. Is there a tool included in Wix 3.0 that
>> can install my applications pre-requisites then launch my msi?
>>
>>
>>
>> Thanks for your help.
>>
>>
>>
>> Graham
>>
>>
>> --
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
>> CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the
>> Enterprise
>> -Strategies to boost innovation and cut costs with open source
>> participation
>> -Receive a $600 discount off the registration fee with the source code:
>> SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> --
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
>> CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the
>> Enterprise
>> -Strategies to boost innovation and cut costs with open source
>> participation
>> -Receive a $600 discount off the registration fee with the source code:
>> SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] GenerateBootstrapper : setup.exe is "unable to locate application file"

[Simon Dahlbacka]

I seem to remember that you'll want to use something like
$(TargetFileName) instead of $(TargetPath) to avoid having the full
path embedded inside the bootstrapper

/Simon

On Thu, Feb 26, 2009 at 12:56 PM, Bob Lim  wrote:
>
> Hi guys,
>
> My msi is in the same folder as the setup.exe. And the path specified by the 
> setup.exe error message is correct and is the same path as the msi. Why it is 
> unable to locate my msi?
>
> I am using 3.0.5020.0 after 3.0.4721.0 bootstrapper failed to work in the 
> same way. My GenerateBootstrapper code as below,
>
>  
>    
>      Windows Installer 3.1
>    
>  
>        
>              ApplicationName="Germanium Web"
>        BootstrapperItems="@(BootstrapperFile)"
>        ComponentsLocation="Relative"
>        CopyComponents="True"
>        OutputPath="$(OutputPath)"
>        Path="C:\Program Files\Microsoft Visual Studio 
> 8\SDK\v2.0\BootStrapper\"/>
>        
>
> Thanks everyone for reading!
>
> Any help is appreciated!
>
> Best regards,
> Bob Lim
>
>
>      Have a new Yahoo! Mail account? Kick start your journey by importing all 
> your contacts! http://www.trueswitch.com/yahoo-sg
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 64/32 bit builds

[Simon Dahlbacka]

> A single install package would be so much nicer than two packages. But is it
> possible?

AFAIK, no

> On Tue, Feb 10, 2009 at 11:30 AM, Alex Ivanoff 
> wrote:
>
>> 
>>
>>
>> -Original Message-
>> From: Colin Fox [mailto:greenene...@gmail.com]
>> Sent: Tuesday, February 10, 2009 13:26
>> To: wix-users
>> Subject: [WiX-users] 64/32 bit builds
>>
>> I'm trying to build two packages from the same set of files - a 64 bit
>> and a
>> 32 bit package.
>>
>> I'm getting this when trying to build the 64 bit package:
>>
>>ICE80: This 64BitComponent ProductComponent uses 32BitDirectory
>> INSTALLLOCATION
>>
>> The 64 bit executable is going into the same INSTALLLOCATION so I don't
>> understand what it's complaining about.
>>
>> > Platform="$(var.Platform)"
>> />
>>   ...
>>
>>
>>> Name="$(var.programfilesdirname)">
>>>Win64="$(var.win64)"
>>Guid="{YOUR-GUID-HERE}">
>>
>> How is INSTALLLOCATION a "32 bit directory"? How do I designate it a 64
>> bit
>> directory?
>>
>>
>> --
>> Regards,
>>  cf
>> 
>> --
>> Create and Deploy Rich Internet Apps outside the browser with
>> Adobe(R)AIR(TM)
>> software. With Adobe AIR, Ajax developers can use existing skills and
>> code to
>> build responsive, highly engaging applications that combine the power of
>> local
>> resources and data with the reach of the web. Download the Adobe AIR SDK
>> and
>> Ajax docs to start building applications
>> today-http://p.sf.net/sfu/adobe-com
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> --
>> Create and Deploy Rich Internet Apps outside the browser with
>> Adobe(R)AIR(TM)
>> software. With Adobe AIR, Ajax developers can use existing skills and code
>> to
>> build responsive, highly engaging applications that combine the power of
>> local
>> resources and data with the reach of the web. Download the Adobe AIR SDK
>> and
>> Ajax docs to start building applications today-
>> http://p.sf.net/sfu/adobe-com
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
> --
> Regards,
>  cf
> --
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] Setting the output name with a variable

[Simon Dahlbacka]

On Thu, Jan 22, 2009 at 2:56 AM, Rob Mensching
 wrote:
> VS2008?  Yes.  VS2005?  No, I think that was make.exe... but I'm not an 
> expert on the VS build systems. I find modifying build systems in VS to be 
> painful since there are so many tiny boxes to type data in and a weird split 
> between "debug" and "release".  

MSBuild was in first appeared in VS 2005

FWIW, if you know what you are doing, there is an option in VS to
unload project and for an unloaded project there is an option to Edit
.csproj that lets you edit away as xml. For certain
things, I find this faster/easier/less painful.

>
> -Original Message-
> From: Colin Fox [mailto:greenene...@gmail.com]
> Sent: Wednesday, January 21, 2009 16:06
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Setting the output name with a variable
>
> If we're building with Visual Studio (or devenv.exe) are we still using
> msbuild under the hood?
>
> On Wed, Jan 21, 2009 at 3:57 PM, Rob Mensching
> wrote:
>
>> You need to separate the WiX toolset from MSBuild in your mind.  Treat the
>> WiX toolset the way you would treat csc.exe or vbc.exe or (actually more
>> like) cl.exe/link.exe.  Anything written in the language being compiled is
>> completely contained within the compilation process.  MSBuild (or NAnt or
>> make.exe or whatever you want to use) is driving the outputs from those
>> tools in a coordinated manner.  You need some MSBuild syntax to set the
>> property you want.  I'm not an MSBuild guru so I'm not much more help than
>> that.  Sorry.
>>
>>
>> -Original Message-
>> From: Colin Fox [mailto:greenene...@gmail.com]
>> Sent: Wednesday, January 21, 2009 15:52
>> To: wix-users
>> Subject: [WiX-users] Setting the output name with a variable
>>
>> I've asked this before but haven't gotten a solid answer, so I'll try one
>> more time.
>>
>> I need to be able to incorporate a modified form of the package version
>> into
>> the .msi name.
>>
>> What would be ideal would be the ability to reference the
>> "!(bind.fileVersion.MyPackageEXE)" as part of the output name, something
>> like:
>>
>> DeluxeInstaller_!(bind.fileVersion.MyPackageEXE).msi
>>
>> I've had no luck shooting in the dark with different forms of the variable.
>>
>> Setting the "OutputName" field to include either a $() variable or a !()
>> bind variable doesn't work, and the bind variable seems to no longer be in
>> scope at the post-build-event stage (where I could simply write a line of
>> DOS that renames the file.
>>
>> Is the only option to me at this point truly to write a separate
>> stand-alone
>> application that will have to go get the version information from the
>> binaries itself and do a rename?
>>
>> That seems incredibly lame, since all the information I need is available
>> during the wix processing, but I just don't seem to be able to get at it.
>>
>> I REALLY don't want to have to make an ugly hack just to add the version
>> number into the filename.
>>
>> Please don't tell me that that is the only way.
>>
>> --
>> Regards,
>>  cf
>>
>> --
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>>
>> --
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
>
> --
> Regards,
>  cf
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] Not able to install votive

[Simon Dahlbacka]

Wix 2.x is too old for using with VS 2008. In order to do that you
need to use Wix 3

On Wed, Jan 21, 2009 at 12:20 PM, Murtaza Chowdhury
 wrote:
> When I try to install Votive 2.0.5805.0 on Visual Studio 2008, I get the 
> following error message : "WIX Toolset Visual Studio Package requires the 
> Standard, Professional, or Team editions of Visual Studio; Express editions 
> are not supported."
> I have the Team edition and not the express edition but somehow votive thinks 
> that the other way. Has anybody come across this problem. What is the 
> resolution ?
> Any pointers will be highly appreciated.
>
> Regards,
> Murtaza Chowdhury
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] Building signed WiX Source

[Simon Dahlbacka]

from the error message, a plausible explanation is the key used is one
that is used is also used in an InternalsVisibleToAttribute and the
code takes advantage of this


On Thu, Jan 8, 2009 at 9:48 AM, Neil Sleightholm  wrote:
> Is it possible it only works because you are using an official Microsoft key 
> and that gives permissions to load something else? They key I generated was 
> simply done with "sn -k mykey.snk" is that appropriate?
>
> I'll raise a bug so this isn't lost.
>
> Neil
>
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com 
>
>
> 
>
> From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
> Sent: Wed 07/01/2009 23:14
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Building signed WiX Source
>
>
>
> I don't know.  Works on the build machine today.  
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: Wednesday, January 07, 2009 15:00
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Building signed WiX Source
>
> I have both "Visual Studio 2008 SDK Version 1.0" and "Visual Studio 2005
> SDK Version 4.0" installed.
> (This details the full config:
> http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach
> ine.html)
>
> Should I raise a bug for this?
>
> Neil
>
> -Original Message-
> From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
> Sent: 07 January 2009 22:52
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Building signed WiX Source
>
> 2005 and 2008 both.  I think that's a 2008 thing but I'm not sure if
> that fixes the 2005 official build.  Votive is mainly handled by Justin.
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: Wednesday, January 07, 2009 14:32
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Building signed WiX Source
>
> If I build without setting OFFICIAL_WIX_BUILD everything is ok, it is
> only a problem when I try to sign it.
>
> Is "VSIP SDK" == "Visual Studio 2005 SDK Version 4."
>
> Neil
>
> -Original Message-
> From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
> Sent: 07 January 2009 22:18
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Building signed WiX Source
>
> Do you have the VSIP SDK?  I *think* that's what is required.  There is
> a fair bit of software that has to be installed when doing an official
> build.
>
> -Original Message-
> From: Neil Sleightholm [mailto:n...@x2systems.com]
> Sent: Wednesday, January 07, 2009 13:44
> To: General discussion for Windows Installer XML toolset.
> Subject: [WiX-users] Building signed WiX Source
>
> I want to be able to build the WiX source to run on machines other than
> the build machine. By default the build processes delay signs the code
> with the public WiX key and so it won't run unless you trust the public
> key. Looking at the build code it seems the answer to this is to create
> my own public/private key and set OFFICIAL_WIX_BUILD to point at it.
>
> This works for most of the code but Votive2005.csproj fails with this
> error:
> WixExtensionReferenceNodeProperties.cs(59,10): error CS0122:
> 'System.SRCategoryAttribute' is inaccessible due to its protection level
>
> Does anyone have any idea why this is happening?
>
> Is this the correct way to generate signed code?
>
> Thanks
>
> Neil
>
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com
>
>
> 
> --
> Check out the new SourceForge.net Marketplace.
> It is the best place to buy or sell services for
> just about anything Open Source.
> http://p.sf.net/sfu/Xq1LFB
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> 
> --
> Check out the new SourceForge.net Marketplace.
> It is the best place to buy or sell services for
> just about anything Open Source.
> http://p.sf.net/sfu/Xq1LFB
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> 
> --
> Check out the new SourceForge.net Marketplace.
> It is the best place to buy or sell services for
> just about anything Open Source.
> http://p.sf.net/sfu/Xq1LFB
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> 
> --
> Check out the new SourceForge.net Marketplace.
> It

Re: [WiX-users] Games Explorer Integration

[Simon Dahlbacka]

http://www.joyofsetup.com/2008/04/22/new-wix-feature-gaming-extension/

On Wed, Jan 7, 2009 at 8:36 PM, John Cooper  wrote:
>
> I was wondering whether anyone using WiX has managed to get their games 
> listed in Games Explorer which is available for Windows Vista. There is also 
> a logo scheme available from Microsoft which is called "Games For Windows" 
> attached to this scheme is a list of requirements 
> (http://msdn2.microsoft.com/en-us/library/bb173456.aspx and 
> http://msdn2.microsoft.com/en-us/library/bb173445.aspx). This would make a 
> great addition because it would then enable open source game projects to be 
> Active Directory compatible. Therefore as a result it would enable the 
> commercial gaming centers and cyber cafes to make available an additional 
> thing for their customers to do online with the potential for superior 
> quality.
> _
> Choose the perfect PC or mobile phone for you
> http://clk.atdmt.com/UKM/go/130777504/direct/01/
> --
> Check out the new SourceForge.net Marketplace.
> It is the best place to buy or sell services for
> just about anything Open Source.
> http://p.sf.net/sfu/Xq1LFB
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users] Problems with Wix version 3.0.4805.0

[Simon Dahlbacka]

the schema validation warnings do not matter

On Sat, Dec 20, 2008 at 9:27 PM, John McLean, Jr.  wrote:
> Just upgraded to Wix 3.0.4805.0.
>
> Getting 55 warnings about the Wix.target file.
>
> An example warning message is:
>
> The element 'PropertyGroup' in namespace
> 'http://schemas.microsoft.com/developer/msbuild/2003' has invalid child
> element 'UserTargetPath' in namespace
> 'http://schemas.microsoft.com/developer/msbuild/2003'. List of possible
> elements expected: 'Property' in namespace
> 'http://schemas.microsoft.com/developer/msbuild/2003' .
>
> What do I need to correct this?
>
> Regards,
>
> John E. McLean, Jr.
> Tel: 713-780-7262
> Fax: 713-780-3010
> http://www.jmatech.com 
>
> This message and its attachments are for the sole use of the intended
> recipients. They may contain confidential, privileged or proprietary
> information or other information subject to legal protection and
> restrictions. If you are not the intended recipient of this message,
> please do not read, copy or disclose the content of this message or its
> attachments and immediately notify the sender of the erroneous
> transmission by replying to the message. You should then delete or
> destroy all copies of the message and attachments in all forms of media.
>
> --
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

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

Re: [WiX-users]

[Simon Dahlbacka]

Why do you need it?
First try if just increasing the msbuild verbosity helps (/v: flag to
msbuild.exe),
Tools -> Options -> Projects and Solutions -> Build and Run -> MSbuild
project build output verbosity
in Visual Studio

If that does not help, you can add whatever messages you like either
in your .wixproj file (or if necessary in wix.targets)

On Tue, Dec 16, 2008 at 8:21 PM, Borchert, Phil
 wrote:
> I've been trying to figure out how to output to the "Output Window"
> during the building of the .WXS file?  I was hoping I could add
> something such as "Now building .WXS file" or using it to output the
> variables I use?  I tried searching up and down and maybe I am just not
> using the right vocabulary?  I would like to see something like this in
> the output window.
>
>
>
> 1>-- Build started: Project: Wix, Configuration: Debug x86 --
>
> 1>C:\Program Files\Windows Installer XML
> v3\bin\candle.exe...
>
>> C:\Program Files\Windows Installer XML v3\bin\Light.exe
> -out...
>
> Building MyWix now
>
> == Build: 1 succeeded, 0 failed, 12 up-to-date, 0 skipped
> ==
>
>
>
> Philip
>
> --
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] multiple license agreements in one installer?

[Simon Dahlbacka]

> and since there are 129 license agreements and are 51MB in
> total size, this wouldn't really be acceptable.

Just a random thought:
Poor users, if they really have to click "I have read and accept" for
each and every one of those agreements...

/Simon

-
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] Can't build after upgrade

[Simon Dahlbacka]

See 
http://blogs.msdn.com/jasongin/archive/2008/07/09/votive-project-platform-configurations.aspx

On Wed, Nov 26, 2008 at 5:53 PM, Anthony Wieser
<[EMAIL PROTECTED]> wrote:
> I just upgraded from 3.0.3704.0 to 3.0.4721.0 but now I can no longer build
> my project which is part of my solution in VS2005.
>
> When I do a build, it just says skipped on the wixproj
>
> If I go to the project properties, clicking on either the build or tools
> settings tabs causes the property page to display this:
> An error occurred trying to load the page.
> Value does not fall within the expected range.
>
> Have I missed a step installing something?
>
> Does WiX still work with VS2005?
>
> Anthony Wieser
> Wieser Software Ltd
>
>
> -
> 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] adding help using the vsextension

[Simon Dahlbacka]

On Mon, Nov 24, 2008 at 12:45 PM, Sean Farrow
<[EMAIL PROTECTED]> wrote:
> Hi:
> Does the vs extension allow me to add help to any namespace supported by
> document explorer?

AFAIK, yes.. but there has been issues, not sure if they are fixed or not.

> If I use this extension, do I require the .net
> framework installed on the target user system.

The extension itself does not require .net framework installed. But
didn't document exporer first appear in vs 2005 which in turn implies?
.NET 2.0 framework.

/Simon

> __ Information from ESET NOD32 Antivirus, version of virus
> signature database 3635 (20081124) __
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.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] wix.targets problem in latest weekly build

[Simon Dahlbacka]

see
http://blogs.msdn.com/jasongin/archive/2008/07/09/votive-project-platform-configurations.aspx

On Mon, Nov 3, 2008 at 3:37 PM, Chris Bardon <[EMAIL PROTECTED]> wrote:

> I just tried upgrading to build 3.0.4624.0 from 3.0.4014.0, and I
> noticed that my setup projects won't build anymore.  VS 2005 compains
> about the wix.targets file.  The compiler reports back that 'The target
> "link" does not exist in the project in the error list, but there don't
> appear to be any details in the output view.  If I try to view the
> project property pages in VS, I also get an error on the Build and Tool
> Settings pages (Value does not fall within the expected range).  If I
> load wix.targets (in program files\MSBuild\Microsoft\Wix\3.0) I can see
> a couple of schema errors in sections like this, where it says that
> CoreBuildDependsOn is an invalid child of PropertyGroup.
>
> Has anyone else had this problem with this WiX build?  This is using VS
> 2005 Pro sp1.  The last build I had worked fine with these project
> files-has something changed in the wix.targets file?
>
> 
>
> 
>
> BuildOnlySettings;
>
> PrepareForBuild;
>
> PreBuildEvent;
>
> ResolveReferences;
>
> AddCompilerDefineConstants;
>
> CompileAndLink;
>
> GetTargetPath;
>
> IncrementalClean;
>
> PostBuildEvent
>
> 
>
> 
>
> -
> 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] Question regarding the attribute "Win64" in "Component"

[Simon Dahlbacka]

The gotcha is that you cannot have a 32 bit installer install 64 bit
components.

On Tue, Oct 28, 2008 at 4:13 PM, Michael Owings <[EMAIL PROTECTED]> wrote:

> Hmmm -- I guess my question is -- what am I risking? Getting rid of the
> 32-bit installer is a non-starter for us (this isn't a corporate
> environment), and the 32-bit mixed installer works perfectly in both
> environments. (Our 64-bit components don't actually take up much room).
>
> A single installer (at least for this product) seems to be a cleaner
> approach. Is there some gotcha I'm missing here?
>
> Christopher Karper wrote:
> > If you need a mixed installer, then you have to make it a 64 bit
> > installer.   It doesn't make sense to install 64 bit components on a 32
> > bit system anyway, so just don't include those components in your 32 bit
> > installer, or alternately, don't offer a 32 bit installer.   In some
> > corporate environments, that might work.
> >
> > Chris
> >
> > On Tue, Oct 28, 2008 at 9:19 AM, Michael Owings <[EMAIL PROTECTED]
> > > wrote:
> >
> > Pally Sandher wrote:
> >  > Yes but you will get an ICE80 error when compiling if you set
> >  > Win64="yes" on a component when your MSI is an x86 build &
> > vice-versa.
> >  >
> >  > Why would you want to?
> >
> > If you install mixed 32 and 64-bit components in a single install? We
> > have an installer that MUST do this. What would be a better approach?
> >
> > --
> > 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  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
>
-
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] Releases Link Broken?

[Simon Dahlbacka]

It seems that action is required by the wix devs:

>
> *NOTE: As of 2008-10-23 directory index display has been disabled by
> default.
> This option may be re-enabled by the project by placing a file with the
> name
> ".htaccess" with this line:
>
> Options Indexes
> *
>
> Is there another way to get the latest weekly release?
>

Not that I know of, but that maybe just me

/Simon
-
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 for non english culture?

[Simon Dahlbacka]

>  Maybe there is a
> better property than $(TargetPath) (is there?), but for now I just hardcode
> the msi's name.


$(TargetFileName) ?
-
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] Logging

[Simon Dahlbacka]

yes, shell redirection does not work in this case.

In that case you should use
ProcessStartInfo.RedirectStandardOutput / .RedirectStandardError
and then you can read the output from
light.StandardOutput and light.StandardError

/Simon

On Tue, Oct 7, 2008 at 11:22 AM, Peter Vestergaard <[EMAIL PROTECTED]>wrote:

> Sorry I wasn't being clear.. I am using light in a c# app. And this is what
> is happening:
>
> Process light = new Process();
> light.StartInfo.FileName = WiX toolset\light.exe";
> light.StartInfo.Arguments = "\"" + OutputFolder +.+ \WiXOutput.wixobj"
> +
> "\" " + "-out " + "\"" + OutputFolder + . + projectName + ".msi" + "\"
> "
> + ">build2.log " + "-ext WixUIExtension -loc " + "\"" + OutputFolder + @"\"
> + ...\Language.xml" + "\"";
> light.Start();
> while (!light.HasExited)
> {
> Application.DoEvents();
> Thread.Sleep(20);
> }
> When I debug and copy the light.StartInfo.Arguments string and paste it in
> the console, it works great. But not when I run my app. like I usually do
> it
> feels like it skips the candle and light process. It does not build
> anything
> and no log file is created... Maybe something to do with ">" char?? Or what
> do you think?
> Thank you in advance!
> Peter
>
> 2008/10/6 Phil Sayers <[EMAIL PROTECTED]>
>
> > anyone else received this message almost 10 times today?
> >
> > -Original Message-
> > From: Peter Vestergaard [mailto:[EMAIL PROTECTED]
> > Sent: Monday, October 06, 2008 6:47 AM
> > To: General discussion for Windows Installer XML toolset.
> > Subject: Re: [WiX-users] Logging
> >
> >
> > I am using the command line
> >
> > On Mon, Oct 6, 2008 at 12:38 PM, Simon Dahlbacka
> > <[EMAIL PROTECTED]>wrote:
> >
> > > Or if you use votive (or othervise msbuild compatible project), you can
> > use
> > > the normal msbuild logging mechanism
> > >
> > > http://msdn.microsoft.com/en-us/library/ms171470(VS.80).aspx<http://msdn.microsoft.com/en-us/library/ms171470%28VS.80%29.aspx>
> > >
> > > /Simon
> > >
> > > On Mon, Oct 6, 2008 at 1:15 PM, Peter Vestergaard <
> [EMAIL PROTECTED]
> > > >wrote:
> > >
> > > > Thanks for your reply.
> > > > I can't get  this to work with light. Could you give me an examble of
> > the
> > > > correct syntax?
> > > > -Peter
> > > >
> > > > On Mon, Oct 6, 2008 at 10:45 AM, Rob Hamflett <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > There's the traditional method of redirecting the output:
> > > > > candle  1>stdout.txt 2>stderr.txt
> > > > >
> > > > > Rob
> > > > >
> > > > >  >Peter Vestergaard wrote:
> > > > > > Hi.
> > > > > > Is there any way to log candle and light build errors and
> warnings
> > to
> > > a
> > > > > text
> > > > > > file?
> > > > > > Best regards
> > > > > > Peter
> > > > > >
> > >
> > >
> -
> > > > > > This SF.Net email is sponsored by the Moblin Your Move
> Developer's
> > > > > challenge
> > > > > > Build the coolest Linux based applications with Moblin SDK & win
> > > great
> > > > > prizes
> > > > > > Grand prize is a trip for two to an Open Source event anywhere in
> > the
> > > > > world
> > > > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > > > >
> > > > >
> > > > >
> > >
> -
> > > > > 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
> > > > &g

Re: [WiX-users] Logging

[Simon Dahlbacka]

Or if you use votive (or othervise msbuild compatible project), you can use
the normal msbuild logging mechanism

http://msdn.microsoft.com/en-us/library/ms171470(VS.80).aspx

/Simon

On Mon, Oct 6, 2008 at 1:15 PM, Peter Vestergaard <[EMAIL PROTECTED]>wrote:

> Thanks for your reply.
> I can't get  this to work with light. Could you give me an examble of the
> correct syntax?
> -Peter
>
> On Mon, Oct 6, 2008 at 10:45 AM, Rob Hamflett <[EMAIL PROTECTED]> wrote:
>
> > There's the traditional method of redirecting the output:
> > candle  1>stdout.txt 2>stderr.txt
> >
> > Rob
> >
> >  >Peter Vestergaard wrote:
> > > Hi.
> > > Is there any way to log candle and light build errors and warnings to a
> > text
> > > file?
> > > Best regards
> > > Peter
> > >
> -
> > > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > > Build the coolest Linux based applications with Moblin SDK & win great
> > prizes
> > > Grand prize is a trip for two to an Open Source event anywhere in the
> > world
> > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >
> >
> > -
> > 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] XmlConfig XPath problem

[Simon Dahlbacka]

In the sample xml provided, @name has the value DatabaseSettings while in
your xpath you check for DatabaseConnections.
Not sure about the missing separator though..

/Simon

On Tue, Aug 12, 2008 at 5:35 PM, Evans, Jim <[EMAIL PROTECTED]>wrote:

> I'm having a problem writing a value to an XML file using XmlConfig (WiX
> 3.0.4401). Here is a model XML file with the structure I have:
>
> 
>  
>
>  
>
>
>  ...
>
>  
> 
>
> I need to set the server attribute of the Default element. Here is my WiX
> code for XmlConfig:
>
> Action="create"
>On="install"
>Node="value"
>
>  ElementPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseConnections'[\]]/Default"
>
>  VerifyPath="/configuration/myComponent/[EMAIL 
> PROTECTED]'DatabaseConnections'[\]]/Default"
>Name="server"
>Value="[CORRECTDATABASESERVER]"
>File="[#MyXmlConfigFile]"
>Sequence="1" />
>
> When I try to run the resulting .msi, I receive an error that says "Failed
> to find node:
> /configuration/myComponent/[EMAIL PROTECTED]'DatabaseConnections]Default in
> XML file
> , system error: -2147467259"
>
> What concerns me is that my path delimiter ('/') is getting lost between my
> section "name" attribute and my child "Default" element. Am I escaping
> something wrong? Is my xpath wrong (I don't think it is, but I'm not the
> greatest at xpath)? Most of the samples I've seen for XmlConfig stop after
> finding a node with an attribute, not continuing to a child node thereof.
>
> --Jim Evans
> Numara Software
>
>
> -
> 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] Installing votive on Visual Studio Team System 2008

[Simon Dahlbacka]

>
>
> Yet I have Visual Studio Team System 2008 installed. Am I missing
> something?
>

Yes, you are using an old version that is pre VS 2008, get a newer one
instead from http://wix.sf.net/releases
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Votive V2008 problem on installing 3.0.4220.0

[Simon Dahlbacka]

On Wed, Jun 25, 2008 at 10:56 AM, Baldur <[EMAIL PROTECTED]> wrote:

>
> Hi Neil,
>
> Is there anyway I can simply edit the solution files? - I'd rather do this
> than recreating a complex solution that just happens to contain a WiX
> project.
>

Notepad (or other text editor of preference) works if you are brave/careful
enough

/Simon
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with privileges in Custom Action ( Wix )( .msi )

[Simon Dahlbacka]

I seem to remember that a firewall extension was mentioned on the list some
time ago.

http://www.joyofsetup.com/2008/05/17/new-wix-feature-firewall-extension/

Have you checked that it does not fit your needs?

regards,
Simon

On Thu, Jun 19, 2008 at 12:47 PM, Akshat Sharma <[EMAIL PROTECTED]>
wrote:

> Hi All,
>
>  I am logged in as an administrative user in windows vista and I have a
> custom action (which calls a VB script function) in my .wxs file which
> creates a firewall exception.
> If I run the created .msi normally (just double clicking on it), the
> installation goes to completion but my firewall exception is not made. If I
>  run the command prompt as Administrator and then run the .msi thru it ,the
> firewall exception gets created.  I cannot understand the reason for this.
>
> I even have a condition which checks whether I am an admin or not and will
> ensures that the installation runs only if I am an admin.  The installation
> does run and does not flag any error (meaning I am the admin) but the
> firewall exception is not created.
>
> Where am I going wrong ??
>
> My  .wxs file looks like this :
>
> .
> .
> .
> 
>  Privileged
>  
> .
> .
> .
> 
>   
>  
>
>  
>   VBScriptCall='FirewallEntry' Return='check'/>
> .
> .
> .
> .
>
> My script file b.vbs is :
>
> Function FireWallEntry
>
> Set objFirewall = CreateObject("HNetCfg.FwMgr")
> Set objPolicy = objFirewall.LocalPolicy.CurrentProfile
>
> Set objApplication = CreateObject("HNetCfg.FwAuthorizedApplication")
> objApplication.Name = "Fence aks Manager"
> objApplication.IPVersion = 2
> objApplication.ProcessImageFileName = ""
> objApplication.RemoteAddresses = "*"
> objApplication.Scope = 0
> objApplication.Enabled = True
>
> Set colApplications = objPolicy.AuthorizedApplications
> colApplications.Add(objApplication)
>
>
>
> -Regards,
> Akshat
> end Function
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Integrated help in VS2005 & VS20

[Simon Dahlbacka]

AFAIK it is still unfixed.

I haven't tried integrating help into VS 2008, and actually I used another
workaround as described in

http://mostlytech.blogspot.com/2007/11/integrating-help2-files-into-vs-2005_04.html

regards,
Simon

On Thu, Jun 19, 2008 at 12:32 PM, dapper <[EMAIL PROTECTED]> wrote:

>
> Hi Simon,
>
> yeah, I've seen that one earlier, but it seemed a bit old so  I thought it
> was out of date. Have you tried their workarounds, rebuilding wix, with the
> change in the xml table?
>
> Cheers,
>  Dan
>
>
> Simon Dahlbacka wrote:
> >
> >>
> >>
> >> Problem 2: We get errors like 'Error 70 ICE03: Not a valid foreign key;
> >> Table: HelpPlugin, Column: HelpNamespace_Parent, Key(s):
> >> MS.VSIPCC.v90.MS.VSCC.v90' from both versions of the VSIPCC merge
> >> modules.
> >> Anyone knows how to get rid of those ones?
> >>
> >
> > see
> >
> http://sourceforge.net/tracker/index.php?func=detail&aid=1588180&group_id=105970&atid=642714
> > -
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services for
> > just about anything Open Source.
> > http://sourceforge.net/services/buy/index.php
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/Integrated-help-in-VS2005---VS2008-tp17998468p18000627.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Integrated help in VS2005 & VS200

[Simon Dahlbacka]

>
>
> Problem 2: We get errors like 'Error 70 ICE03: Not a valid foreign key;
> Table: HelpPlugin, Column: HelpNamespace_Parent, Key(s):
> MS.VSIPCC.v90.MS.VSCC.v90' from both versions of the VSIPCC merge modules.
> Anyone knows how to get rid of those ones?
>

see
http://sourceforge.net/tracker/index.php?func=detail&aid=1588180&group_id=105970&atid=642714
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bug with WIX 3.0.2925 installation

[Simon Dahlbacka]

3.0.2925 is way old, from before VS 2008 was released. Use a newer version
from http://wix.sf.net/releases/ and it will work

regards,
Simon


On Fri, Jun 13, 2008 at 12:44 AM, Mark Stega <[EMAIL PROTECTED]>
wrote:

> On attempting to install Wix 3.0.2925 I receive an error message "Votive,
> the WiX project and editor package for Visual Studio cannot be installed
> because Visual Studio Standard Edition or higher is not installed".  When I
> acknowledge that message it appears that WiX is installed.
>
>
>
> I have Visual Studio Team System 2008, Development Edition installed.  Here
> is the 'About' info:
>
>
>
> Microsoft Visual Studio 2008
>
> Version 9.0.21022.8 RTM
>
> Microsoft .NET Framework
>
> Version 3.5
>
>
>
> Installed Edition: Enterprise
>
>
>
> Microsoft Visual Basic 2008   91904-270-1254027-60416
>
> Microsoft Visual Basic 2008
>
>
>
> Microsoft Visual C# 2008   91904-270-1254027-60416
>
> Microsoft Visual C# 2008
>
>
>
> Microsoft Visual C++ 2008   91904-270-1254027-60416
>
> Microsoft Visual C++ 2008
>
>
>
> Microsoft Visual Studio 2008 Tools for Office   91904-270-1254027-60416
>
> Microsoft Visual Studio 2008 Tools for Office
>
>
>
> Microsoft Visual Studio Team System 2008 Development Edition
> 91904-270-1254027-60416
>
> Microsoft Visual Studio Team System 2008 Development Edition
>
>
>
> Portions of International CorrectSpellT spelling correction system C 1993
> by
> Lernout & Hauspie Speech Products N.V.  All rights reserved.
>
>
>
> The American HeritageR Dictionary of the English Language, Third Edition
> Copyright C 1992 Houghton Mifflin Company.  Electronic version licensed
> from
> Lernout & Hauspie Speech Products N.V.  All rights reserved.
>
>
>
>
>
> Microsoft Visual Web Developer 2008   91904-270-1254027-60416
>
> Microsoft Visual Web Developer 2008
>
>
>
> Crystal ReportsAAJ60-G0MSA4K-68000CF
>
> Crystal Reports Basic for Visual Studio 2008
>
>
>
> Mark
>
>
>
> Charmed Quark Systems, Limited
>
> 
>
>
>
> Mark Stega, M.D.
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] conditionally show msg box

[Simon Dahlbacka]

I don't know about the actual issue, but as you might guess from looking at
a snippet of xml, the > character is in fact a special one that needs
escaping
so either
Intel > 5
or



is more likely to work

/Simon

On Thu, Jun 5, 2008 at 1:57 AM, ywchen <[EMAIL PROTECTED]> wrote:

>
>
> I am trying to display CancelDlg if Intel > 5. But I got the following
> error during compilation.
>
> error LGHT0204 : ICE03: Not a valid foreign key;
>  Table: ControlEvent, Column: Control_, Key(s):
> CancelDlg.Next.SpawnDialog.WelcomeDlg.Intel>5
>
>Here's part of my wxs. Please tell me how to fix it. Thanks.
>
>  
> Size="8" />
> Size="12" />
> Size="9" Bold="yes" />
>
> Value="WixUI_Font_Normal" />
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Event="EndDialog"
> Value="Return" Order="999">1
>
> Event="SpawnDialog"
> Value="WelcomeDlg">Intel>5
>
> Event="NewDialog"
> Value="CancelDlg">1
> Event="NewDialog"
> Value="CancelDlg">1
>
> Event="NewDialog"
> Value="WelcomeDlg">1
> Event="NewDialog"
> Value="VerifyReadyDlg">LicenseAccepted = "1"
>
> Event="NewDialog"
> Value="LicenseAgreementDlg" Order="1">NOT Installed
> Event="NewDialog"
> Value="MaintenanceTypeDlg" Order="2">Installed
>
> Control="Next" Event="NewDialog"
> Value="MaintenanceTypeDlg">1
>
> Control="RepairButton"
> Event="NewDialog" Value="VerifyReadyDlg">1
> Control="RemoveButton"
> Event="NewDialog" Value="VerifyReadyDlg">1
> Event="NewDialog"
> Value="MaintenanceWelcomeDlg">1
>
>
>
> --
> View this message in context:
> http://www.nabble.com/conditionally-show-msg-box-tp17656508p17658562.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Need Urgent help: modify dialogs in wix-3

[Simon Dahlbacka]

>
> A popup dialog. The dialog will show up when the user clicks next, if the
>
> Selected install path contains space. (user may install in the path
>
> C:\installPath\" but cannot install in the "C:\install Path\")
>
> IMO, don't 'fix' the installer but fix the software instead to cope with
spaces in path. After all, the normal ProgramFilesFolder (c:\program files)
*does* contain a space.

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

[WiX-users] Help2 integration - bug 1588180 status?

[Simon Dahlbacka]

There's an long outstanding bug in the VsExtension that prevents
suggessfully building installers that integrates help2 content into Visual
Studio using VSExtension.
As WiX is to be included in Rosario, one would think that this bug would be
worthwile to fix (especially as it seems to be rather low hanging fruit).

http://sourceforge.net/tracker/index.php?func=detail&aid=1588180&group_id=105970&atid=642714

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

Re: [WiX-users] building wix

[Simon Dahlbacka]

>
>
> Is it really not possible to include all files in the source
> distribution so that building wix can be automated in a production
> environment?


*why* do you need to build WIX in a production environment?

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

Re: [WiX-users] Votive 2.0 and Team Build

[Simon Dahlbacka]

>
>
> I have a .wixproj I have created using Votive 2.0.


..and therein lies the problem, as votive 2 is not msbuild compatible,
whereas 3.0 is.

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

Re: [WiX-users] VS Orcas SKU Detection

[Simon Dahlbacka]

directly from the source src/ext/VSExtension/wixlib/VSExtension.wxs:




  

  



2008/1/15, Adrian Alonso <[EMAIL PROTECTED]>:
>
> Thanks Justin, but I'm not using V3. Anyway I will take a look at the
> extension you mentioned.
> Does anyone know how V3 fill the VS90_IDE_VSTS_TESTSYSTEM_INSTALLED property
> value?
>
> -Adrian
>
> On Jan 15, 2008 6:33 PM, Justin Rockwood <[EMAIL PROTECTED]> wrote:
>
> >  If you're using Wix v3, we have all of these detections wrapped up in
> > an extension so you don't have to duplicate the effort. They're contained in
> > the WixVsExtension.dll. If you need a reminder on how to use an
> > extension, check out 
> > http://blogs.msdn.com/jrock/archive/2007/10/19/how-to-use-extensions-in-votive-iis-or-ui-extensions-for-example.aspx
> > . You can check out the topic in wix.chm on the WixVSExtension, but it
> > looks like what you want is the VS90_IDE_VSTS_TESTSYSTEM_INSTALLED property.
> > You can use it by having a  > Id="VS90_IDE_VSTS_TESTSYSTEM_INSTALLED"> in your authoring.
> >
> >
> >
> > Thanks,
> >
> > Justin
> >
> >
> >
> > *From:* [EMAIL PROTECTED] [mailto:
> > [EMAIL PROTECTED] *On Behalf Of *Adrian Alonso
> > *Sent:* Tuesday, January 15, 2008 12:18 PM
> > *To:* wix-users@lists.sourceforge.net
> > *Subject:* [WiX-users] VS Orcas SKU Detection
> >
> >
> >
> > Hi, I need to detect if the Visual Studio codename "Orcas" VSTS SKU is
> > installed. I found that I could use this registry key:
> >
> > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\DevDiv\VS\Servicing\9.0\VSTS
> >
> > Is this the best practice for detecting the VSTS Orcas SKU? Will it work
> > for any VSTS specific SKU (Database, Tester, Dev, etc)?
> >
> > Thanks,
> > -Adrian
> >
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Help with installing Visual Studio Help Extensions.

[Simon Dahlbacka]

Unfortunately, the web is *very* on this documentation, however I've blogged
about the subject

http://mostlytech.blogspot.com/2007/11/integrating-help2-files-into-vs-2005.html
http://mostlytech.blogspot.com/2007/11/integrating-help2-files-into-vs-2005_04.html

this might get you off the ground.. (oh and if they fixed the bug this would
be much easier..)

regards,
Simon

2008/1/7, John Gilbert <[EMAIL PROTECTED]>:
>
>  Hi:
>
>
>
> I am trying to add some Visual Studio Help files to my installer
> package.   I have not been able to find any complete documentation or
> samples that show how to do this.
>
> Anybody have a couple minutes to help me with this or refer me to where I
> can get some assistance?  What would be really nice to see is a complete
> working sample, (not just some snip-its).
>
>
>
>
>
> Using a "Visual Studio Setup Project", I was able to generate a MSI file,
> (but I don't really want to build my MSI that way – I want to use WIX).
> Looking at the help tables/columns in the merge module VS created and
> comparing that to the WIX documentation at
> http://wix.sourceforge.net/manual-wix2/vs_xsd_index.htm, I was able to
> determine which WIX Help* elements I needed to code.  But when I compiled my
> WXS file, I got errors which appear to indicate it does not recognize the
> elements.
>
>
>
>
>
> *The errors*
>
> The errors I am getting look like this:
>
>
>
> error CNDL0200 : The File element contains an unhandled extension element
> *'HelpCollection'*.  Please ensure that the extension for elements in the
> 'http://schemas.microsoft.com/wix/VSExtension' namespace has been provided
> .
>
> error CNDL0200 : The Product element contains an unhandled extension
> element *'VSExtension:HelpFilter'*.  Please ensure that the extension for
> elements in the 'http://schemas.microsoft.com/wix/VSExtension' namespace
> has been provided.
>
> error CNDL0200 : The Product element contains an unhandled extension
> element *'HelpFilter'*.  Please ensure that the extension for elements in
> the 'http://schemas.microsoft.com/wix/VSExtension' namespace has been
> provided.
>
>
>
>
>
> I have been experimenting around with different  elements and can't
> get any to work.  I played around with different xml namespace notation and
> that did not work either.
>
>
>
>
>
>
>
> *The WXS file*
>
> Below is the text of my sample WXS file:
>
>
>
> 
>
> http://schemas.microsoft.com/wix/2006/wi"; xmlns:VSExtension="
> http://schemas.microsoft.com/wix/VSExtension";>
>
>Language="1033" Manufacturer="Microsoft" Version="1.0.0.0"
> UpgradeCode="531D01AF-ECB1-43CE-9B86-F0DB08236CB6" >
>
>  Keywords="Installer,MSI,Database" Languages="1033" Manufacturer="Microsoft"
> />
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
> 
>
>   
>
> 
>
> 
>
>   
>
>Guid="{5F039555-17AF-C506-B05A-011D32179B24}">
>
> 
>
>
>
>Name="asdf.en" xmlns="http://schemas.microsoft.com/wix/VSExtension"/>
>
>
>
> 
>
>   
>
> 
>
>
>
>  FilterDefinition='"DocSet"="Microsoft"' Name="Dynamics" xmlns:VSExtension="
> http://schemas.microsoft.com/wix/VSExtension"; />
>
>
>
>  Name="Dynamics" xmlns="http://schemas.microsoft.com/wix/VSExtension"; />
>
>
>
>  Display="expand" Level="3" Title="Complete">
>
> 
>
>   
>
> 
>
>
>
>
>
> *The sources file*
>
> Here is the text of my CoreXT sources file in case there is a clue in it.
>
>
>
> !INCLUDE $(INETROOT)\build\paths.all
>
> !INCLUDE $(INETROOT)\build\sources.all
>
> MAJORCOMP= HelloWorld
>
> MINORCOMP= HelloWorld
>
> TARGETNAME   = HelloWorld
>
> TARGETTYPE   = NOTARGET
>
>
>
> SOURCES  =
>
>
>
> !IF "$(BUILD_PASS)"=="PASS2"
>
> MISCFILES= $(MISCFILES) \
>
>$(_OBJ_DIR)\$(BUILDTARGET)\$(TARGETNAME).msi \
>
>$(TARGETNAME).wxs
>
> !ENDIF
>
>
>
> NTTARGETFILES= $(TARGETNAME).wixobj $(TARGETNAME).msi
> BinplaceMSI
>
> USE_WIXV3   = 2420
>
> USE_WIXNETFX = 1
>
>
>
> BINPLACETARGET   = $(INETROOT)\drop\$(BUILDTYPE)\CD\Msi\$(TARGETNAME)
>
>
>
>
>
>
>
> Thanks for any help you can pass on.
>
>
>
> :-) John Gilbert
>
>
>
>
>
>
>
>
>
> -
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
>
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace__

Re: [WiX-users] ComPlus extension in V3

[Simon Dahlbacka]

http://wix.sourceforge.net/releases/

2007/12/26, R Kishe <[EMAIL PROTECTED]>:
>
> I searched in the mailing list and it appears that COMPlus was in build
> 3.0.3001.0. Now, my question is - where is build 3.0.3001.0 or higher? The
> latest build available for download is 3.0.2925.0 on the website.
>
> Thanks
>
> On Dec 17, 2007 12:54 PM, R Kishe <[EMAIL PROTECTED]> wrote:
>
> > Hello
> >
> > I am planning to use ComPlus extension in V3. I looked under the latest
> > build available (on sourceforge  wix-2.0.5325.0-binaries), but could not
> > find complus extension binary. What is the name of the binary?
> >
> > Thanks
> >
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Fw: Conditional installation of merge modules

[Simon Dahlbacka]

FWIW, I was just trying to install the 71 dlls using msm myself the other
day and never got it to work properly. Then someone on the internet
suggested that the merge modules were broken and that you just should
extract the dlls and install them as regular files into your app folder.

So that's what I did. Maybe not that "kosher" but at least it works...

regards,

Simon

On Nov 28, 2007 4:56 PM, fiordean dacian <[EMAIL PROTECTED]> wrote:

>
>
>
> Do you mean installing my app under System folder? Nope.
> As for the merge modules, they are installed into their default folder. If
> I have to install the 71 dlls into my app's folder, I need to modify them by
> hand using Orca, right?
>
> Actually MFC71 wasn't a typo, actually I need VC2003 stuff. I just
> mentioned VC2005 runtime since I saw on that blog a discussion about I don't
> know what policy_*.msm thing which btw isn't included with the VC2005
> runtime. So forget that...
>
> Me either I don't know why this is happenning when repair. I was expecting
> those msm's not to install each time, but rather when not present. It looks
> like they are getting installed no matter. So that's why I was wondering if
> it's possible to condition their installation in Wix.
>
> Thanks,
> Dacian
>
>
> - Original Message 
> From: "Wilson, Phil" <[EMAIL PROTECTED]>
> To: wix-users@lists.sourceforge.net
> Sent: Tuesday, November 27, 2007 7:40:53 PM
> Subject: Re: [WiX-users] Conditional installation of merge modules
>
>  Are you installing into the System folder? The 71 Dlls can be side by
> side, so you can install them into your application folder.  Visual Studio
> 2005 support Dlls are SxS in the WinSxS folder - they're installed
> differently.  Was MFC71 a typo? That's the Visual Studio 2003 MFC support,
> but elsewhere you're referring to 2005.  I'm not sure what you're getting at
> with that "in case of a repair" – this is just at install time, right?
>
>
>
> Phil Wilson
>
>
>
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *fiordean dacian
> *Sent:* Tuesday, November 27, 2007 7:07 AM
> *To:* wix-users@lists.sourceforge.net
> *Subject:* [WiX-users] Conditional installation of merge modules
>
>
>
> Hi,
>
> I'm installing MFC71, CRT and STL merge modules together with my product.
> The problem I'm having is Windows Installer asks me to reboot at the end of
> the installation in case of a repair since some of those modules are held in
> use by Windows Explorer. At the installation, I don't have this problem. I
> assume is due to the way those merge modules are made. Is there a way to
> avoid this?
>
> I'm reading through blogs around Internet about policy_* merge modules (I
> don't really understand why do I need all those):
> http://msdn.technetweb3.orcsweb.com/astebner/archive/2007/02/13/building-an-msi-using-wix-v3-0-that-includes-the-vc-8-0-runtime-merge-modules.aspx
>
> I downloaded VC 2005 SP1 redistributable package from Microsoft but it
> doesn't install anything of that type (ie policy_* merge module files).
>
> http://www.microsoft.com/downloads/details.aspx?familyid=200B2FD9-AE1A-4A14-984D-389C36F85647&displaylang=en
>
> Any thoughts?
>
> Thanks,
> Dacian
>
>
>  --
>
> Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See
> how. 
>
>
> --
> Get easy, one-click access to your favorites. Make Yahoo! your 
> homepage.
>
>
> --
> Get easy, one-click access to your favorites. Make Yahoo! your 
> homepage.
>
> -
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

[Simon Dahlbacka]

> Steve
>
> Not sure if you're still working on this, but I've recently been struggling
> with the same issues in WiX v3, and have finally got the help integration
> working.
>

If you're replying me, my name isn't Steve, but thanks for your
detailed explanation!
Actually, I also got it working but I took a slightly different
approach. I "reverse engineered" the necessary tables (HelpFile,
HelpFileToNamespace, HelpNamespace and HelpPlugin) as :s
and got it working that way, that is no errors during compilation and
help integrated successfully, I still have the same warnings as you
have though.

regards,

Simon

>
>
> On the LGHT0204 errors (sequencing  errors), I had to do the following
>
>
>
> 
>
>   
>
> 
>
>
>
> As per
> https://sourceforge.net/tracker/?func=detail&atid=642714&aid=1588180&group_id=105970
>
>
>
> Also referenced there is the Foreign Key issue.  WiX v3 currently has an
> 'explicit' foreign key between HelpPlugIn and HelpNamespace, whereas the
> Merge Modules only assume a 'logical' foreign key.  Check the differences
> between the resulting MSI and the Merge Modules in the _Validation table
> entries for the HelpPlugIn table (Orca is probably the easiest tool to use).
>
>
>
> Interestingly, these ICE checks seem to be done on the MSI after it has been
> created on disk, i.e. the FK errors don't actually stop the MSI creation.
> If you open the MSI with Orca and run the validation you'll see the same
> issues appear.  If you use Orca to modify the entries in the _Validation
> table, to match those of the Merge Modules, the errors will no longer
> appear.
>
>
>
> The ICE82 warnings referring to ProgramFilesFolder.364… will still appear,
> but can apparently be ignored.  As can the ICE03 warnings relating to string
> overflows.
>
>
>
> I'm only new to both building MSIs and using Help2, so I'm far from an
> authority on either, just wanted to pass on the little that I had learned
> along the way.
>
>
>
> Some other notes:
>
>
>
> I have a WiX node that looks like   xmlns="http://schemas.microsoft.com/wix/2006/wi";
> xmlns:vs="http://schemas.microsoft.com/wix/VSExtension";>
>
>
>
> And the HelpFile node
>
> 
>
>
>
> As indicated, the Name attribute must match the Url attribute in the
> HelpTOCNode of the HxT file, if not the Table of Contents does not deploy
> properly (the help will correctly appear in the dexplore Index tab though).
> I got this wrong initially, novice mistake I'm assuming, and it took me a
> LONG time to find what was wrong.  The MSDN help for HxReg.exe eventually
> tipped me off to what I'd done wrong.
>
>
>
> Then the HelpCollection node looks like
>
> 
>
> 
>
> 
>   Attributes="someHxA"
>
>   TableOfContents="someHxT"
>
>   TargetCollection="MS_VSIPCC_v80"
>
>
> TargetTableOfContents="FL_vsipcc_hxt_86880.3643236F_FC70_11D3_A536_0090278A1BB8"/>
>
>   
>
>
>
> HelpCollection Name is using format as per recommendation in
> http://msdn2.microsoft.com/en-us/library/bb164959(VS.80).aspx
>
> The Attributes attribute is optional, you may not need it depending on how
> you've authored the help content.
>
>
>
> I'm assuming than an MST file, in conjunction with MSITRAN.EXE, could be
> used to correct the ICE03 errors as a post build step (to correct the
> _Validation table), but I haven't tried yet.
> http://www.creativedocs.net/blog/archives/32-Patching-the-MSI-file-for-Vista-compliance.html
> gave me the idea for this.
>
>
>
>
>
> Whilst it would obviously be nice to get an Error and Warning free compile
> done, it appears there is at least a workaround until the WiX team can get
> to the issue.
>
>
>
> Hope this helps
>
>
>
> Regards
>
> Shannon Lewis
>
> Systems Architect
>
> Runge Limited
>  Value through Planning
>
> Ph: (+61 7) 3100 7274
>
> Fax: (+61 7) 3100 7297
>
> www.runge.com
>
>
>  
>
>
> LEGAL NOTICE
>
> The information contained in this e-mail, and any attachments to it, are for
> the use of the intended recipient and are confidential. If you are not the
> intended recipient, you must not use, commercialise, disclose, read,
> forward, copy or retain any of the information. If you have received this
> e-mail in error, please delete it and notify the sender by return e-mail or
> telephone on +61 7 3100 7200. Runge Limited (ABN 17 010 672 321) does not
> warrant that any attachments are free from viruses or any other defects. You
> assume all liability for any loss, damage, or other consequences, which may
> arise from opening or using the attachments.
>  Unless otherwise expressly stated by an authorized representative of Runge
> Ltd, any views, opinions and other information expressed in this message and
> any attachments are solely those of the sender and do not constitute formal
> views or opinions of our firm.
>
>
> -
> Th

[WiX-users] WixVsExtension and help registration bug

[Simon Dahlbacka]

Hi,

I'm still trying to register my help2 files, and if I use the
WixVSExtension I end up with the same problem as described in bug
1588180

If I follow do it the manual way according to
http://msdn2.microsoft.com/en-us/library/bb164959(VS.80).aspx it
works, if I decompile this msi then I once again end up with the same
problems as the above mentioned bug.

Is there a workaround, or is it just not possible to register help
files using the VSExtension right now?

regards,

Simon

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

[WiX-users] vs help integration vsextension usage ?

[Simon Dahlbacka]

Hi all,

I'd like to integrate my sandcastle generated api documentation into Visual
Studio and it seems that the VSExtension in Wix3 supports this. However I
cannot seem to get it to compile (let alone work).

I'm guessing there's something fundamental I'm missing here.

What I've done:
- Created the HxS file and think I've managed to create the other Hx? files
appropriately.
- Added the merge modules HTML_Help_Registration__RTL_X86_---.msm and
VSIPCC_Collection_Files_RTL_---_---.msm
- rescheduled InstallFinalize later


Now I'm down to 2 errors:
Error2ICE03: Not a valid foreign key; Table: HelpPlugin, Column:
HelpNamespace_Parent, Key(s): MS_VSIPCC_v80.MS_VSCC_v80light.exe0
1Foo.Installer
Error3ICE03: Not a valid foreign key; Table: HelpPlugin, Column:
HelpNamespace_Parent, Key(s): MS_VSIPCC_v80.MS_VSExpressCC_v80light.exe
01Foo.Installer

How do I fix these/successfully install the help files ?

The following code is heavily inspired by the Postsharp installer and the
following (and no, I don't speak russian so I'm not even sure if that is a
question or answer *s*)

In case it isn't obvious already the water level above my head is quite
high...

regards,
Simon


  
  

  

  

  
  

  

  

  

  

  

  


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

Re: [WiX-users] version numbering

[Simon Dahlbacka]

please keep this on the mailinglist..

And no, I don't have any good answer to your question other than looking in
docs and "trial and horror"

On 7/3/07, Patrick Steele <[EMAIL PROTECTED]> wrote:


 Ah! I see. Ok so how do I know what version I require? I'm
using Wix v3.

 ------
*From:* Simon Dahlbacka [mailto:[EMAIL PROTECTED]
*Sent:* 03 July 2007 14:19
*To:* Patrick Steele
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] version numbering

yes, the @InstallerVersion attribute refers to the version of *Windows
Installer* needed to install your package, not the version of your package
so you shouldn't be changing that...


On 7/3/07, Patrick Steele <[EMAIL PROTECTED]> wrote:
>
>  Thanks for that! I defined some variables at the top of my file like
> so:
>
> 
>
>  define MatadorVersionNumberInstaller=230 ?>
>
> ...
>
> <
> Package Comments=' Matador is a registered trademark of FBBT Limited'
> Compressed='yes' Description='Matador $(var.MatadorVersionNumberExternal)
> installer' InstallerVersion='$(var.MatadorVersionNumberInstaller)'
> Keywords='Matador $(var.MatadorVersionNumberExternal) installer '
> Languages='1033 ' Manufacturer='FBBT Limited ' SummaryCodepage='1252' />
>
>
>
> This works fine in all but one location. The Package InstallerVersion
> variable will complain that the attribute is invalid, as it expects a valid
> integer value. Any sugestions please short of hardcoding it?
>
> Thanks,
>
> Patrick
>
>  --
> *From:* Bob Arnson [mailto:[EMAIL PROTECTED]
> *Sent:* 02 July 2007 16:30
> *To:* John Vottero
> *Cc:* Patrick Steele; wix-users@lists.sourceforge.net
> *Subject:* Re: [WiX-users] version numbering
>
>  John Vottero wrote:
>
>  We use environment variables, like this:
>
> …Name="JAMS Version $(env.Version)" Version="$(env.Version)"
>
>
> You can also use preprocessor variables passed in on the command line
> using $(var.name) syntax.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] version numbering

[Simon Dahlbacka]

yes, the @InstallerVersion attribute refers to the version of *Windows
Installer* needed to install your package, not the version of your package
so you shouldn't be changing that...


On 7/3/07, Patrick Steele <[EMAIL PROTECTED]> wrote:


 Thanks for that! I defined some variables at the top of my file like so:





...

<
Package Comments='Matador is a registered trademark of FBBT Limited'
Compressed='yes' Description='Matador $(var.MatadorVersionNumberExternal)
installer' InstallerVersion='$(var.MatadorVersionNumberInstaller)'
Keywords='Matador $(var.MatadorVersionNumberExternal) installer' Languages
='1033' Manufacturer='FBBT Limited' SummaryCodepage='1252' />



This works fine in all but one location. The Package InstallerVersion
variable will complain that the attribute is invalid, as it expects a valid
integer value. Any sugestions please short of hardcoding it?

Thanks,

Patrick

 --
*From:* Bob Arnson [mailto:[EMAIL PROTECTED]
*Sent:* 02 July 2007 16:30
*To:* John Vottero
*Cc:* Patrick Steele; wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] version numbering

John Vottero wrote:

 We use environment variables, like this:

…Name="JAMS Version $(env.Version)" Version="$(env.Version)"


You can also use preprocessor variables passed in on the command line
using $(var.name) syntax.

--
sig://boBhttp://joyofsetup.com/


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] error LGHT0001 : index was outside the bounds of array.Exception type : sytem.indexoutofrangeexecption

[Simon Dahlbacka]

i m unable to resolve this error.i have no clude to this.help me plz.



and so is everyone on the mailinglist, unless you provide some useful
information about what you are doing, such as the relevant parts of your wxs
files and WiX version in use.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding User Interface to Setup Project in Visual Studio

[Simon Dahlbacka]

both I and "Cheyne, Mark A - DNR" have already replied that you also need to
specify Cultures, re-read the post from Mark for detailed instructions.

On 6/12/07, Afshin Sepehri <[EMAIL PROTECTED]> wrote:


 When I add a reference to WixUIExtension.dll, I get so many errors such
as:



"The localization variable !(loc.WixUIOK) is unknown.  Please ensure the
variable is defined."



Any idea?



Afshin



*From:* Bob Arnson [mailto:[EMAIL PROTECTED]
*Sent:* Monday, June 11, 2007 11:12 PM
*To:* Afshin Sepehri
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Adding User Interface to Setup Project in
Visual Studio



Afshin Sepehri wrote:

light.exe -out SampleWixUI.msi SampleWixUI.wixobj *path*\wixui.wixlib -loc
*path*\WixUI_en-us.wxl


That command line is for WiX v2. In v3, you just need to add a reference
to WixUIExtension.dll.


 --

sig://boB

http://joyofsetup.com/


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding User Interface to Setup Project in Visual Studio

[Simon Dahlbacka]

On 6/12/07, Bob Arnson <[EMAIL PROTECTED]> wrote:


 Afshin Sepehri wrote:

 light.exe -out SampleWixUI.msi SampleWixUI.wixobj *path*\wixui.wixlib
-loc *path*\WixUI_en-us.wxl


That command line is for WiX v2. In v3, you just need to add a reference
to WixUIExtension.dll.



and specify Cultures

--

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


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] SQL Custom action in 3.0.2420.0 version

[Simon Dahlbacka]

you're missing the namespace declaration, i.e. xmlns:sql="
http://schemas.microsoft.com/wix/SqlExtension";
and then you use




/Simon

On 5/30/07, hariom <[EMAIL PROTECTED]> wrote:



Hi All,

I am using 3.0.2420.0 version of WIX. I am trying to create a database
through my sample installer. I have done this successfully with V2 version
of WIX. Now when I am trying to use the V3 version, at the compiltation
time
it is throwing error like "The component element contains an unexpected
child element 'SQLDatabase'". I have added this under an component. This
is
correct according to WIX schema if you see it under SQLDatabaseElements.
But
if we see it under Component there is no listing of SQL components. I am
using VS2005 for building my installers and I have added reference of
WixSqlExtension. I have attached my sample wxs file also.Please help me in
this issue and thanks in advance.
http://www.nabble.com/file/p10874603/Wix3.0_SQL.wxs Wix3.0_SQL.wxs
--
View this message in context:
http://www.nabble.com/SQL-Custom-action-in-3.0.2420.0-version-tf3840648.html#a10874603
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] multiple source files to candle

[Simon Dahlbacka]

as the -out parameter is optional, can't you just leave it out?

On 5/14/07, John Lalande <[EMAIL PROTECTED]> wrote:


The help information for candle indicates that I can specify more than one
sourceFile argument and only specify one outputFile argument.

usage:  candle.exe [-?] [-nologo] [-out outputFile] sourceFile [sourceFile
...]

However when I attempt something like:

C:\>candle -out ab.wixobj a.wxs b.wxs

I get the following error:

candle.exe : error CNDL0001 : cannot specify more than one source file
with single output file.  Either specify an output directory for the -out
argument by ending the argument with a '\' or remove the -out argument to
have the source files compiled to the current directory.
Parameter name: -out

This certainly has valid workarounds that I have employed in my build
scripts, but our daily integration build process uses msbuild and I would
really like to use wix.targets in our builds.  But it also has this candle
"problem".  If I create more than one "Compile" item and specify a single
"CompileObjOutput" item, my msbuild script aborts with the same error
message as above.

There isn't any documentation for wix.targets v2.0.4820.0 (which is what I
am using), but there's some in the 3.0.2420.0 version that indicate that
what I am attempting is indeed correct.

Am I missing something painfully obvious or is this simply broken?  I am
more likely to believe that I am missing something yet I cannot find what it
might be by reading documentation, googling or searching this mailing list.

Does anyone here know what I am doing wrong or not understanding?

John

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] light.exe is very slow. What options is safe use to make link faster?

[Simon Dahlbacka]

try switching off antivirus and similar products fiddling around with your
files behind your back..

On 5/11/07, Igor Maslov <[EMAIL PROTECTED]> wrote:



Switching off MSI validation does not seem quite right, but having build
last
for 10 hours is not acceptable as well.

I wonder why light.exe takes  only 3-8%  of CPU and almost no hard drive
activity mosst of the time.
What it actually does?



Brett Kapilik wrote:
>
> You can try using -sval to supress the MSI validation. That is what eats
> up most of the time. But of couse, you miss out on validation...
>
> However, for doing test builds, that should speed it up.
>
> - Brett
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] On Behalf Of
>> Igor Maslov
>> Sent: Friday, May 11, 2007 2:26 PM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] light.exe is very slow. What options is
>> safe use to make link faster?
>>
>>
>> Hello,
>>
>> I have several thousand files in the installation and linking
>> stage is very slow. It takes more than an hour per language.
>>
>> I tried to use -ss option with no effect. Cabinet creation is
>> not the reason, since I have the same slow times for
>> uncompressed files.
>>
>> What checks can I switch off safely to make link step faster?
>>
>> Most of the time CPU usage is very low and file activity also
>> low. I'm not sure what it is actually doing.
>>
>> Thank You,
>> Igor
>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/light.exe-is-very-slow.-What-options-is-
>> safe-use-to-make-link-faster--tf3729189.html#a10438040
>> Sent from the wix-users mailing list archive at Nabble.com.
>>
>>
>> --
>> ---
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
>
-
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>

--
View this message in context:
http://www.nabble.com/light.exe-is-very-slow.-What-options-is-safe-use-to-make-link-faster--tf3729189.html#a10438633
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] run a dos command through wax

[Simon Dahlbacka]

Not knowing anything about your specific scenario, but generally deleting
folders over which you don't have control seems like a Bad Idea

On 5/9/07, Hooman Amini <[EMAIL PROTECTED]> wrote:


 The problem is the folder is not empty and I have no idea during the
installation that what it may contain. I just need to remove the folder. do
you have a code to do it. I already tried removefiles with wildcard option
but it doesnt delete all the files and folders inside the parent directory
anyway.

Cheers,
Hooman Amini

 --
*From:* Mike Dimmick [mailto:[EMAIL PROTECTED]
*Sent:* 08 May 2007 19:36
*To:* 'Hooman Amini'; wix-users@lists.sourceforge.net
*Subject:* RE: [WiX-users] run a dos command through wax

 'rmdir' is not a separate program but a cmd.exe built-in command.



If you want to remove a directory on installation, use a RemoveFolder
element.



--

Mike Dimmick


 --

*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Hooman Amini
*Sent:* 08 May 2007 16:19
*To:* wix-users@lists.sourceforge.net
*Subject:* [WiX-users] run a dos command through wax



Hello,



I tried to run the following command:









but it doesnt seem to work properly. is it technically possible to parse
switch parametes like /s /q?



Cheers,

Hooman




---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---

Disclaimer: The information contained within this e-mail is confidential
and may be privileged. This email is intended solely for the named recipient
only; if you are not authorised you must not disclose, copy, distribute, or
retain this message or any part of it. If you have received this message in
error please contact the sender at once so that we may take the appropriate
action and avoid troubling you further. Any views expressed in this message
are those of the individual sender. QAS Limited has the right lawfully to
record, monitor and inspect messages between its employees and any third
party. Your messages shall be subject to such lawful supervision as QAS
Limited deems to be necessary in order to protect its information, its
interests and its reputation.

Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS
Limited cannot guarantee that attachments are virus free or compatible with
your systems and does not accept any liability in respect of viruses or
computer problems experienced.

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WixLocalization, not quite getting it.

[Simon Dahlbacka]

No that won't work..

See e.g.
http://wix.cvs.sourceforge.net/wix/wix2.0/src/ui/wixui/ErrorDlg.wxs?revision=1.3&view=markupfor
an example...

On 5/3/07, Pseudonymic Wannabe <[EMAIL PROTECTED]> wrote:


I didn't quite get your tutorial since it messes around with
user-selection
and using $loc quite heavily.  I thought if you create a WixLocalization
file and have say Neste inn it and you
loaded that file then a button with Text="[ButtonNext]" would have "Neste"
as the appropriate text? Don't quite see in your tutorial how you specify
which loc.wxs file to use either.


>From: "Rennie Petersen" <[EMAIL PROTECTED]>
>To: "Pseudonymic Wannabe"
><[EMAIL PROTECTED]>,
>Subject: RE: [WiX-users] WixLocalization, not quite getting it.
>Date: Thu, 3 May 2007 11:29:48 +0200
>
>I first tried using WiXEdit, but could never get it to work. (Maybe I
>gave up too quickly.)
>
>If you look at my tutorial you can see how to do it with SharpDevelop,
>and using the WiX sample UI as starting point, but then modifying the UI
>to be what you want. With everything localized.
>
>Rennie
>

_
Exercise your brain! Try Flexicon.

http://games.msn.com/en/flexicon/default.htm?icid=flexicon_hmemailtaglineapril07


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WixLocalization, not quite getting it.

[Simon Dahlbacka]

As long as you have defined all strings in your ui using localization
variables (like WixUI) then it shouldn't matter, AFAIK

On 5/3/07, Pseudonymic Wannabe <[EMAIL PROTECTED]> wrote:


I also forgot to add, I'm NOT using WixUI I built a new UI based on the
example from WixEdit, I doubt localization has anything to do with using
WixUI or not though does it?

_
Download Messenger. Join the i'm Initiative. Help make a difference today.
http://im.live.com/messenger/im/home/?source=TAGHM_APR07



-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] size in Add/Remove keeps increasing with every upgrade

[Simon Dahlbacka]

as the size might be a guesstimate, (see
http://blogs.msdn.com/oldnewthing/archive/2004/07/09/178342.aspx) I'm not
too surprised, although it sounds somewhat strange

On 5/1/07, Don Tasanasanta <[EMAIL PROTECTED]> wrote:


 The program size displayed in Add/Remove programs increases by adding the
new size to the existing size instead of displaying the new size of the
upgrade.



Example:



Original size ARP displays 1 meg

Upgrade 1 (1 meg in size) ARP displays 2 megs

Upgrade 2 (1 meg in size) ARP displays 3 megs

Etc…



What is going on here?

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] CustomAction = .NET dependancy?

[Simon Dahlbacka]

check your build settings
(you are probably including /clr )

/Simon

On 4/30/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


 My installer is failing on some systems, and it appears that its
dependant on the .NET framework.  My CustomActions were authored in VC++.
Is .NET always a requirement of installers that use CustomActions or is this
a result of the build settings I used to build the DLL?

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Logging in a custom action

[Simon Dahlbacka]

On 4/27/07, Wilson, Phil <[EMAIL PROTECTED]> wrote:


 Ah, ok,  the one in [ProgramFilesFolder]Microsoft Visual Studio
8\SDK\v2.0\BootStrapper\Packages\vcredist_x86 is up to date with SP1.



yes, I should probably have mentioned that (as long as you pull it from a
machine that has been updated with SP1),
FWIW, I still find it "suboptimal" that Microsoft distributes an old version
on the web...
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Logging in a custom action

[Simon Dahlbacka]

On 4/27/07, Wilson, Phil <[EMAIL PROTECTED]> wrote:


 As an easy test, install the VC support redist for VS 2005 on a test
system and see if your custom action (writtten in VS 2005, yes?) works.
That'll isolate it to a C++ dependency on the 8.0 CRT etc

http://www.microsoft.com/downloads/details.aspx?FamilyId=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en




Unfortunately this is the "pre-SP1" version of the runtime, and there
doesn't seem to exist a link to the "post-SP1" version...


Phil Wilson

 --
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *
[EMAIL PROTECTED]
*Sent:* Friday, April 27, 2007 9:04 AM
*To:* [EMAIL PROTECTED]
*Cc:* [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Logging in a custom action

 I found a co-worker lucky enough to have 05 installed and built my dll
there (easy as pie) but the CA still bails, apparently before it has a
chance to log anything.



Is there any way to determine from the log why a CA is failing to execute,
if it appears that its never even getting into the CA in the first place?


 --

*From:* Bob Arnson [mailto:[EMAIL PROTECTED]
*Sent:* Friday, April 27, 2007 2:18 AM
*To:* Rowland, Chris
*Cc:* [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Logging in a custom action



[EMAIL PROTECTED] wrote:

I was able to resolve my build errors by "defining" everything missing
myself (to /**/ ).

I read that they might be defined by default in VS05, but not in VS03
(what I'm using.)


Did you rebuild wcautil.lib? I'm not sure whether you're going to run into
problems mixing an '05 static lib with '03.


--

sig://boB

http://bobs.org


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Fwd: Net Framework Check And Download

[Simon Dahlbacka]

forgot to send to list...

-- Forwarded message --
From: Simon Dahlbacka <[EMAIL PROTECTED]>
Date: Apr 26, 2007 10:57 AM
Subject: Re: [WiX-users] Net Framework Check And Download
To: "Gourlay, Colin" <[EMAIL PROTECTED]>

It should be possible, see GenerateBootstrapper/@ComponentsLocation (
http://msdn2.microsoft.com/en-us/library/ms164294(vs.80).aspx<http://msdn2.microsoft.com/en-us/library/ms164294%28vs.80%29.aspx>
)

On 4/26/07, Gourlay, Colin <[EMAIL PROTECTED]> wrote:


This is great, it works but...

In the event that a user does not have internet access on the target
machine the install fails as an attempt is made to _download_ the
framework over the wire.

I should have been clearer when I first posed the question:

Is it possible to ship the Microsoft .NET Framework Version 2.0
Redistributable Package with my installer and have it installed -
whether an internet connection is present or otherwise - if it is not
present on the target?

Perhaps I have been tackling this in the wrong way from the outset?

Colin


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob
Mensching
Sent: 26 April 2007 00:07
To: Gourlay, Colin ; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Net Framework Check And Download

Other way around.  The boostrapper contains your .msi.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Gourlay,
Colin
Sent: Wednesday, April 25, 2007 4:03 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Net Framework Check And Download

Hello.

Stumbled across WiX today and knocked together a vanilla msi after
following the quick start in the help and am pretty impressed with what
I have seen.

However, I want to enhance what I have and check for the presence of the
.net framework sdk or the distributable version installed on the target
machine.  If it is not present have it installed.

I come across an MSDN article (see below) that explained how to achieve
this by means of creating a bootstrap using MSBuild - I did this and
have a resultant exe.

http://msdn.microsoft.com/msdnmag/issues/04/10/bootstrapper/default.aspx

But from there on in I am lost!  Any ideas how I incorporate this exe
into my wix file?

In case this is significant I am using a nightly build of WiX
v3.0.2813.0, wish to run this as part of my NAnt build and am not using
Votive/Visual Studio/MSBuild to create my files (not through choice -
only just learned of these tools)

Colin


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to use CustomAction with a VBScript

[Simon Dahlbacka]

yes, throw that away, and start again from scratch.. It seems what you're
trying to do is to create a bootsrapper inside a msi. Use a real
bootstrapper instead to take care of installing multiple msi:s




On 4/25/07, Nathan Lane <[EMAIL PROTECTED]> wrote:


So here's what I have, and my installer errors out when I try to run it,
saying that something was wrong with the script.

WXS File:


















































VBScript File:
' VBScript for use with .com WiX Global Installer

Public Function ShutdownIIS()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "iisreset -stop"
WshShell.Run "net stop ServiceHost"

Return 0
End Function

Public Function UninstallConsumerPortal()
Set WshShell = WScript.CreateObject ("WScript.Shell")
WshShell.Run "msiexec /X{8FD4634C-4849-4EC4-8582-500406D36F2C}
/PASSIVE"

Return 0
End Function

Public Function UninstallCConsumerPortal()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "DEL \"D:\\Services\\IIS\\C Consumer Portal\\*.*\" /F /S
/Q"

Return 0
End Function

Public Function UninstallDealerPortal()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /X{45542887-0778-4F9F-8ABD-F2D4D9B7395C}
/PASSIVE"

Return 0
End Function

Public Function UninstallAdminPortal()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /X{75EF7830-B762-4F14-ADCF-29618E52D976}
/PASSIVE"

Return 0
End Function

Public Function UninstallServicePortal()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /X{9F000CEC-E910-47E9-A339-6D36F6261760}
/PASSIVE"

Return 0
End Function

Public Function UninstallServiceLayer()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /X{721A2FBE-2B75-48F9-B6A0-AF94707CAF19}
/PASSIVE"

Return 0
End Function

Public Function InstallServiceLayer()
Set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "msiexec /package \"C:\\Setup\\Service Host.msi\"
/PASSIVE /lv logfiles\VSL.log SERVICEUSERNAME=\"\SLadmin\"
SERVICEPASSWORD=\"v3h1x\""

Return 0
End Function

Can anybody help more?

Thanks,

Nathan

On 4/24/07, Robert Randall < [EMAIL PROTECTED]> wrote:
>
>
>
> Nathan, here are a couple of snippets that might help.  You need to use
> the Binary to get the script into the MSI database and then you reference it
> in a custom action.  The custom action calls a specific funtion in the
> script source.  Then you need to reference the custom action your
> InstallExecuteSequence.  This example checks for the existance a WMI class.
>
>
>
>
>
> 
>
> 
>
>
>
> 
>
> …
>
> $Component_Dsm>2
>
> …
>
> 
>
>
>
> My VBScript looks like
>
>
>
> '
>
> public function IsHbaApiInstalled()
>
>
>
>   on error resume next
>
>
>
>   '
>
>   ' required error code for a failure see MSI docs
>
>   '
>
>   IsHbaApiInstalled = 1603
>
>   '
>
>   ' get an instance of SWbemWebServices thru a moniker handling
>
>   ' security and and the CIM namespace we need
>
>   '
>
>   Set sWbemService = GetObject(
> "winmgmts:{impersonationLevel=impersonate}!root/wmi")
>
>
>
>   '
>
>   ' query a class def - arbitrary choice...
>
>   '
>
>   Set sWbemObjs = sWbemService.ExecQuery("select * from meta_class
> where __this isa 'MSFC_FCAdapterHBAAttributes'", "WQL", 0)
>
>
>
>   '
>
>   ' if we got here the class is in the repository and
>
>   ' all is good...
>
>   '
>
>   if Err.Number = 0 then
>
> IsHbaApiInstalled = 0 ' see MSI docs
>
>   else
>
> '
>
> ' TODO:  should use Session.Message eventually and pull the
>
> 'message from the database to allow for localization
>
> '
>
> MsgBox "Microsoft support for the HBA API is not installed.
> This package requires Microsoft support for the HBA API.  Support is
> included in the Fibre Channel Information Tool (fcinfo).  See Microsoft's
> web site for more information and to download the tool.  After installing
> the Fibre Channel Information Tool try installing Seagate ISE MPIO." &
> vbCrLf & vbCrLf &  "The installation process cannot continue.",
> vbOKOnly, "Seagate ISE Multi-path I/O"
>
>   end if
>
>
>
>   exit function
>
>
>
> end function
>
>
>
>
>
> Regards,
>
> Robert.
>
>
>
> *From:* [EMAIL PROTECTED] [ma

Re: [WiX-users] Beginner's Tutorial, Books, Versions...

[Simon Dahlbacka]

So ... what I would really like to see is group effort on getting one
superb
set of documentation together rather than the hodge-podge of incomplete
sources of information that exist today.



A coordinated effort of some sort seems like a great idea! How this some
sort should look, and if it involves me, I have no clue..

regards,

Simon

FWIW, I (just one average Joe User) have a few blog posts on WiX over at

http://mostlytech.blogspot.com/search/label/WiX
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Remove a section using XmlFile

[Simon Dahlbacka]

Nb. I don't actually know anything about xmlconfig, just pointing out things
that seemed strange

1) is the configuration *still* called app.config and not foo.exe.config?
2) "delete" on "install" seems strange

/Simon

On 4/23/07, Kevin Burton <[EMAIL PROTECTED]> wrote:


 My XmlConfig does not seem to work. It doesn't delete the section or the
whole node. I don't get a warning or an error. Just what was supposed to be
deleted is not. This is the XmlConfig line that I am using:







Is this syntax correct? Is it possible that in replacing the wix.targetsfile 
with an earlier version that it could have caused this command to
silently fail?



Thank you for your patience.



Kevin

*From:* Bob Arnson [mailto:[EMAIL PROTECTED]
*Sent:* Sunday, April 22, 2007 9:11 PM
*To:* Kevin Burton
*Cc:* 'Rob Mensching'; wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Remove a section using XmlFile



Kevin Burton wrote:

OutputFile=


@(Compile->'..\PACKAGE\WiX_Temp\Release\%(Filename).wixobj')


There's a difference in either your project file or the WiX MSBuild
project. I've never used the WiX v2 MSBuild support so I can't offer any
advice on it. I'd start by verifying that everything works as you'd expect
from a simple command-line build.


 --

sig://boB

http://bobs.org


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix error code LGHT0112

[Simon Dahlbacka]

That's a totally different thing.. (but still unsupported)

On 4/22/07, teckJBMsia <[EMAIL PROTECTED]> wrote:



Hi,

  I dont think so. I'm able to call an .EXE written using Microsoft Visual
Studio .NET 2005 C# . It's managed code too. I'm just wondering why not
the
DLL. I guess there must be something wrong in my wix source files .


--
View this message in context:
http://www.nabble.com/wix-error-code-LGHT0112-tf3625526.html#a10126457
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] wix error code LGHT0112

[Simon Dahlbacka]

   I wrote the DLL by using Microsoft Visual Studio .NET 2005 C#.




there you have your problem. If you search the mailinglists you'll find out
*many times* that managed custom actions aren't supported..
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] cultures switch in votive

[Simon Dahlbacka]

Properties -> Linker > Cultures

/Simon

On 4/16/07, jrcolons <[EMAIL PROTECTED]> wrote:



how do I specify the -cultures:en-us switch to votive to build a project?

Thanks
jose
--
View this message in context:
http://www.nabble.com/cultures-switch-in-votive-tf3587025.html#a10024049
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS schema problem

[Simon Dahlbacka]

How do i configure Votive to include it in candle and light sentence?



Just do a "Add reference" to WixIIsExtension.dll
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
WiX-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] setting computer regional time format

[Simon Dahlbacka]

that seems like a Bad Idea(tm) to me, as a user in a locale that's usually
affected by "hardcoded decimal point programming" I definately do *not* want
a random installer go fiddle with my regional settings just because the
programmers didn't get it right. Fix your software instead IMO.

regards,

Simon

ps. sorry if the wording turned out harsh

On 4/3/07, Some user <[EMAIL PROTECTED]> wrote:



I need to change the user's regional time format on a computer
http://www.nabble.com/file/7627/Untitled.gif

During the installation.  Our program does not run unless the regional
time
format is at a particular setting.  And yet we do not want for users to
need
to set it manually themselves.

I have been told to change this using the MSI.  Is it possible?
--
View this message in context:
http://www.nabble.com/setting-computer-regional-time-format-tf3509715.html#a9803450
Sent from the wix-users mailing list archive at Nabble.com.


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix votive stable version

[Simon Dahlbacka]

On 3/27/07, John Vottero <[EMAIL PROTECTED]> wrote:


 I think you're looking in the wrong place.  You said "There is no add as
link option shown on my system when I right click the

project on my my system.  Add shows "New Item" "Existing Item" and
"Folder"."



"Add as link" doesn't show up when you right click the project.  You
right-click the project, pick "Add -> Existing item".  A dialog box will
open where you can select the item to add and, the "Add" button in that
dialog box is a pulldown menu that includes "Add as link" and "Add".



yes, that what happens in a normal project (e.g. C#) However, the add button
in that dialog box doesn't have a pulldown in my wix project...

*From:* [EMAIL PROTECTED] [mailto:

[EMAIL PROTECTED] *On Behalf Of *Anthony Wieser
*Sent:* Tuesday, March 27, 2007 12:24 PM
*To:* Chris Bardon; wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Wix votive stable version



Can you, or anyone else for that matter, insert a link to another project,
as Justin described here:



 Subject: Re: [WiX-users] Problems with Post Build Step and Dependencies
inVotive




> In Visual Studio, when you select "Add Existing File..." if you just
click
> "Add", then the file will be copied to your local directory. This is by
> design and works the same way as C#, VB, etc. If you want to add a link,
> which you do, then drop down the little arrow next to the "Add" you'll
see
> an "Add As Link" option. You want to select that. This will then
populate
> your MSBuild (.wixproj) file for you correctly. You will not be allowed
to
> Delete that file, but you can remove the link from your project. Does
this
> make sense?
>
There is no add as link option shown on my system when I right click the
project on my my system.  Add shows "New Item" "Existing Item" and
"Folder".
Am I looking in the wrong place?



 Anthony Wieser

Wieser Software Ltd





 - Original Message -

*From:* Chris Bardon <[EMAIL PROTECTED]>

*To:* Nitin Chaudhari <[EMAIL PROTECTED]> ;
wix-users@lists.sourceforge.net

*Sent:* Tuesday, March 27, 2007 3:20 PM

*Subject:* Re: [WiX-users] Wix votive stable version



So far, I've been using the Votive 3.0 build without any problems.  I
think the only thing "unstable" about the build is that there could be
breaking changes in future releases that mean you'll have to change your
code.  Other than the environment variable macros (being able to refer to
project output) not being in the 3.0 build, it seems to be much fuller
featured than 2.0.



Chris




-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix votive stable version

[Simon Dahlbacka]

On 3/27/07, Anthony Wieser <[EMAIL PROTECTED]> wrote:


 Can you, or anyone else for that matter, insert a link to another
project, as Justin described here:



No, not using Wix 3.0.2526

(why isn't the version number visible in the Visual studio about box btw?)


Subject: Re: [WiX-users] Problems with Post Build Step and Dependencies

inVotive


> In Visual Studio, when you select "Add Existing File..." if you just
click
> "Add", then the file will be copied to your local directory. This is by
> design and works the same way as C#, VB, etc. If you want to add a link,
> which you do, then drop down the little arrow next to the "Add" you'll
see
> an "Add As Link" option. You want to select that. This will then
populate
> your MSBuild (.wixproj) file for you correctly. You will not be allowed
to
> Delete that file, but you can remove the link from your project. Does
this
> make sense?
>
There is no add as link option shown on my system when I right click the
project on my my system.  Add shows "New Item" "Existing Item" and
"Folder".
Am I looking in the wrong place?


Anthony Wieser
Wieser Software Ltd



- Original Message -
*From:* Chris Bardon <[EMAIL PROTECTED]>
*To:* Nitin Chaudhari <[EMAIL PROTECTED]> ;
wix-users@lists.sourceforge.net
*Sent:* Tuesday, March 27, 2007 3:20 PM
*Subject:* Re: [WiX-users] Wix votive stable version

So far, I've been using the Votive 3.0 build without any problems.  I
think the only thing "unstable" about the build is that there could be
breaking changes in future releases that mean you'll have to change your
code.  Other than the environment variable macros (being able to refer to
project output) not being in the 3.0 build, it seems to be much fuller
featured than 2.0.

Chris


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] XmlFile and Votive?

[Simon Dahlbacka]

Are you missing an appropriate /Wix/@xmlns declaration (i.e.

xmlns:util='http://schemas.microsoft.com/wix/UtilExtension' )


On 3/26/07, Chris Bardon <[EMAIL PROTECTED]> wrote:


I'm using the latest 3.0 build from the website.  The version of the
WixUtilExtension.dll is 3.0.2420.0.

Sounds like it might be a Votive issue then?

-Original Message-
From: Bob Arnson [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 22, 2007 11:03 AM
To: Chris Bardon
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] XmlFile and Votive?

Chris Bardon wrote:
> The first attempt tells me that the namespace prefix "Util" (upper or
> lower case) isn't defined, and the fully qualified example says that
> the component element contains an unexpected child element.  All I did

> for the DLL was to reference WixUtilExtension and rebuild-is there
> another line I need to add to the wix source to include the schema
> extensions (similar to a using directive or an #include)?
>

It definitely needs to be "util." I'm not that familiar with Votive, but
I believe that's how it should work. Which version of WiX are you using?

--
sig://boB
http://bobs.org



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Votive v3 and UI

[Simon Dahlbacka]

Well for us using "exotic" ui cultures (sv-FI over here) that isn't included
defaulting to os culture isn't the best idea, and you'll probably end up
with questions about missing localization replacements?

Personally, I'd default to en-US, but that's just me..

On 3/13/07, Justin Rockwood <[EMAIL PROTECTED]> wrote:


 Good points. I don't necessarily like defaulting to en-US, just because
WiX is being used quite heavily in other locales (German, Russian, and Dutch
are ones that come to mind). However, defaulting to the OS culture makes a
lot of sense. Let me know if you have any other suggestions as you dig more
into your project.



Thanks,

Justin



*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Chris Bardon
*Sent:* Tuesday, March 13, 2007 10:41 AM
*To:* Ashman, Jared; Levi Wilson; Simon Dahlbacka
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Votive v3 and UI



Ah, that did it, thanks.  Probably just a bug with the settings not being
saved in both cases.  I know I've done the same thing more than once.



As for Justin's question, the only thing I can think of off the top of my
head is to at least automatically define the en-US culture when adding the
reference to the UI DLL.  If nothing else, this will mean that anyone who
wants to compile to en-US will be able to do so without digging through
properties, and others will be able to find the culture settings if they
need to.  Picking up the automatically included culture from the OS could
also be an option, as would automatically including at least one culture in
the properties, and then ignoring it if it's not needed (i.e. not
compiling with the DLL).  I'll see what else I come up with as I start
venturing into more custom UI along the way (which I suspect will introduce
a bunch of new questions).



Chris



*From:* Ashman, Jared [mailto:[EMAIL PROTECTED]
*Sent:* Tuesday, March 13, 2007 1:28 PM
*To:* Chris Bardon; Levi Wilson; Simon Dahlbacka
*Cc:* wix-users@lists.sourceforge.net
*Subject:* RE: [WiX-users] Votive v3 and UI



Chris,



If you add the en-US to the field, then open the advanced properties below
that, then save, it does save the culture.



The important step is the advanced properties for some reason.



Jared M. Ashman
[EMAIL PROTECTED]
[EMAIL PROTECTED]


  --

*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Chris Bardon
*Sent:* Tuesday, March 13, 2007 11:39 AM
*To:* Levi Wilson; Simon Dahlbacka
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Votive v3 and UI



I noticed that field, but adding a culture value to it doesn't appear to
do anything.  I tried en-US, en-US;, and even the example en-US;ja-JP listed
below the textbox, and I still got the same errors.  Adding the wxs file
directly seems to be the only thing that works.



*From:* Levi Wilson [mailto:[EMAIL PROTECTED]
*Sent:* Tuesday, March 13, 2007 12:35 PM
*To:* Simon Dahlbacka
*Cc:* Chris Bardon; wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Votive v3 and UI



Maybe that's what it was...that it was TOO easy :-)  I usually miss those.

On 3/13/07, *Simon Dahlbacka* < [EMAIL PROTECTED]> wrote:

Yes, (at least "semi obvious")

Using votive you select project properties (right-click project ->
properties, select linker tab) specify e.g. "en-US" in the Cultures
textbox, and add a reference to WixUIExtension



On 3/13/07, *Chris Bardon* < [EMAIL PROTECTED]> wrote:

Thanks for the reply-I managed to get it to work by adding a copy of the
.wxl to the project, but I can't find anywhere to modify the light command
line in the project.  Am I just missing something obvious?



On a semi-related note, is there something special you have to do with
Votive to customize bitmaps from one of the UI libs?  I tried creating a
bitmaps directory, below the wxs file, but it seems to be ignored
(regardless of whether the new bitmaps are added to the project or not).  Is
it not possible to customize the dialogs when using the WixUIExtension DLL?
I'm planning on creating my own UI lib based off of Mondo, but I'd like to
be able to customize it with different graphics when referenced in different
setups.





*From:* Levi Wilson [mailto:[EMAIL PROTECTED]
*Sent:* Tuesday, March 13, 2007 11:50 AM
*To:* Chris Bardon
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Votive v3 and UI



When using WiX UI stuff from the WixUIExtension DLL in version 3, you need
to add:

"-ext WixUIExtension -cultures:en-us"

To the light command-line.  This should take care of a lot of those
warnings.

On 3/13/07, *Chris Bardon* <[EMAIL PROTECTED]> wrote:

I've been going through the tuorial at http://www.tramontana.co.hu/wix/ and
adapting to some of the v3 changes as I go, and I've run across a problem
with adding UI elements.  If 

Re: [WiX-users] Votive v3 and UI

[Simon Dahlbacka]

Yes, (at least "semi obvious")

Using votive you select project properties (right-click project ->
properties, select linker tab) specify e.g. "en-US" in the Cultures textbox,
and add a reference to WixUIExtension

On 3/13/07, Chris Bardon <[EMAIL PROTECTED]> wrote:


 Thanks for the reply-I managed to get it to work by adding a copy of the
.wxl to the project, but I can't find anywhere to modify the light command
line in the project.  Am I just missing something obvious?



On a semi-related note, is there something special you have to do with
Votive to customize bitmaps from one of the UI libs?  I tried creating a
bitmaps directory, below the wxs file, but it seems to be ignored
(regardless of whether the new bitmaps are added to the project or not).  Is
it not possible to customize the dialogs when using the WixUIExtension DLL?
I'm planning on creating my own UI lib based off of Mondo, but I'd like to
be able to customize it with different graphics when referenced in different
setups.





*From:* Levi Wilson [mailto:[EMAIL PROTECTED]
*Sent:* Tuesday, March 13, 2007 11:50 AM
*To:* Chris Bardon
*Cc:* wix-users@lists.sourceforge.net
*Subject:* Re: [WiX-users] Votive v3 and UI



When using WiX UI stuff from the WixUIExtension DLL in version 3, you need
to add:

"-ext WixUIExtension -cultures:en-us"

To the light command-line.  This should take care of a lot of those
warnings.

On 3/13/07, *Chris Bardon* <[EMAIL PROTECTED]> wrote:

I've been going through the tuorial at http://www.tramontana.co.hu/wix/ and
adapting to some of the v3 changes as I go, and I've run across a problem
with adding UI elements.  If I put in the UIRef elements  and  I get an
unresolved symbol reference.  Makes sense, since there's no reference to the
UI lib.  I checked in the target directory for the Votive/WiX MSI from the
website though, and there's no wixlib files in the install directory.
There's a WixUIExtension.dll that I can reference, but this doesn't seem
to have any of the strings defined (LGHT0102 gets raised 552 times).  It
looks like I have to link using the WXL file for the language, but none of
the WXL files are installed with the package.  Is there no way to build an
installer without downloading the source?  Since I'm trying to set up a
build process for Wix editing/installer creation where any developer on the
team can edit/publish installers, I'd rather have everything they need to be
encapsulated in a redstributable (i.e. not a separate source download).
Is there just something that I'm missing with getting Votive to build using
a UI?



Thanks for the help

Chris


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users