Re: [WiX-users] Assigning property value
Hi Steven, Kindly find the below code, please help me Control Id=DatabaseLabel Type=Text Height=20 Width=180 X=20 Y=181 Text={\WixUI_Font_Title}!(loc.DatabaseServerDlg_DatabaseLabel) Transparent=yes NoPrefix=yes/ Control Id=VersionType Type=RadioButtonGroup Height=40 Width=340 X=20 Y=190 Property=INSTALL_VERSION TabSkip=no HasBorder =yes RadioButtonGroup Property=INSTALL_VERSION RadioButton X=5 Y=6 Width=300 Height=15 Text=LIVE Value=1 / RadioButton X=5 Y=21 Width=300 Height=15 Text=DEMO Value=0 / /RadioButtonGroup Publish Property=DB_NAME Value=PAX ![CDATA[INSTALL_VERSION = 1]]/Publish Publish Property=DB_NAME Value=DEMO ![CDATA[INSTALL_VERSION = 0]]/Publish /Control Thanks and Regards Ravi When i selected the Radio button the property INSTALL_VERSION changes accordingly to 1 or 0 The value of Property DB_NAME should change as per the INSTALL_VERSION balue On 4/10/2013 6:09 PM, Steven Ogilvie wrote: Classification: Public Yes I know, However, you are not assigning WHAT values your Radio buttons are.. RadioButton X=17 Y=9 Height=15 Width=291 Text= Trusted (Windows Authentication) Value=1 / RadioButton X=17 Y=27 Height=15 Width=291 Text= Specify Username and Password (SQL Authentication) Value=0 / You do not have a Value=1 or 0 assigned to your radio buttons... Steve -Original Message- From: Ravishankar [mailto:ravishankar.krishnasw...@idsnext.com] Sent: April-10-13 12:34 AM To: sogil...@msn.com Cc: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Assigning property value Hi Steve, The value of the property DATABASE_WINDOWSAUTHENTICATION is changing as per the radio button selection But my requirement is that based on the DATABASE_WINDOWSAUTHENTICATION Property value i need to change the value of another property (eg.. If DATABASE_WINDOWSAUTHENTICATION = 1 then LOGIN_TYPE = 'WIN' else LOGIN_TYPE = 'SQL' Thanks and Regards Ravi On 4/9/2013 7:06 PM, StevenOgilvie wrote: Ravi, I believe the issue is that you haven’t assigned a default value for the radio buttons? Here is what I have and using for detecting which type of authentication I should use, Windows Authentication or SQL Server: Control Id=AuthenticationradioButtonGroupBox Type=RadioButtonGroup Height=44 Width=340 X=17 Y=110 Property=DATABASE_WINDOWSAUTHENTICATION Text= Select the method of authenticating the SQL database TabSkip=no HasBorder=yes RadioButtonGroup Property=DATABASE_WINDOWSAUTHENTICATION RadioButton X=17 Y=9 Height=15 Width=291 Text= Trusted (Windows Authentication) Value=1 / RadioButton X=17 Y=27 Height=15 Width=291 Text= Specify Username and Password (SQL Authentication) Value=0 / /RadioButtonGroup That way the value of either radio button is assigned to the property DATABASE_WINDOWSAUTHENTICATION (1 or 0 depending on which one is selected) Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Assignin g-property-value-tp7585007p7585009.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message has been marked as Public by Steven Ogilvie on April-10-13 8:39:10 AM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy
Re: [WiX-users] Slow Installs
MSI was never fast. You should have seen it on a Pentium 200MMX with 16MB of memory. The more keyfiles you have in an installer, the more processing that Windows Installer has to perform. You should consider only having select files (EXE,DLL,OCX...) as keyfiles and the rest as companion files. This will pretty much rule out patching so only do this if you are fine with only doing major upgrades. I don't know heat well enough to know how to make it do this as personally I wouldn't ever use heat the way you are using it. Other things to consider are disabling rollback, http://msdn.microsoft.com/en-us/library/windows/desktop/aa372899%28v=vs.85%2 9.aspx http://msdn.microsoft.com/en-us/library/windows/desktop/dd408005%28v=vs.85%2 9.aspx I've used these techniques on installers with as much as 200,000 files with acceptable performance. From: d8x...@hotmail.com Sent: Thursday, April 11, 2013 4:49 PM To: Wix-Users wix-users@lists.sourceforge.net Subject: [WiX-users] Slow Installs I have an installation which consists of around 7,000 files. Each file is in it's own Component. The WXS file is auto generated during build time (via heat) so names, guids, etc. are auto generated. The MSI is started from an External UI via the Deployment SDK's Installer.InstallProduct() method. The issue I am having is that I have a few machines in which this install takes 20+ minutes to complete. If I run the MSI (internal UI with 2 dialog boxes) directly it completes in less than 4 minutes. I have other machines where the installer always completes in less than 4 minutes, even when launched via the External UI. The windows installer logs show two troubled spots; InstallValidate and InstallFinalize. Note time stamps for each. Multiple this by 7,000 and there is a huge difference. -- Fast Machine InstallValidate (about 10 sec.):Action start 11:17:12: InstallValidate. MSI (s) (70:1C) [11:17:12:372]: PROPERTY CHANGE: Deleting MsiRestartManagerSessionKey property. Its current value is 'fa2e3aad27d16d4e815391f8e05031e8'. MSI (s) (70:1C) [11:17:12:372]: Feature: HELP; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp7508239CD3C91A04CD46DAD6344526D1; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmpE1A2A7D49B5BA1B317E2F32AE4340A48; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmpD995221AD6EB80B0573784486383E37A; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp4871692295893014F9578D4EE91D4998; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp6ECBB2DE1A63C18C88A4466391DB4CE0; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp5CAB7469C4EBA6B60F503CE7A104A964; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp6C30822E8A3BEACD47668C3D6FC18F04; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:387]: Component: cmpD11C1CED98B7B1BAF34A45A5E509; Installed: Absent; Request: Local; Action: Local.Action ended 11:17:22: InstallValidate. Return value 1. -- Slow Machine InstallValidate (about 4 minutes):Action start 15:45:17: InstallValidate. MSI (s) (94:34) [15:45:17:967]: PROPERTY CHANGE: Deleting MsiRestartManagerSessionKey property. Its current value is '55fca73a0d8baf459591e1f88d52b83f'. MSI (s) (94:34) [15:45:17:998]: Feature: HELP; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:139]: Component: cmp7508239CD3C91A04CD46DAD6344526D1; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:280]: Component: cmpE1A2A7D49B5BA1B317E2F32AE4340A48; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:295]: Component: cmpD995221AD6EB80B0573784486383E37A; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:311]: Component: cmp4871692295893014F9578D4EE91D4998; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:342]: Component: cmp6ECBB2DE1A63C18C88A4466391DB4CE0; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:358]: Component: cmp5CAB7469C4EBA6B60F503CE7A104A964; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:389]: Component: cmp6C30822E8A3BEACD47668C3D6FC18F04; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:405]: Component: cmpD11C1CED98B7B1BAF34A45A5E509; Installed: Absent; Request: Local; Action: Local.Action ended 15:49:17: InstallValidate. Return value 1. InstallFinalize is very similar in that each Executing op: ComponentRegister and Executing op: FileCopy is taking much longer on some machines. I am not sure how to
Re: [WiX-users] Wix - bootstrapping an MSI with Burn Installs ok, Uninstall Fails. MSI on it's own installs / uninstalls Ok
STEVE! PERFECT. Sincere thanks! -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 11 April 2013 15:10 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix - bootstrapping an MSI with Burn Installs ok, Uninstall Fails. MSI on it's own installs / uninstalls Ok Classification: Public Looks like your custom action is trying to run on uninstall (LaunchApplication) which properly is NOT a good idea? If you only want your custom action to run during installation perhaps you should have a condition: Custom Action=CA_CREATESHORTCUTFILE After=CA_CREATEWEBLAUNCHFILENOT Installed/Custom You can turn on verbose logging for the MSI by adding this propery Property Id=MsiLogging Value=voicewarmupx/ However, as Bob said the Bootstrapper/burn will create a log file for each MSI run as well as its own... They are in the %temp% folder and are named: Name of your Product_date/time stamp.log each of the MSI's that you have running will have its own log file: Name of your Product_MSIName_date/time stamp.log Steve -Original Message- From: penderi [mailto:ian.pen...@huddle.com] Sent: April-11-13 8:59 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix - bootstrapping an MSI with Burn Installs ok, Uninstall Fails. MSI on it's own installs / uninstalls Ok I've found the following entry in the verbose logs: MSI (s) (F0:E4) [05:36:30:999]: No System Restore sequence number for this installation. MSI (s) (F0:E4) [05:36:30:999]: Unlocking Server MSI (s) (F0:E4) [05:36:30:999]: PROPERTY CHANGE: Deleting UpdateStarted property. Its current value is '1'. MSI (s) (F0:E4) [05:36:30:999]: Doing action: LaunchApplication MSI (s) (F0:E4) [05:36:30:999]: Note: 1: 2205 2: 3: ActionText Action ended 5:36:30: InstallFinalize. Return value 1. MSI (s) (F0:F0) [05:36:30:999]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI1A6F.tmp, Entrypoint: WixShellExec Action start 5:36:30: LaunchApplication. WixShellExec: Error 0x80070002: ShellExec failed with return code 2 WixShellExec: Error 0x80070002: failed to launch target CustomAction LaunchApplication returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox) Action ended 5:36:31: LaunchApplication. Return value 3. Action ended 5:36:31: INSTALL. Return value 3. MSI (s) (F0:E4) [05:36:31:015]: Note: 1: 1725 MSI (s) (F0:E4) [05:36:31:015]: Product: TheApp -- Removal failed. This seems to imply that the Uninstall action is attempting to restart the app. Which is undesirable. Is that right ? How can I stop this? Is there a way of controlling the bootstrap uninstall?? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-bootstrapping-an-MSI-with-Burn-Installs-ok-Uninstall-Fails-MSI-on-it-s-own-installs-uninstalls-Ok-tp7585073p7585086.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message has been marked as Public by Steven Ogilvie on April-11-13 10:10:05 AM. The above classification labels were added to the message by TITUS Message Classification. For more information visit www.titus.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Slow Installs
Disabling the restore point creation sped up our installer quite a bit. I'm a bit jumpy about it, but common opinion is that most people don't take advantage of restore points anyway. -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: April 12, 2013 08:19 To: General discussion for Windows Installer XML toolset.; Wix-Users Subject: Re: [WiX-users] Slow Installs MSI was never fast. You should have seen it on a Pentium 200MMX with 16MB of memory. The more keyfiles you have in an installer, the more processing that Windows Installer has to perform. You should consider only having select files (EXE,DLL,OCX...) as keyfiles and the rest as companion files. This will pretty much rule out patching so only do this if you are fine with only doing major upgrades. I don't know heat well enough to know how to make it do this as personally I wouldn't ever use heat the way you are using it. Other things to consider are disabling rollback, http://msdn.microsoft.com/en-us/library/windows/desktop/aa372899%28v=vs.85%2 9.aspx http://msdn.microsoft.com/en-us/library/windows/desktop/dd408005%28v=vs.85%2 9.aspx I've used these techniques on installers with as much as 200,000 files with acceptable performance. From: d8x...@hotmail.com Sent: Thursday, April 11, 2013 4:49 PM To: Wix-Users wix-users@lists.sourceforge.net Subject: [WiX-users] Slow Installs I have an installation which consists of around 7,000 files. Each file is in it's own Component. The WXS file is auto generated during build time (via heat) so names, guids, etc. are auto generated. The MSI is started from an External UI via the Deployment SDK's Installer.InstallProduct() method. The issue I am having is that I have a few machines in which this install takes 20+ minutes to complete. If I run the MSI (internal UI with 2 dialog boxes) directly it completes in less than 4 minutes. I have other machines where the installer always completes in less than 4 minutes, even when launched via the External UI. The windows installer logs show two troubled spots; InstallValidate and InstallFinalize. Note time stamps for each. Multiple this by 7,000 and there is a huge difference. -- Fast Machine InstallValidate (about 10 sec.):Action start 11:17:12: InstallValidate. MSI (s) (70:1C) [11:17:12:372]: PROPERTY CHANGE: Deleting MsiRestartManagerSessionKey property. Its current value is 'fa2e3aad27d16d4e815391f8e05031e8'. MSI (s) (70:1C) [11:17:12:372]: Feature: HELP; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp7508239CD3C91A04CD46DAD6344526D1; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmpE1A2A7D49B5BA1B317E2F32AE4340A48; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmpD995221AD6EB80B0573784486383E37A; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp4871692295893014F9578D4EE91D4998; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp6ECBB2DE1A63C18C88A4466391DB4CE0; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp5CAB7469C4EBA6B60F503CE7A104A964; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:372]: Component: cmp6C30822E8A3BEACD47668C3D6FC18F04; Installed: Absent; Request: Local; Action: Local MSI (s) (70:1C) [11:17:12:387]: Component: cmpD11C1CED98B7B1BAF34A45A5E509; Installed: Absent; Request: Local; Action: Local.Action ended 11:17:22: InstallValidate. Return value 1. -- Slow Machine InstallValidate (about 4 minutes):Action start 15:45:17: InstallValidate. MSI (s) (94:34) [15:45:17:967]: PROPERTY CHANGE: Deleting MsiRestartManagerSessionKey property. Its current value is '55fca73a0d8baf459591e1f88d52b83f'. MSI (s) (94:34) [15:45:17:998]: Feature: HELP; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:139]: Component: cmp7508239CD3C91A04CD46DAD6344526D1; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:280]: Component: cmpE1A2A7D49B5BA1B317E2F32AE4340A48; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:295]: Component: cmpD995221AD6EB80B0573784486383E37A; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:311]: Component: cmp4871692295893014F9578D4EE91D4998; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:342]: Component: cmp6ECBB2DE1A63C18C88A4466391DB4CE0; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:358]: Component: cmp5CAB7469C4EBA6B60F503CE7A104A964; Installed: Absent; Request: Local; Action: Local MSI (s) (94:34) [15:45:18:389]: Component: cmp6C30822E8A3BEACD47668C3D6FC18F04; Installed: Absent;
Re: [WiX-users] What to do with an Assembly that doesn't have anAssemblyFileVersion
Ok, tell me I've got this wrong, but as far as I know there's a Powershell download to redistribute this, so I don't know what's going with non-Microsoft redists. In addition, it gets installed in the GAC (at least from Windows 7 on), which makes file version somewhat less important - I believe any multiple versions are side by side in the GAC, and last I looked there was a policy.1.0 file to redirect to updated versions in the GAC. Is this just an issue with old Powershell or something? Phil -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: Thursday, April 11, 2013 1:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] What to do with an Assembly that doesn't have anAssemblyFileVersion Can I mitigate the effect on Repair by enabling checksums and having the install forcibly verify them? I'm sure my managers will be trigger their Microsoft support contracts, but I have to deal with it. Installing in a different location will require significant code changes as this thing hangs out in one of the AppPools of two of our major products. I suppose we could create a local name for the SAM, strong name link against that, and do the renaming game. -- john M. Cooper -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Thursday, April 11, 2013 2:42 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] What to do with an Assembly that doesn't have an AssemblyFileVersion Wow, that's beginner mistake. Get them to fix the file version or rename the file. Or you can install to a new location (which essentially renames the file). DefaultVersion basic lies to the Windows Installer and it will never be certain the file that is on disk is the right one (because the one on disk will have no version...). It'll work in upgrade, repair and such may prompt for source a lot more. Wow, bad form. On Thu, Apr 11, 2013 at 12:11 PM, John Cooper jocoo...@jackhenry.comwrote: Interesting problem: One of our products uses the System.Management.Automation.dll assembly from AppFabric 2.0. It has AssemblyVersion 1.0.0.0 and AssemblyFileVersion 6.1.7600.16385. The System.Management.Automation.dll assembly that appears to come with AppFabric 2.1 or PowerShell v3.0 has AssemblyVersion 3.0.0.0 but no AssemblyFileVersion. I observe that I can set the DefaultVersion on this assembly in the File element and it takes. Since I may be called upon to upgrade the old assembly with the new one to support Server 2012 in the near future, what is the best practice to deal with this animal? -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.commailto:jocoo...@jackhenry.com www.jackhenry.comhttp://www.jackhenry.com/ NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the
[WiX-users] Candle - Passing Parameters at compile time
Hello, I have a VS 2012 WIX project that works as expected in VS2012, it uses $(var.Platform) to determine where the source binaries are located. How can I compile this project outside of VS? I get this error: error CNDL0150 : Undefined preprocessor variable '$(var.Platform)' Knowing that Platform is either x64 or Win32 depending on what I need, can I pass this value along to Candle on the command line. I looked for command line options for candle and can't seem to find a way to pass this on the command line. I found a -arch x64. Any advice? Thanks Marc -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Candle - Passing Parameters at compile time
Found it I was missing the -d candle.exe -dPlatform=x64 Product.wxs Sorry for the post, Marc -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: April-12-2013 2:52 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Candle - Passing Parameters at compile time Hello, I have a VS 2012 WIX project that works as expected in VS2012, it uses $(var.Platform) to determine where the source binaries are located. How can I compile this project outside of VS? I get this error: error CNDL0150 : Undefined preprocessor variable '$(var.Platform)' Knowing that Platform is either x64 or Win32 depending on what I need, can I pass this value along to Candle on the command line. I looked for command line options for candle and can't seem to find a way to pass this on the command line. I found a -arch x64. Any advice? Thanks Marc -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can multiple versions of Wix be installed side by side in TFS
Hello all, We have an older version of Wix installed on our TFS build server. I would like to use 3.7 for a new project because of the Burn support which would really be helpful. The TFS admin asked me to investigate possible side by side support issues. Can you install different versions of Wix on a TFS server? If so, are there any issues and/or gotchas to avoid? Thanks in advance for any ideas and/or suggestions! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Can-multiple-versions-of-Wix-be-installed-side-by-side-in-TFS-tp7585136.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Slow Installs
Seems to me that I remember reading something in Nick Ramirez' book that the components are ordered in the table based upon the component id and that you could speed up our installation by including the folder path in the component id. This would order your files by directory so that the installer is not jumping back and forth all the time from one folder to another. With 7000 files, perhaps that could be contributing to the slowness issue you are seeing. Might be worth a try. Good Luck! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Slow-Installs-tp7585123p7585137.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can multiple versions of Wix be installed side by side in TFS
See topic here: http://wix.sourceforge.net/manual-wix3/daily_builds.htm -Original Message- From: j2associates [mailto:j2associa...@yahoo.com] Sent: 12 April 2013 21:48 To: wix-users@lists.sourceforge.net Subject: -SPAM- [WiX-users] Can multiple versions of Wix be installed side by side in TFS Hello all, We have an older version of Wix installed on our TFS build server. I would like to use 3.7 for a new project because of the Burn support which would really be helpful. The TFS admin asked me to investigate possible side by side support issues. Can you install different versions of Wix on a TFS server? If so, are there any issues and/or gotchas to avoid? Thanks in advance for any ideas and/or suggestions! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Can-multiple-versions-of-Wix-be-installed-side-by-side-in-TFS-tp7585136.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can multiple versions of Wix be installed side by side in TFS
Yes It is in the documentation. It involves checking in the binaries and modifying a few project properties. I think WixToolsPath was one of them. I am not at a computer, so I can't give you more than that. Sent from my iPhone On Apr 12, 2013, at 3:51 PM, j2associates j2associa...@yahoo.com wrote: Hello all, We have an older version of Wix installed on our TFS build server. I would like to use 3.7 for a new project because of the Burn support which would really be helpful. The TFS admin asked me to investigate possible side by side support issues. Can you install different versions of Wix on a TFS server? If so, are there any issues and/or gotchas to avoid? Thanks in advance for any ideas and/or suggestions! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Can-multiple-versions-of-Wix-be-installed-side-by-side-in-TFS-tp7585136.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Mirror title bar for RTL language
Hey guys. I'm using the WixUI extension and having trouble flipping the title bar of the installer for RTL languages. Changing my display language correctly flips my desktop but the title bar of the installer won't budge. The buttons say on the right. I've tried setting the BIDI bits in the dialog table using Orca but no luck there. I've also confirmed that the MSI has the proper LCID and code page for Arabic. Any ideas? By the way, mirrored the UI using WixLocalization UI element. Loving this feature. :) -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Slow Installs
I haven't read the book but I noticed the same thing awhile ago. Check out my posting if interested: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Performance-Issues-with-File-table-sequencing-td4777168.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Performance-Issues-with-File-table-sequencing-td4777168.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Slow-Installs-tp7585123p7585143.html Sent from the wix-users mailing list archive at Nabble.com. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users