Re: [WiX-users] Property value not changing properly
Fantastic. Thanks for your help, got it working. Regards, Alex -Original Message- From: Lisa Gracias [mailto:lisathelugubri...@gmail.com] Sent: Wednesday, March 03, 2010 2:49 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Property value not changing properly I had the same problem. Apparently, Feature conditions that include properties set during the UI sequence won't work as expected. Instead, use the AddLocal and Remove events. This should shed some light on the issue: http://www.joyofsetup.com/2007/05/30/feature-conditions-and-ui/ On Wed, Mar 3, 2010 at 5:11 PM, Alex Wernecke awerne...@finteq.co.zawrote: Hi, I have a problem with a condition that checks a property's value in order to set the LEVEL for a FEATURE Here is my code PROPERTY that is used by the RADIOBUTTONGROUP : Property Id=SETUPNUMBER Secure=yes Value=1/Property I have tried leaving the value out, changing to different etc etc but compiler errors occur then... FEATURE : Feature Id='Type1_Installation' Title='Type1' Description='Installs Files Required for Type1 Setup.' Level='3000' InstallDefault='local' Condition Level=SETUPNUMBER=2/Condition ComponentRef Id='Type1Files'/ /Feature Feature Id='Type2_Installation' Title='Type2' Description='Installs Files Required for Type2 Setup.' Level='1000' InstallDefault='local' /Feature Feature Id='Type3_Installation' Title='Type3' Description='Installs Files Required for Type2 Setup.' Level='2000' InstallDefault='local'/Feature RADIOBUTTONGROUP : Control Type=RadioButtonGroup Id=Type Width=160 Height=160 X=40 Y=80 Property=SETUPNUMBER RadioButtonGroup Property=SETUPNUMBER RadioButton Text=Type1 Height=17 Value=1 Width=50 X=0 Y=0/ RadioButton Text=Type2 Height=17 Value=2 Width=50 X=0 Y=25 / RadioButton Text=Type3 Height=17 Value=3 Width=110 X=0 Y=50 / RadioButton Text=Type4 Height=17 Value=4 Width=160 X=0 Y=120/ /RadioButtonGroup /Control This sets the SETUPNUMBER Properties value to 1,2,3 or 4 depending on the selected radiobutton. I know this working because the following code works properly as expected if the property has changed accordingly : Control Id=Next Type=PushButton X=236 Y=243 Width=56 Height=17 Default=yes Text=!(loc.WixUINext) !-Type1-- Publish Event=SetInstallLevel Value=2000 Order=1SETUPNUMBER=1/Publish Publish Event=NewDialog Value=InstallDirDlg Order=2 SETUPNUMBER=1/Publish !--Type2-- Publish Event=SetInstallLevel Value=3000 Order=6SETUPNUMBER=2/Publish Publish Event=NewDialog Value=InstallDirDlg Order=7SETUPNUMBER=2/Publish !--Type3-- Publish Event=SetInstallLevel Value=1000 Order=5SETUPNUMBER=3/Publish Publish Event=NewDialog Value=InstallDirDlg Order=7SETUPNUMBER=3)/Publish /Control For some reason the property's value that is read by the condition in the features section is the same value as the value in the property declaration. And not the value of the selected radiobutton? How would I get this to work?? Many thanks, Alex -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users __ Information from ESET Smart Security, version of virus signature database 4911 (20100303) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 4913 (20100303) __ The message was checked by ESET Smart Security. http://www.eset.com __ Information from ESET Smart Security, version of virus signature database 4913 (20100303) __ The message was checked by ESET Smart
Re: [WiX-users] Creating a Major Upgrade Patch
That's what made me feel like a total clown. I normally test the hell out of my MSI's on my virtual machines by doing things like making fake future patches upgrades to ensure they'll be fine if (when) we need to release an update in the future. I guess you can't really know success until you've failed. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: 04 March 2010 02:33 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Creating a Major Upgrade Patch On 3/3/2010 10:50 AM, Pally Sandher wrote: Moral of the story, be absolutely certain when you're changing Product Codes (still can't believe I made such an error, hoist by ones own petard). A higher-level moral: Test serviceability before shipping; afterward is too late to fix whole classes of bugs. (Heath, of course, is the ultimate source on the topic: http://blogs.msdn.com/heaths/archive/2010/02/14/serviceability.aspx .) -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do I: Generate a Complete Installer usingCommand-Line Tools
Package Elements are children of Product Elements
(http://wix.sourceforge.net/manual-wix3/wix_xsd_package.htm). That's
what the error is essentially saying. You've tried to put a Package
Element under the WiX element.
You may want to get a basic knowledge of WiX before you try building
entire installers using the command line tools only as it's not only
pretty difficult to do it that way but can be incredibly dangerous. The
tutorial can be found at http://www.tramontana.co.hu/wix/
Palbinder Sandher
Software Deployment IT Administrator
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
**Design, Simulate + Innovate with the Virtual Environment**
Integrated Environmental Solutions Limited. Registered in Scotland No.
SC151456
Registered Office - Helix Building, West Of Scotland Science Park,
Glasgow G20 0SP
Email Disclaimer
-Original Message-
From: Alec Taylor [mailto:alec.tayl...@gmail.com]
Sent: 03 March 2010 11:51
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] How do I: Generate a Complete Installer
usingCommand-Line Tools
Top of the Morning to you,
I'm trying to generate a complete Installer using the command-line
tools. I have the directory structure. I want two choices, Custom
Complete. Complete I want to contain the 'Java' subdirectory, whilst
Custom I'd like the user to be able to choose whether or not to include
it.
Eventually I would like to use the MondoUI.
Here is everything I have done so far (related to WiX);
_
D:\heat dir P:\Package\toplevelofprogram -gg -sfrag -template fragment
-out directory.wxs .\toplevelofprogram
Microsoft (R) Windows Installer Xml Toolset Harvester version 3.5.1405.0
Copyright (C) Microsoft Corporation. All rights reserved.
D:\heat dir P:\Package\Java -sfrag -template fragment -out
directory.wxs .\Java
Microsoft (R) Windows Installer Xml Toolset Harvester version 3.5.1405.0
Copyright (C) Microsoft Corporation. All rights reserved.
D:\candle directory.wxs java.wxs
Microsoft (R) Windows Installer Xml Compiler version 3.5.1405.0
Copyright (C) Microsoft Corporation. All rights reserved.
directory.wxs
java.wxs
D:\light directory.wixobj java.wixobj -o Package.msi
Microsoft (R) Windows Installer Xml Linker version 3.5.1405.0 Copyright
(C) Microsoft Corporation. All rights reserved.
light.exe : error LGHT0093 : Could not find entry section in provided
list of in termediates. Expected section of type 'Product'.
_
So I edited directory.wxs including;
Product Id='{609FC159-2337-4ABF-A9F8-6D7BD0666931}' Name='Test Package'
Language='1033'
Version='1.0.0.0' Manufacturer='Microsoft Corporation'
UpgradeCode='{2381EC89-003D-4653-98CC-644F5014B19F}'
Package Description='My first Windows Installer package'
Comments='This is my first attempt at creating a Windows
Installer database'
Manufacturer='Microsoft Corporation'
InstallerVersion='200' Compressed='yes' / _
Then after going through the other compilation steps, received this
error; error CNDL0005 : The Wix element contains an unexpected child
element 'Package'
.
java.wxs
_
I am aware that I am doing something wrong.
What am I doing wrong how do I fix it?
Thank you so much,
Alec Taylor
--
Download Intel#174; Parallel Studio Eval Try the new software tools for
yourself. Speed compiling, find bugs proactively, and fine-tune
applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] If certain version (or higher) of Java's JDK isinstalled, continue, else download install latest JDK
Windows Installer won't allow concurrent installations as it's a transactional system. Use a bootstrapper. Also WiX != Windows Installer. WiX is a tool for making MSI's. Windows Installer does all the actual installation work. Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Alec Taylor [mailto:alec.tayl...@gmail.com] Sent: 03 March 2010 11:09 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] If certain version (or higher) of Java's JDK isinstalled, continue, else download install latest JDK Top of the Morning to you, I've noticed in some Installers, eg; NSIS, it is possible to do what the subject is requesting. Is this possible with WiX? If so, what's the method? Please alleviate my confusion. Thank you so much, Alec Taylor -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Auto-generated vs statically assigned GUIDs
If you want to ship updates as MSP's (Small Update or Minor Upgrade in Microsoft terminology) don't use auto-generated GUIDs. If you're only ever going to ship updates as MSI's (Major Upgrades) you need to change the Product Code every time anyway so auto-generating is fine. See - http://msdn.microsoft.com/en-us/library/aa370579.aspx Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Rajendra Magar [mailto:rma...@newfrontieradvisors.com] Sent: 03 March 2010 21:11 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Auto-generated vs statically assigned GUIDs Mike, thank you very much! -Rajendra -Original Message- From: MikeR [mailto:michael.ru...@gmail.com] Sent: Wednesday, March 03, 2010 3:54 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Auto-generated vs statically assigned GUIDs We use auto-generated Product GUIDs almost exclusively where I work. I really haven't found a downside to it, at least for our uses. As for detecting old products, it is still easy to detect them. Instead of looking them up using explicit ProductCodes you use the Upgrade table with the UpgradeCode and a version range. This seems to be a more reliable way of finding older products anyway, assuming you keep your UpgradeCode static but most everyone does that. The only potential downside could be based on what your patching/upgrade strategy. So far we are only doing major upgrades for all our MSIs, so changing Product GUID every build doesn't have any impact. If you do want to patch or apply small updates, depending on the methods of applying those patches and small updates, whether the ProductCode has changed or not matters. The Windows Installer SDK does not recommend using patches for updates that change the ProductCode. That is the only potential issue I can think of when using auto-generated ProductCodes. There could be other issues but I haven't run into any. -Mike -- View this message in context: http://n2.nabble.com/Auto-generated-vs-statically-assigned-GUIDs-tp46700 83p4670397.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] File from local location
The CopyFile element should do what want. http://wix.sourceforge.net/manual-wix3/wix_xsd_copyfile.htm Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: hila toronchik [mailto:hila.toronc...@safend.com] Sent: 02 March 2010 07:01 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] File from local location But I don't have the real file the msi will point to (it'll be placed next to him at the installation), so I use a dummy file with wrong details. Is there a different way to install such a file? -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Monday, March 01, 2010 2:47 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] File from local location On 3/1/2010 1:13 AM, hila toronchik wrote: The problem is - that an empty file named Global.jpeg need to be placed the development machine in order to build the msi. WiX needs the file to fill out the details of the file (size, e.g.) in the MSI database. -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Nested installation of downloaded prerequisites
I've seen people pushing MSI building packages which have buttons on UI pages to launch stuff like .NET Framework installers, XNA etc. during the InstallUISequence to bypass this issue. Personally I'd never do this as when a sys admin pushes your package out across their domain your app could install completely fine without those pre-requisites in place but then when their users try to use your app at best it'll fail to run due to missing dependencies (at worst it launches but works in a flawed manner). I'd rather we not have to deal with the support queries which would ensue from that type of situation. Lisa I'd recommend using something like dotnetinstaller to install your pre-req's before your MSI. It appears to fit your requirements from what you've posted earlier but other bootstrapper packages with similar feature sets may be available (or you could roll your own). See http://dotnetinstaller.codeplex.com/ Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Michael Urman [mailto:mur...@gmail.com] Sent: 03 March 2010 13:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Nested installation of downloaded prerequisites The biggest problem with installing dependencies from your UI sequence is that they do not get called if your MSI is run with silent or basic UI. And then, since your MSI can't show any UI, it's harder for it to explain the failure. One hopes that if a person runs the MSI silently, they know how to capture and interpret a log, however. On Wed, Mar 3, 2010 at 01:05, Lisa Gracias lisathelugubri...@gmail.com wrote: Would it be alright to call an msi/exe from the UI sequence of another msi, i.e., before the execute sequence of the parent msi even begins? I've tried this out and it seems to work. I was wondering if there are any hidden side effects. On Thu, Feb 25, 2010 at 3:37 AM, Sascha Beaumont sascha.beaum...@gmail.comwrote: Unfortunately no. The EXE may contain a compressed MSI anyway :) -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Info 2888. Executing the Binary view failed
Make sure your RTF is a 'plain' RTF. Easiest way to do that is open it in Wordpad save it. If you created or edited it in Microsoft Word it will have a load of extra formatting all over it which causes problems in ScrollableText Controls. Are you using a stock WiX UI or a Custom/Customized one? Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: BSR PHANI [mailto:bsrphani...@gmail.com] Sent: 04 March 2010 04:50 To: wix-users-requ...@lists.sourceforge.net; wix-users@lists.sourceforge.net Subject: [WiX-users] Info 2888. Executing the Binary view failed hi All, Can any one please help me out from the following issue? the issue is while launching my installer during licence dialog i could not able to see my licence in the dialog. but i verified, icould able to see all my licence.rtf files in the installer. when i digged into the logs i found the warning message during the execution of the licence_dialo, that is Info 2888. Executing the Binary view failed but i've no clue what does that error specify. can any one help me out solving this problem. Thanks, Phani -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Pause the PrepareDlg dialog?
Bob Arnson-6 wrote: On 3/2/2010 10:21 AM, Tabmow wrote: I know the PrepareDlg pops up (modeless dialog) briefly at very beginning, but is there a way to 'pause' it there or slow it down from disappearing so fast? I want to check one thing out on the layout and it disappears too fast for me to tell. Open the .msi in Orca and choose Tools|Dialog Preview. Perfect - that did it exactly! Thanks Bob - i hadn't used Orca in quite some time and I had no idea it had a dialog preview capability. Thanks to all for the suggestions. -- View this message in context: http://n2.nabble.com/Pause-the-PrepareDlg-dialog-tp4661534p4674119.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Info 2888. Executing the Binary view failed
hi Sandher, Thanks for your valuable input, i'll follow the steps you suggested. we are following the customized approach to load EULA to our dialogs. Thanks, Phani On Thu, Mar 4, 2010 at 5:57 PM, Pally Sandher pally.sand...@iesve.comwrote: Make sure your RTF is a 'plain' RTF. Easiest way to do that is open it in Wordpad save it. If you created or edited it in Microsoft Word it will have a load of extra formatting all over it which causes problems in ScrollableText Controls. Are you using a stock WiX UI or a Custom/Customized one? Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: BSR PHANI [mailto:bsrphani...@gmail.com] Sent: 04 March 2010 04:50 To: wix-users-requ...@lists.sourceforge.net; wix-users@lists.sourceforge.net Subject: [WiX-users] Info 2888. Executing the Binary view failed hi All, Can any one please help me out from the following issue? the issue is while launching my installer during licence dialog i could not able to see my licence in the dialog. but i verified, icould able to see all my licence.rtf files in the installer. when i digged into the logs i found the warning message during the execution of the licence_dialo, that is Info 2888. Executing the Binary view failed but i've no clue what does that error specify. can any one help me out solving this problem. Thanks, Phani -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Merge Module versioning, or equivalent
Hi Bob, I guess I'm completely missing how to version files then. I don't find any attributes or child elements of component or file that seem related. I'm not aware of any consistent file-versioning aspect of the windows file systems. Also, I expect a need to version non-files, such as registry entries. In my current WiX project, shared items are overwritten with older versions and removed without respect for shared dependencies. I'm trying to correct that. I can't find an example of how versioning and sharing files registry settings is supposed to work. Let's say I have two components: a Shared File.txt file and a Shared Stuff Version Number registry entry, installed by potentially one, two, or three otherwise independent MSIs. How can I specify that these components are shared and that reference counts(?) ought to be maintained so that installing any one MSI has everything it needs to operate, that a second MSI with an older version of the shared component does not overwrite the existing shared items but does officially depend on the shared components, and that a third MSI with a newer version of the shared items overwrites, maintaining MSI 1 MSI 2's official dependency on them, AND that the MSIs may be uninstalled in any order, leaving the newest version of the shared items in place until all three MSIs have been uninstalled at which point no items remain. It would be acceptable if shared items had to be rolled back to the next-most recent version upon un-installation of the most-recent version - if that's just how it works. Am I off my rocker? It seems like complicated functionality, but it also seems that this would be a capability of the Windows Installer. Otherwise, what is this file-versioning for and what are reference-counts for? Thanks! On Wed, Mar 3, 2010 at 6:38 PM, Bob Arnson b...@joyofsetup.com wrote: On 3/3/2010 4:14 PM, admiristra...@cox.net wrote: Can someone please detail how Merge Module versioning is supposed to work? There's no such thing. Merge modules are a collection of tables and rows that are merged into your .msi package, losing their identities in the process. All versioning is based on component state, which is based in part on the file versioning rules documented in the SDK. What problem are you having? -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Merge Module versioning, or equivalent
You're basically asking if the Component Rules exist if so how do they work. See http://msdn.microsoft.com/en-us/library/aa370561.aspx the pages its last paragraph links to. Rob M wrote some very good blogs regarding the above which I'd recommend as further reading http://robmensching.com/blog/posts/2003/10/4/Windows-Installer-Component s-Introduction http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101 Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: admiristra...@cox.net [mailto:admiristra...@cox.net] Sent: 04 March 2010 16:02 To: General discussion for Windows Installer XML toolset.; b...@joyofsetup.com Subject: Re: [WiX-users] Merge Module versioning, or equivalent Hi Bob, I guess I'm completely missing how to version files then. I don't find any attributes or child elements of component or file that seem related. I'm not aware of any consistent file-versioning aspect of the windows file systems. Also, I expect a need to version non-files, such as registry entries. In my current WiX project, shared items are overwritten with older versions and removed without respect for shared dependencies. I'm trying to correct that. I can't find an example of how versioning and sharing files registry settings is supposed to work. Let's say I have two components: a Shared File.txt file and a Shared Stuff Version Number registry entry, installed by potentially one, two, or three otherwise independent MSIs. How can I specify that these components are shared and that reference counts(?) ought to be maintained so that installing any one MSI has everything it needs to operate, that a second MSI with an older version of the shared component does not overwrite the existing shared items but does officially depend on the shared components, and that a third MSI with a newer version of the shared items overwrites, maintaining MSI 1 MSI 2's official dependency on them, AND that the MSIs may be uninstalled in any order, leaving the newest version of the shared items in place until all three MSIs have been uninstalled at which point no items remain. It would be acceptable if shared items had to be rolled back to the next-most recent version upon un-installation of the most-recent version - if that's just how it works. Am I off my rocker? It seems like complicated functionality, but it also seems that this would be a capability of the Windows Installer. Otherwise, what is this file-versioning for and what are reference-counts for? Thanks! On Wed, Mar 3, 2010 at 6:38 PM, Bob Arnson b...@joyofsetup.com wrote: On 3/3/2010 4:14 PM, admiristra...@cox.net wrote: Can someone please detail how Merge Module versioning is supposed to work? There's no such thing. Merge modules are a collection of tables and rows that are merged into your .msi package, losing their identities in the process. All versioning is based on component state, which is based in part on the file versioning rules documented in the SDK. What problem are you having? -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Conditionally Install Component if Registry Key Exists
I have a component I need to install only if a registry key exists which means an application has been installed. I need to assign the value of the registry key (it is a directory) to a property then use this property to copy files from. I have the following script so far but get an error The system cannot find the file '[MYTESTDIR]fileToCopy.dat'. Any help would really be appreciated. Property Id=MYTESTDIR RegistrySearch Id=NetFramework20 Root=HKLM Key=SOFTWARE\TEST\VALUE\1.00 Name=MyName Type=directory / /Property Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=TEST Name=Test Component Id=MyComponent Guid=E5FF53DE-1739-42c4-BE37-60F810C9CD69 ConditionMYTESTDIR/Condition File Id=fileToCopy.dat Name=fileToCopy.dat Source=[MYTESTDIR]fileToCopy.dat CopyFile Id=fileToCopy.datCopy DestinationProperty=WEBSERVICEBINFOLDER / /File /Directory /Directory /Directory Feature Id=MyFeature Title=MyFeature Level=1 ComponentRef Id=MyComponent / /Feature Brendan Rice Telephone +44 (0)28 9073 5749 Equiniti ICS Limited 205 Airport Road West, Belfast, BT3 9ED, Northern Ireland brendan.r...@equiniti-ics.commailto:brendan.r...@equiniti-ics.com www.equiniti-ics.comhttp://www.equiniti-ics.com/ The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Equiniti ICS will not be liable for direct, special, indirect or consequential damages as a result of any virus being passed on, or arising from alteration of the contents of this message by a third party. Equiniti ICS Limited registered office 205 Airport Road West, Belfast, BT3 9ED. Registered No NI36763. To find out more about Equiniti ICS Limited visit our web site at http://www.equiniti-ics.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Conditionally Install Component if Registry Key Exists
I have a component I need to install only if a registry key exists which means an application has been installed. I need to assign the value of the registry key (it is a directory) to a property then use this property to copy files from. I have the following script so far but get an error The system cannot find the file '[MYTESTDIR]fileToCopy.dat'. Any help would really be appreciated. Property Id=MYTESTDIR RegistrySearch Id=NetFramework20 Root=HKLM Key=SOFTWARE\TEST\VALUE\1.00 Name=MyName Type=directory / /Property Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=TEST Name=Test Component Id=MyComponent Guid=E5FF53DE-1739-42c4-BE37-60F810C9CD69 ConditionMYTESTDIR/Condition File Id=fileToCopy.dat Name=fileToCopy.dat Source=[MYTESTDIR]fileToCopy.dat CopyFile Id=fileToCopy.datCopy DestinationProperty=WEBSERVICEBINFOLDER / /File /Directory /Directory /Directory Feature Id=MyFeature Title=MyFeature Level=1 ComponentRef Id=MyComponent / /Feature Brendan Rice Telephone +44 (0)28 9073 5749 Equiniti ICS Limited 205 Airport Road West, Belfast, BT3 9ED, Northern Ireland brendan.r...@equiniti-ics.commailto:brendan.r...@equiniti-ics.com www.equiniti-ics.comhttp://www.equiniti-ics.com/ The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Equiniti ICS will not be liable for direct, special, indirect or consequential damages as a result of any virus being passed on, or arising from alteration of the contents of this message by a third party. Equiniti ICS Limited registered office 205 Airport Road West, Belfast, BT3 9ED. Registered No NI36763. To find out more about Equiniti ICS Limited visit our web site at http://www.equiniti-ics.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ora_aspnet install
Hi, We have been using wix to create installs for a while now and all is working nicely. However, I now have to create a new install for our new oracle customers. I'm trying to find the best way to run the aspnet oracle scripts that will install the ora_aspnet tables, views, roles Prior to this we have been creating the oracle databases manually for new Oracle customers. Has anyone done this? If so, I would love to hear any suggestions. So far, I have created ca's to run bat files that use sqlplus and that is looking like the best option. However, that requires the user to have sqlplus on their machine and all the oracle privileges to create roles, tables, I have installed the oracle 11i client manually and it was no easy task. Now I think I might have to do that via wix. And I'm a little reluctant. Thanks in advance for any suggestions you may have! Craig -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS WebServiceExtension removed on repair
pmdarrow wrote: Something weird is happening - when I enable an IIS Web Service Extension using the following: Component Id=EnableAspNet Guid=B45DFBD5-073F-4B0B-8C65-57BE57683300 Directory=INSTALLDIR CreateFolder / iis:WebServiceExtension Id=ASPExtension Group=ASP.NET v2.0.50727 Allow=yes File=[AspDllPath] Description=ASP.NET v2.0.50727 / /Component ... the extension shows up properly in IIS on first install, but on repair it gets removed (thus breaking my application.) I'm bringing this up again since no one really answered my question. Does this sound like a bug? This happens with IIS6. -- View this message in context: http://n2.nabble.com/IIS-WebServiceExtension-removed-on-repair-tp4620141p4676606.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Wix 3.5 Build error
My team has upgraded to Visual Studio 2010, TFS 2010 and MSBuild 2010 and I have installed the 3.5.1426 on a new build and development box but I am receiving the following candle error. C:\Program Files (x86)\MSBuild\Microsoft\WiX\v3.5\Wix2010.targets - 2 error(s), 0 warning(s), View Log File C:\Program Files (x86)\MSBuild\Microsoft\WiX\v3.5\Wix2010.targets (1730): The specified task executable location C:\Program Files (x86)\Windows Installer XML v3\bin\candle.exe is invalid. The error is caused by it trying to find candle in the wrong location. How do I update the wix configured path to reflect the right location to find candle? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Conditional FeatureTree Features
Hi, I am using WIXUI_FeatureTree with removal of License and including a custom dialog which has 3 radiogroups. Based on the radio group selection I have display the feature set in the feature tree. Is it possible? Let me show. Custom Dialog - Server Database Server COM Server Next - I need to show say user selects Server I have to show him 3 features FeatureServerServices FeatureServerComponents FeatureServerTools But if users selects COM Server I need to show FeatureCOMServerServices FeatureCOMServerExecutables FeatureCOMServerTools And then for other different components. I do collect the property value of the select server type to run customaction at the end of the install. Is there a if condition so I can use the property value as conditional Say - if [ServerValue] ==1 Show Server Features Else if [ServerValue] = 2 Show Database Features Else if [ServerValue] = 3 Show COM Server Features. Thanks, Arun Perregattur -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Wix 3.5 - current state of Burn
Hi What is the current state of Burn (I'm running 3.5.1419.0) ? I'm looking to produce a bootstrapper fairly urgently that could perform the following: - Embed three MSIs - Run silently - Only install specific MSIs based on a set of launch conditions that are not in the MSIs themselves, but handled at the bootstrapper level. Is there any documentation or examples available. I've searched around, but most of the times I just see announcements that Burn is the main focus of 3.5, but nothing on how to use it. The alternative that I'm considering is using setupbld, although it doesn't get me around the launch conditions. I'm planning on moving that to the MSIs and then creating setup.exe using the -i (Ignore setup errors) option Jacques -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problem with XmlConfig
Hi,
I've got a package that is a plug-in for another product. When I install
the plug-in, I want it to modify the app.config file for the primary
product to register itself; similarly I want it to deregister itself on
uninstall. I've got this all working except for the uninstall part.
In my wxs I've got:
Component Id=ConfigUpdate KeyPath=yes
Guid={243B948C-153A-477d-BF8F-687915DE0188}
util:XmlConfig Id=AddPackageNode
File=[INSTALLDIR]Renderer.exe.config
Action=create
ElementPath=//configuration/gdnet.rendering/presentationPackages
Name=add
Node=element
Sequence=1
On=install/
util:XmlConfig Id=AddPackagePath
File=[INSTALLDIR]Renderer.exe.config
ElementPath=AddPackageNode
Name=path Value=Packages\StandardLayouts.dll
Sequence=2/
util:XmlConfig Id=RemovePackageNode
File=[INSTALLDIR]Renderer.exe.config
Action=delete
Node=element
VerifyPath=add[...@path='Packages\StandardLayouts.dll'[\]]
ElementPath=//configuration/gdnet.rendering/presentationPackages
On=uninstall
Sequence=1/
/Component
This successfully adds an add path=Packages\StandardLayouts.dll/
element under configuration/gdnet.rendering/presentationPackages in my
main app's config file.
However, uninstalling it doesn't remove the element. I checked out the
MSI with Orca:
RemovePackageNode [INSTALLDIR]Renderer.exe.config
//configuration/gdnet.rendering/presentationPackages
add[...@path='Packages\StandardLayouts.dll'[\]] 545 ConfigUpdate 1
which looks fine; I also tried running msiexec with verbose logging
turned on, and I see:
MSI (s) (48:8C) [19:55:29:273]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSIB6EC.tmp, Entrypoint: SchedXmlConfig
MSI (s) (48:78) [19:55:29:316]: Generating random cookie.
MSI (s) (48:78) [19:55:29:333]: Created Custom Action Server with PID
3720 (0xE88).
MSI (s) (48:A8) [19:55:29:657]: Running as a service.
MSI (s) (48:A8) [19:55:29:661]: Hello, I'm your 32bit Impersonated
custom action server.
MSI (s) (48!BC) [19:55:29:684]: PROPERTY CHANGE: Adding
ExecXmlConfigRollback property. Its value is '0C:\Program Files
(x86)\GameDev.net\Renderer\Renderer.exe.config|TZT8fK/rJAK4kL5:|QK9Wwq3U4_RHz|k?hobqh8e3{xh...@9fu6a8|UBxH3'ulL)CanKA5[8(^t}uG(;KtIVZHzG6:|QKF5[8(Sm^C/KgIzG6:|QK-C22KTRR1I'fojmgrvpkzl...@otc/Ay6[HjM?z:%c,y3^|b?H*1DQKw1}WH!m3kL^WZjKz|,9I87IJMFIo?3pfuPKvFK[H'/n}8'%^C/oX,(M{rvuI?qUIKDQ?h8,ImPK;tTtG{urQKf;}kKDY2+0QVc1L1.As;?7nJM)43kL}MoYHwJDSIxI~ZHpO?oK%M^9IyuzQK'LEhM,mvuIy;CZ:{urQKf;}kKcEZjKz|,9I87IJMoT:oB{rvuIRKzD/i_WWH.V(UIrmf;Hj%lKM%jZJM(/n}8'%^C/hM}mKz|,9IeuZJM5xN-MHX?A/P%w;HIc,y3!}b?H*1DQK/xH[H!m3kLh-p/C%m7nKs(J!0A5NQ4gth_MrA,1KWI4pH{cT[HJ4[8(Sm^C/?SEwH2-XKMXm0CGGV0!M_vl;?C{RRKDQ?h8{nGr3pstZHAoAy3:J;+09XFCG]GX;?C{RRKDQ?h8;XFCGB]?w3pstZHAoAy3:J;+0W4[8(Sm^C/WiK[H6ckKM)CanKV6{yGnM9ZHF5[8(Sm^C/6/[;h60...@*3jafgibgqpafel_ppkq.-@HkkEpK_0~x3/,K*0VLK446IR,M~IFCG6:|QKSmgSJv~Q,MHX?A/rGu2I'FoJMGrvPKzlduIILn:)YjWC8t(~ZHAciVIxI~ZHpO?oKSrn:):m^C/foGoKbV,+9'%^C/Sm^C/_...@ok,7dBGZSI!0f,sAGKa;+0HX?A/Sm^C/qjWC8}!TtI6P1CG6:|QKF5[8(Sm^C/Sm^C/[bE:GvB'sGB6llLI5ti8{Z22A/[e%DsUKhB0FnuIR
Action start 19:55:29: SchedXmlConfig.
MSI (s) (48!BC) [19:55:29:685]: Doing action: ExecXmlConfigRollback
MSI (s) (48!BC) [19:55:29:685]: Note: 1: 2205 2: 3: ActionText
Action start 19:55:29: ExecXmlConfigRollback.
MSI (s) (48!BC) [19:55:29:688]: PROPERTY CHANGE: Adding ExecXmlConfig
property. Its value is '1C:\Program Files
(x86)\GameDev.net\Renderer\Renderer.exe.config70//configuration/gdnet.rendering/presentationpackagesa...@path='Packages\StandardLayouts.dll']0'.
Action ended 19:55:29: ExecXmlConfigRollback. Return value 1.
MSI (s) (48!BC) [19:55:29:689]: Doing action: ExecXmlConfig
MSI (s) (48!BC) [19:55:29:689]: Note: 1: 2205 2: 3: ActionText
Action start 19:55:29: ExecXmlConfig.
Action ended 19:55:29: ExecXmlConfig. Return value 1.
MSI (s) (48:04) [19:55:29:696]: Doing action: RegisterUser
MSI (s) (48:04) [19:55:29:696]: Note: 1: 2205 2: 3: ActionText
Action ended 19:55:29: SchedXmlConfig. Return value 1.
MSI (s) (48:04) [19:55:31:267]: Executing op:
ActionStart(Name=ExecXmlConfig,,)
MSI (s) (48:04) [19:55:31:268]: Executing op:
CustomActionSchedule(Action=ExecXmlConfig,ActionType=3073,Source=BinaryData,Target=ExecXmlConfig,CustomActionData=1C:\Program
Files
(x86)\GameDev.net\Renderer\Renderer.exe.config70//configuration/gdnet.rendering/presentationpackagesa...@path='Packages\StandardLayouts.dll']0)
MSI (s) (48:34) [19:55:31:273]: Invoking remote custom action. DLL:
C:\Windows\Installer\MSIBFC7.tmp, Entrypoint: ExecXmlConfig
(It looks like my mail client has screwed up the spacing in the
CustomActionData strings a bit; looking at the log file in visual
studio, the fields are separated with whitespace).
After looking through the WixCA sources, it looks like everything should
be functioning normally. There are no warning or debug messages of any
sort saying that XmlConfig can't do its thang. Yet the element doesn't
get removed. The timestamp on the config file changes, but the element
Re: [WiX-users] Merge Module versioning, or equivalent
Ok, thanks for the links. I'm going to be working through them, but at first glance, I can tell I still need a hint. I can't tell if you're suggesting that if I understood Component Rules, I'd know that what I'm looking to do violates those rules. Is that what you're saying? More generally, is what I want to do possible? If you could just outline it, I'll know what to look for when I'm reading and researching. Thanks On Thu, Mar 4, 2010 at 8:21 AM, Pally Sandher pally.sand...@iesve.comwrote: You're basically asking if the Component Rules exist if so how do they work. See http://msdn.microsoft.com/en-us/library/aa370561.aspx the pages its last paragraph links to. Rob M wrote some very good blogs regarding the above which I'd recommend as further reading http://robmensching.com/blog/posts/2003/10/4/Windows-Installer-Component s-Introductionhttp://robmensching.com/blog/posts/2003/10/4/Windows-Installer-Component%0As-Introduction http://robmensching.com/blog/posts/2003/10/18/Component-Rules-101 Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: admiristra...@cox.net [mailto:admiristra...@cox.net] Sent: 04 March 2010 16:02 To: General discussion for Windows Installer XML toolset.; b...@joyofsetup.com Subject: Re: [WiX-users] Merge Module versioning, or equivalent Hi Bob, I guess I'm completely missing how to version files then. I don't find any attributes or child elements of component or file that seem related. I'm not aware of any consistent file-versioning aspect of the windows file systems. Also, I expect a need to version non-files, such as registry entries. In my current WiX project, shared items are overwritten with older versions and removed without respect for shared dependencies. I'm trying to correct that. I can't find an example of how versioning and sharing files registry settings is supposed to work. Let's say I have two components: a Shared File.txt file and a Shared Stuff Version Number registry entry, installed by potentially one, two, or three otherwise independent MSIs. How can I specify that these components are shared and that reference counts(?) ought to be maintained so that installing any one MSI has everything it needs to operate, that a second MSI with an older version of the shared component does not overwrite the existing shared items but does officially depend on the shared components, and that a third MSI with a newer version of the shared items overwrites, maintaining MSI 1 MSI 2's official dependency on them, AND that the MSIs may be uninstalled in any order, leaving the newest version of the shared items in place until all three MSIs have been uninstalled at which point no items remain. It would be acceptable if shared items had to be rolled back to the next-most recent version upon un-installation of the most-recent version - if that's just how it works. Am I off my rocker? It seems like complicated functionality, but it also seems that this would be a capability of the Windows Installer. Otherwise, what is this file-versioning for and what are reference-counts for? Thanks! On Wed, Mar 3, 2010 at 6:38 PM, Bob Arnson b...@joyofsetup.com wrote: On 3/3/2010 4:14 PM, admiristra...@cox.net wrote: Can someone please detail how Merge Module versioning is supposed to work? There's no such thing. Merge modules are a collection of tables and rows that are merged into your .msi package, losing their identities in the process. All versioning is based on component state, which is based in part on the file versioning rules documented in the SDK. What problem are you having? -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___
[WiX-users] Combobox Display Question/Problem
Hi, I'm trying to use a combobox on a dialog with the following code: Control Id='cmbLocale' Type='ComboBox' X='122' Y='91' Width='100' Height='13' Property='SET_LOCALE' ComboBox Property='SET_LOCALE' ListItem Text='English (UK)' Value='en-uk' / ListItem Text='English (USA)' Value='en-us' / ListItem Text='French (France)' Value='fr-fr' / ListItem Text='Portuguese (Brazil)' Value='pt-br' / ListItem Text='Spanish (Mexico)' Value='sp-mx' / /ComboBox /Control Now, the way I interpret this is that if ListItem 2 is selected (the US English one), then the combobox display text should be 'English (USA)' and the value of SET_LOCALE should be 'en-us'. Is this correct? What is actually happening is that the combobox display text and the value of SET_LOCALE are both 'en-us'. I must be doing something wrong but I can't see it. If this is the correct behavior, then what is the point of the 'text' attribute on the ListItem? Thanks, Kevin -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Customizing the ARP entry
Hi, I have an installer with many instance transforms. During install the user is prompted for a free form string to identify the instance. Is there a way to perhaps append this string to the entry in ARP? For example, if my app is called 'MyApp', during install I'd like the user to be able to type in 'Georgia Office' and in the ARP it would say something like 'MyApp (Georgia Office)' rather than just 'MyApp'. Thanks, Kevin -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Customizing the ARP entry
Nevermind, I found it. I can do it with a custom action setting ProductName...somehow I thought I tried that but it's working. Thanks, Kevin Hi, I have an installer with many instance transforms. During install the user is prompted for a free form string to identify the instance. Is there a way to perhaps append this string to the entry in ARP? For example, if my app is called 'MyApp', during install I'd like the user to be able to type in 'Georgia Office' and in the ARP it would say something like 'MyApp (Georgia Office)' rather than just 'MyApp'. Thanks, Kevin -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Do not remove registry values on uninstall
How do I author registry values so they do not get removed on uninstall? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] SetupBld - quiet install defaults to passive install
Hi
I create a chained installer using SetupBld using a commandline like the one
below
setupbld.exe -mi MSI1.msi -mi MSI2.msi -mi MSI3 -title Foo -setup
obj\chained\tempsrc\setup.exe -license docs\EULA.rtf -out MySetup.exe
When I launch the exe using /quiet, I still get a progress bar and the
installer dialog with the cancel button. From what I can tell, this dialog
should only appear when launching in passive mode. I've looked at the WiX
3.0 sources for setupexe.cpp and found the following when it parses the
command line arguments
else if (CSTR_EQUAL == ::CompareStringW(LOCALE_INVARIANT,
NORM_IGNORECASE, argv[i][1], -1, Lquiet, -1))
{
dwUiLevel = INSTALLUILEVEL_NONE;
}
Based on what I read on MSDN (
http://msdn.microsoft.com/en-us/library/aa370389(VS.85).aspx),
INSTALLUILEVEL_NONE is a quiet install
Any idea how I can suppress the progress bars for the UI completely when
launching the EXE?
Jacques
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SetupBld - quiet install defaults to passive install
Okay, so after digging through the code, I noticed that when generating the
bootstrapper using the -mi option, setup.exe does something interesting:
if (pPackage-dwAttributes SETUP_INSTALL_CHAIN_IGNORE_FAILURES)
{
dwUiLevelPackage |= INSTALLUILEVEL_PROGRESSONLY; // don't throw any scary
error dialogs
}
My C++ is very rusty (haven't done any coding in it since 1998), but to me
it seems that removing this line should fix the problem I'm running into at
the moment. I did try a debug version of my modified EXE, but it keeps
exiting with: EXEC : error 0x80070002: Failed to CreateSetup.
Also, I haven't setup NANT yet, so I'm just trying to get the project to
build in VS2008
Thanks,
Jacques
On Thu, Mar 4, 2010 at 3:46 PM, Jacques Eloff repst...@gmail.com wrote:
Hi
I create a chained installer using SetupBld using a commandline like the
one below
setupbld.exe -mi MSI1.msi -mi MSI2.msi -mi MSI3 -title Foo -setup
obj\chained\tempsrc\setup.exe -license docs\EULA.rtf -out MySetup.exe
When I launch the exe using /quiet, I still get a progress bar and the
installer dialog with the cancel button. From what I can tell, this dialog
should only appear when launching in passive mode. I've looked at the WiX
3.0 sources for setupexe.cpp and found the following when it parses the
command line arguments
else if (CSTR_EQUAL == ::CompareStringW(LOCALE_INVARIANT,
NORM_IGNORECASE, argv[i][1], -1, Lquiet, -1))
{
dwUiLevel = INSTALLUILEVEL_NONE;
}
Based on what I read on MSDN (
http://msdn.microsoft.com/en-us/library/aa370389(VS.85).aspx),
INSTALLUILEVEL_NONE is a quiet install
Any idea how I can suppress the progress bars for the UI completely when
launching the EXE?
Jacques
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Pass selected Features as parameters to custom action
thanks mate you are spot on schdule it after CostFinalize and it worked fine. Regards, Asiri Wanigarathne On 4 March 2010 13:06, jnanneng john.nanne...@microsoft.com wrote: Costing operations haven't occurred at the time the CA is being scheduled so the feature state items are not set, yet. -- View this message in context: http://n2.nabble.com/Pass-selected-Features-as-parameters-to-custom-action-tp4657879p4671925.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem with XmlConfig
On 3/4/2010 3:50 PM, Richard Fine wrote: MSI (s) (48:34) [19:55:31:273]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIBFC7.tmp, Entrypoint: ExecXmlConfig What's after that line? There should be a bit of logging if it couldn't process an XmlConfig row. -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditional FeatureTree Features
On 3/4/2010 3:17 PM, Arun Perregatturv wrote: I am using WIXUI_FeatureTree with removal of License and including a custom dialog which has 3 radiogroups. Based on the radio group selection I have display the feature set in the feature tree. Is it possible? Yes. Use AddLocal and Remove control events to manage which features are available. -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditionally Install Component if Registry Key Exists
On 3/4/2010 11:32 AM, Brendan Rice wrote: File Id=fileToCopy.dat Name=fileToCopy.dat Source=[MYTESTDIR]fileToCopy.dat CopyFile Id=fileToCopy.datCopy DestinationProperty=WEBSERVICEBINFOLDER / /File If you want to copy a file that's already installed on the system (as opposed to being installed by your package), you can't use a File element. It's for installing new files. -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a Major Upgrade Patch
On 3/4/2010 5:52 AM, Pally Sandher wrote: I guess you can't really know success until you've failed. Well, you know it *really* well then.g -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix 3.5 Build error
On 3/4/2010 2:33 PM, David Largen wrote: C:\Program Files (x86)\MSBuild\Microsoft\WiX\v3.5\Wix2010.targets (1730): The specified task executable location C:\Program Files (x86)\Windows Installer XML v3\bin\candle.exe is invalid. Do you get this error from new projects or just upgraded ones (i.e., those created by a previous version of WiX)? -- sig://boB http://joyofsetup.com/ -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Do not remove registry values on uninstall
Setting Action=create should do it. Refer to: http://wix.sourceforge.net/manual-wix3/wix_xsd_registrykey.htm On Fri, Mar 5, 2010 at 4:13 AM, Alex Ivanoff alex.ivan...@shavlik.comwrote: How do I author registry values so they do not get removed on uninstall? -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Nested installation of downloaded prerequisites
Thanks for the inputs, everyone. Pally I'll take a look at dotnetinstaller. On Thu, Mar 4, 2010 at 5:34 PM, Pally Sandher pally.sand...@iesve.comwrote: I've seen people pushing MSI building packages which have buttons on UI pages to launch stuff like .NET Framework installers, XNA etc. during the InstallUISequence to bypass this issue. Personally I'd never do this as when a sys admin pushes your package out across their domain your app could install completely fine without those pre-requisites in place but then when their users try to use your app at best it'll fail to run due to missing dependencies (at worst it launches but works in a flawed manner). I'd rather we not have to deal with the support queries which would ensue from that type of situation. Lisa I'd recommend using something like dotnetinstaller to install your pre-req's before your MSI. It appears to fit your requirements from what you've posted earlier but other bootstrapper packages with similar feature sets may be available (or you could roll your own). See http://dotnetinstaller.codeplex.com/ Palbinder Sandher Software Deployment IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Michael Urman [mailto:mur...@gmail.com] Sent: 03 March 2010 13:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Nested installation of downloaded prerequisites The biggest problem with installing dependencies from your UI sequence is that they do not get called if your MSI is run with silent or basic UI. And then, since your MSI can't show any UI, it's harder for it to explain the failure. One hopes that if a person runs the MSI silently, they know how to capture and interpret a log, however. On Wed, Mar 3, 2010 at 01:05, Lisa Gracias lisathelugubri...@gmail.com wrote: Would it be alright to call an msi/exe from the UI sequence of another msi, i.e., before the execute sequence of the parent msi even begins? I've tried this out and it seems to work. I was wondering if there are any hidden side effects. On Thu, Feb 25, 2010 at 3:37 AM, Sascha Beaumont sascha.beaum...@gmail.comwrote: Unfortunately no. The EXE may contain a compressed MSI anyway :) -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] launch on exit
I'm trying to launch an exe this way on windows Vista with UAC enabled. But the exe doesn't seems to be launching. Mine is a c# exe and I'm using an admin manifest to tell that it requires elevation. Shouldn't it show the UAC dialog with Allow and Cancel options upon launch?? - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/launch-on-exit-tp703850p4679255.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] launch on exit
What do you mean by this way? ;) Here's a working fragment copied straight from our current release... Fragment CustomAction Id=SetLaunchApplicationTarget Property=WixShellExecTarget Value=[#$(var.launchapplication)] / CustomAction Id=LaunchApplication BinaryKey=WixCA DllEntry=WixShellExec Impersonate=no / UI Id=LaunchApplication Publish Dialog=ExitDialog Control=Finish Event=DoAction Value=SetLaunchApplicationTarget ![CDATA[NOT Installed]] /Publish Publish Dialog=ExitDialog Control=Finish Event=DoAction Value=LaunchApplication ![CDATA[NOT Installed]] /Publish /UI /Fragment On Fri, Mar 5, 2010 at 4:55 PM, Andy.Kruger appr...@gmail.com wrote: I'm trying to launch an exe this way on windows Vista with UAC enabled. But the exe doesn't seems to be launching. Mine is a c# exe and I'm using an admin manifest to tell that it requires elevation. Shouldn't it show the UAC dialog with Allow and Cancel options upon launch?? - Andy MSI Developer Schneider Electric:working: -- View this message in context: http://n2.nabble.com/launch-on-exit-tp703850p4679255.html Sent from the wix-users mailing list archive at Nabble.com. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX training in Europe
Hi, Does anybody know whether training courses about WiX are available somewhere in Europe? Regards JY -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
