[WiX-users] How to upgrade
Scenario: SomeMSI.msi with version 2.0.1.0 has already been installed on local computer. Purpose: When a user runs SomeMSI.msi with version 2.0.2.0, the bits of 2.0.1.0 should be upgraded to 2.0.2.0 Problems: When the newer version of the msi is launched by msiexec /I SomeMSI.msi REINSTALL=ALL REINSTALLMODE=vomus, an error occurred complaining that the SomeMSI.msi with version 2.0.1.0 cannot be found. The .wxs file is looked like: Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi' Product Id='E3B9C03E-666F-4fd4-A878-575D2D3ACF7D' Name='SomeMSI' UpgradeCode='1C4BACC6-959A-47bf-9F62-BEFE9689F0EF' Language='1033' Version='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)' Manufacturer='Microsoft Corporation' Package Id='----' Description='' Comments='' Manufacturer='Microsoft Corporation' Compressed='yes' / .. Upgrade Id=1C4BACC6-959A-47bf-9F62-BEFE9689F0EF UpgradeVersion OnlyDetect='yes' Property='NEWER_VER_FOUND' IncludeMinimum='yes' Minimum='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)' / UpgradeVersion OnlyDetect='yes' Property='OLDER_VER_FOUND' IncludeMinimum='yes' Minimum='2.0.0' IncludeMaximum='no' Maximum='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)'/ /Upgrade .. InstallExecuteSequence .. RemoveExistingProducts After=InstallValidateOLDER_VER_FOUND/RemoveExistingProducts Custom Action='AlreadyNewestSE' After='FindRelatedProducts'NEWER_VER_FOUND/Custom .. /InstallExecuteSequence CustomAction Id='AlreadyNewestSE' Error='Spec Explorer 2 has already been updated.'/ .. /Product /Wix Note that the environment variables _BLDVERMAJOR, _BLDVERMINOR, and _BLDNUMMAJOR are used to automatically update the version fields when building the msi. Anyone can give me some suggestions? Thanks, Xin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to call uninstall?
Providing your old package made in InstallShield is MSI based, you can perform a major upgrade by including the old package's UpgradeCode in the new package's Upgrade Table. Best of luck, Gareth -- View this message in context: http://www.nabble.com/How-to-call-uninstall--tf3757488.html#a10622161 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to upgrade
Hi there That seems to simply indicate that the original MSI (of the previous version), is no longer there. I've read that under certain scenarios MSI wants the old versions, even for upgrades. Hope that helps. André Luus From: Xin Liu (Person Consulting) [mailto:[EMAIL PROTECTED] Sent: 15 May 2007 14:36 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to upgrade Scenario: SomeMSI.msi with version 2.0.1.0 has already been installed on local computer. Purpose: When a user runs SomeMSI.msi with version 2.0.2.0, the bits of 2.0.1.0 should be upgraded to 2.0.2.0 Problems: When the newer version of the msi is launched by msiexec /I SomeMSI.msi REINSTALL=ALL REINSTALLMODE=vomus, an error occurred complaining that the SomeMSI.msi with version 2.0.1.0 cannot be found. The .wxs file is looked like: Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi' Product Id='E3B9C03E-666F-4fd4-A878-575D2D3ACF7D' Name='SomeMSI' UpgradeCode='1C4BACC6-959A-47bf-9F62-BEFE9689F0EF' Language='1033' Version='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)' Manufacturer='Microsoft Corporation' Package Id='----' Description='' Comments='' Manufacturer='Microsoft Corporation' Compressed='yes' / .. Upgrade Id=1C4BACC6-959A-47bf-9F62-BEFE9689F0EF UpgradeVersion OnlyDetect='yes' Property='NEWER_VER_FOUND' IncludeMinimum='yes' Minimum='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)' / UpgradeVersion OnlyDetect='yes' Property='OLDER_VER_FOUND' IncludeMinimum='yes' Minimum='2.0.0' IncludeMaximum='no' Maximum='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)'/ /Upgrade .. InstallExecuteSequence .. RemoveExistingProducts After=InstallValidateOLDER_VER_FOUND/RemoveExistingProducts Custom Action='AlreadyNewestSE' After='FindRelatedProducts'NEWER_VER_FOUND/Custom .. /InstallExecuteSequence CustomAction Id='AlreadyNewestSE' Error='Spec Explorer 2 has already been updated.'/ .. /Product /Wix Note that the environment variables _BLDVERMAJOR, _BLDVERMINOR, and _BLDNUMMAJOR are used to automatically update the version fields when building the msi. Anyone can give me some suggestions? Thanks, Xin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to upgrade
I may be wrong but the command line you are using (msiexec /I SomeMSI.msi REINSTALL=ALL REINSTALLMODE=vomus) is telling it to reinstall 2.0.1.0 but you are supplying the 2.0.2.0 msi. To upgrade you simply need to run msiexec /I SomeMSI.msi. Neil From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Xin Liu (Person Consulting) Sent: 15 May 2007 13:36 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to upgrade Scenario: SomeMSI.msi with version 2.0.1.0 has already been installed on local computer. Purpose: When a user runs SomeMSI.msi with version 2.0.2.0, the bits of 2.0.1.0 should be upgraded to 2.0.2.0 Problems: When the newer version of the msi is launched by msiexec /I SomeMSI.msi REINSTALL=ALL REINSTALLMODE=vomus, an error occurred complaining that the SomeMSI.msi with version 2.0.1.0 cannot be found. The .wxs file is looked like: Wix xmlns='http://schemas.microsoft.com/wix/2003/01/wi' Product Id='E3B9C03E-666F-4fd4-A878-575D2D3ACF7D' Name='SomeMSI' UpgradeCode='1C4BACC6-959A-47bf-9F62-BEFE9689F0EF' Language='1033' Version='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)' Manufacturer='Microsoft Corporation' Package Id='----' Description='' Comments='' Manufacturer='Microsoft Corporation' Compressed='yes' / .. Upgrade Id=1C4BACC6-959A-47bf-9F62-BEFE9689F0EF UpgradeVersion OnlyDetect='yes' Property='NEWER_VER_FOUND' IncludeMinimum='yes' Minimum='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)' / UpgradeVersion OnlyDetect='yes' Property='OLDER_VER_FOUND' IncludeMinimum='yes' Minimum='2.0.0' IncludeMaximum='no' Maximum='$(env._BLDVERMAJOR).$(env._BLDVERMINOR).$(env._BLDNUMMAJOR)'/ /Upgrade .. InstallExecuteSequence .. RemoveExistingProducts After=InstallValidateOLDER_VER_FOUND/RemoveExistingProducts Custom Action='AlreadyNewestSE' After='FindRelatedProducts'NEWER_VER_FOUND/Custom .. /InstallExecuteSequence CustomAction Id='AlreadyNewestSE' Error='Spec Explorer 2 has already been updated.'/ .. /Product /Wix Note that the environment variables _BLDVERMAJOR, _BLDVERMINOR, and _BLDNUMMAJOR are used to automatically update the version fields when building the msi. Anyone can give me some suggestions? Thanks, Xin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
I'm compiling my CA dll with the /MT flag. Running dependency walker on the system where it won't install shows the dll is dependent on msvcr80.dll. Why would the dll continue to be dependent on msvcr80.dll even though I've specified to link statically? A co-worker told me it's impossible to create a dll that statically links to a library, but that's certainly not the vibe I'm getting from everyone's comments. Additionally, the size of the dll doesn't change if I change the flag between /MT (multi-threaded static) and /MD (multi-threaded dynamic) As someone who doesn't know my way around visual studio very well, it sure seems like the flag is being ignored... Any ideas? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
In the General Configuration Properties, you also need to set Use of MFC to Use MFC in a Static Library. That should get rid of the dependency and increase the size of the dll. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 9:32 AM To: WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? I'm compiling my CA dll with the /MT flag. Running dependency walker on the system where it won't install shows the dll is dependent on msvcr80.dll. Why would the dll continue to be dependent on msvcr80.dll even though I've specified to link statically? A co-worker told me it's impossible to create a dll that statically links to a library, but that's certainly not the vibe I'm getting from everyone's comments. Additionally, the size of the dll doesn't change if I change the flag between /MT (multi-threaded static) and /MD (multi-threaded dynamic) As someone who doesn't know my way around visual studio very well, it sure seems like the flag is being ignored... Any ideas? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
Thanks for the suggestion. It didn't seem to have any effect though. The size of the dll (and all the other files in the build directory) stayed the same, and the msvcr80.dll dependency still exists. From: Brian Simoneau [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 9:35 AM To: Rowland, Chris; WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED] Subject: RE: [WiX-users] CustomAction = .VC Runtime Dependency? In the General Configuration Properties, you also need to set Use of MFC to Use MFC in a Static Library. That should get rid of the dependency and increase the size of the dll. -Brian Simoneau -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 9:32 AM To: WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? I'm compiling my CA dll with the /MT flag. Running dependency walker on the system where it won't install shows the dll is dependent on msvcr80.dll. Why would the dll continue to be dependent on msvcr80.dll even though I've specified to link statically? A co-worker told me it's impossible to create a dll that statically links to a library, but that's certainly not the vibe I'm getting from everyone's comments. Additionally, the size of the dll doesn't change if I change the flag between /MT (multi-threaded static) and /MD (multi-threaded dynamic) As someone who doesn't know my way around visual studio very well, it sure seems like the flag is being ignored... Any ideas? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Has anyone managed to successfully integrate WiX 3.0into their VS2005 build process?
Anthony, I'm not sure if you want to capture all your functionality in one build and or wix script, but I would say: Don't This is what I do: I determine the layout of all my files and then author several wix files for each sku. I rely on fragments (I'm still on 2.0) to factor out common parts (like UI). So I have 4 separate main wxs files where each generates a msi with a subset and a msi for the whole lot. And I build them each and every time so my testers can test from a msi. Before I start compiling and linking I copy files around in such a way that they match the layout my wxs files. This is needed as VS, commandline builds and teambuilds are using different rules to copy output files. I don't fully understand you're issue, it might even be a msbuild issue. In that case you might try the msbuild forum. Rene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Wieser Sent: Tuesday, May 15, 2007 2:01 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Has anyone managed to successfully integrate WiX 3.0into their VS2005 build process? I remember reading that one of the stated aims is to get setup into the main build process, so that you develop the program and setup simultaneously. I've got two separate sets of outputs from my project, a demo and a retail version, and I want a separate version of the installer for each. So, I have my base project that builds an exe, say mainprog.exe I also might have some custom actions I build (but don't yet). After those are built, I want to build my msi file for the relevant configuration. Alas, this is where my problems start. First of all, it doesn't seem possible to add a dependency on the output of a separate project. Maybe this isn't possible at all, but it seems there must be some workaround. The file I want to bundle into my msi is either $(Solution)\demo\mainprog.exe or $(Solution)\retail\mainprog.exe If in the demo config mainprog.exe is newer than my output, I want to rebuild my wix project. Ditto in the retail comfig. I've thought about making a makefile project, but I can't seem to figure this out either. There doesn't seem to be any way to set the custom build step. Could anyone give me some pointers as to where to start looking? Anthony Wieser Wieser Software Ltd - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
Chris, Just for stupidity's sake, make sure you have changed that setting for the correct build. I spent almost an hour one morning wondering why something wasn't linking the way I expected, only to find that I had made the change in the release settings and was trying to use the debug build! :-) Boy did I feel stupid when I found that one! Serves me right for doing a batch build each time and thinking that if the file modified time was correct I must be using the right file! Regards, Richard P.S. I just looked at the configuration for the custom action we have. (Visual Studio 2005 - your mileage may vary.) We are apparently using the Use Standard Windows Libraries option instead of the static / dynamic MFC choices. Dependency walker shows just three direct dependencies - MSI.dll, USER32.dll and KERNEL32.dll. P.P.S. I also thought it is worth mentioning that for the purpose of this exercise you are probably only interested in direct dependencies. It is perfectly possible that Microsoft may decide to make some of their libraries dependent on msvcr80.dll, but if you are not using the runtime directly its use by other parts of the system should be transparent to your code. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 9:48 AM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? Thanks for the suggestion. It didn't seem to have any effect though. The size of the dll (and all the other files in the build directory) stayed the same, and the msvcr80.dll dependency still exists. * C O N F I D E N T I A L I T Y N O T I C E * --- The content of this e-mail is intended solely for the use of the individual or entity to whom it is addressed. If you have received this communication in error, be aware that forwarding it, copying it, or in any way disclosing its content to any other person, is strictly prohibited. Peek Traffic Corporation is neither liable for the contents, nor for the proper, complete and timely transmission of (the information contained in) this communication. If you have received this communication in error, please notify the author by replying to this e-mail immediately and delete the material from any computer. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
While its not the stupid error you pointed out, it was the result of another stupid error... I think. I'm still not good with the VS environment. It turns out, for whatever reason, I had been specifying msvcrtd.lib as an additional dependency. My interpretation is that it made the linker dynamically link to that instead of the correct static library. Adjusting my additional dependency list looked promising. It caused my dll to increase in size (seems good) and caused the Dependency Walker to show the dependency had gone away (also good.) However, in a throwback to days I thought I had left in my wake, the installer now bails when trying to access the dll with the handy failed to execute error... Dependency Walker isn't throwing up any (noteworthy) red flags this time around, so I might be stuck experimenting with build settings some more. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 10:12 AM To: Rowland, Chris; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] CustomAction = .VC Runtime Dependency? Chris, Just for stupidity's sake, make sure you have changed that setting for the correct build. I spent almost an hour one morning wondering why something wasn't linking the way I expected, only to find that I had made the change in the release settings and was trying to use the debug build! :-) Boy did I feel stupid when I found that one! Serves me right for doing a batch build each time and thinking that if the file modified time was correct I must be using the right file! Regards, Richard P.S. I just looked at the configuration for the custom action we have. (Visual Studio 2005 - your mileage may vary.) We are apparently using the Use Standard Windows Libraries option instead of the static / dynamic MFC choices. Dependency walker shows just three direct dependencies - MSI.dll, USER32.dll and KERNEL32.dll. P.P.S. I also thought it is worth mentioning that for the purpose of this exercise you are probably only interested in direct dependencies. It is perfectly possible that Microsoft may decide to make some of their libraries dependent on msvcr80.dll, but if you are not using the runtime directly its use by other parts of the system should be transparent to your code. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 9:48 AM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? Thanks for the suggestion. It didn't seem to have any effect though. The size of the dll (and all the other files in the build directory) stayed the same, and the msvcr80.dll dependency still exists. * C O N F I D E N T I A L I T Y N O T I C E * --- The content of this e-mail is intended solely for the use of the individual or entity to whom it is addressed. If you have received this communication in error, be aware that forwarding it, copying it, or in any way disclosing its content to any other person, is strictly prohibited. Peek Traffic Corporation is neither liable for the contents, nor for the proper, complete and timely transmission of (the information contained in) this communication. If you have received this communication in error, please notify the author by replying to this e-mail immediately and delete the material from any computer. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RollbackMetabaseTransaction support on IIS7?
No idea. Haven't had an IIS7 machine to play with. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Horvick Sent: Monday, May 14, 2007 11:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] RollbackMetabaseTransaction support on IIS7? We are experiencing a problem where IIS web configuration actions (creating app pools, sites, virtual directories, etc) are not being rolled back on a failed/aborted install when targeting IIS7. The install does rollback as expected on II6. We are using Wix 3.0.2720.0 and do have IIS6 compat mode installed on the IIS7 server. From reading http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg03570.html it sounds like Wix works by snapshotting the metabase and then reverting back to the snapshot on rollback. Is this model still compatible with IIS7? Thanks. Robert. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
[EMAIL PROTECTED] wrote: Adjusting my additional dependency list looked promising. It caused my dll to increase in size (seems good) and caused the Dependency Walker to show the dependency had gone away (also good.) Good signs.g However, in a throwback to days I thought I had left in my wake, the installer now bails when trying to access the dll with the handy failed to execute error... Dependency Walker isn't throwing up any (noteworthy) red flags this time around, so I might be stuck experimenting with build settings some more. So now's the time to add logging or even a MessageBox call to verify that the function is now being loaded and executed. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UIText localization error and missing uninstall text
Pseudonymic Wannabe wrote: String Id=ProgressTextCostInitializeBeräknar hur mycket utrymme som krävs/String Work for ProgressText tags? Without me having to do ProgressText $(loc.ProgressTextCostInitialize)/ProgressText There's nothing automatic that does that. If you're using WixUI, the WixUI_ErrorProgressText fragment contains those ProgressText elements. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Where is ClickTrough???
Erich Buhler wrote: I was trying to find ClickTrough in Wix 3.0, but I couldn't find anything related. Could anyone tell me where it is available and how to install it? It's part of the WiX3.msi release. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shield Decoration on buttons
Gareth at Serif wrote: I'm not sure what you require by way of an example. Well, remember I don't have your packages or your logs or your apps. Raymond Chen calls it psychic debugging. Now, the two events will be obviously different because the first will trigger a UAC prompt as soon as it runs because of the special nature of exe files called setup. The second will not have a UAC prompt... ever. Repair doesn't trigger a UAC prompt because a UAC prompt was already required to install it and repairing doesn't introduce any additional security concerns. What if the value of ROOTDRIVE is important for subsequent CAs? Use Property/@Secure=yes to mark it as secure. Even though UAC doesn't prompt, there's still an elevation as MSI switches to the execute sequence. You need to mark properties secure so they're correctly passed to the execute sequence. These lines 'ignoring disallowed property' exist when attempting to pass the location of every single component in my package. This is the primary source of my confusion: What location of every single component do you mean? MSI creates properties matching every *directory* but not component. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [ComputerName]?
Apparently the ComputerName property does not give me a fully qualified domain name. Is there another property that I can use to give me a fully qualified domain name? Where could I look to find the built-in properties? Thank you. Kevin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add\Remove Programs issue
Thanks to everyone that responded. I used ALLUSERS=1 and it is now working
perfectly.
Nick
Rennie Petersen wrote:
You might want to do some extra research into ALLUSERS. What I've heard
on this mailing list is that ALLUSERS=2 is discouraged, as it becomes
too unpredictable as to what can happen.
ALLUSERS=1 requires that an install is for all users, and is probably
what you want.
For a single-user install you do not specify ALLUSERS at all.
(ALLUSERS=0 does not work / does not exist!).
Rennie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dustin Andrews
Sent: 14. maj 2007 22:13
To: nhenny; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Add\Remove Programs issue
I think you want to set the install to All Users.
Property Id=ALLUSERS2/Property
This will install the package for all users and all the
admins can see it in add/remove then. Your package thinks
it's user specific, when clearly it's not.
-Dustin
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of nhenny
Sent: Monday, May 14, 2007 7:41 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Add\Remove Programs issue
Not sure if this is a WiX issue, but I will see what you all
have to say
Here's the situation:
Created an MSI (always created with the same GUIDS as I am
still creating the initial package to be released) Installed
it as a Domain Admin (and Domain Admins are part of the local
Admin group) on a server Looked in Add\Remove Programs and I
can see the entry.
All seems good buthere is the problem
Another Admin logs in a few days later and wants to apply a
newer build of the same MSI already installed so they go into
Add\Remove to remove the previous MSI and the entry is not
there. However, I can log in and still see the entry in
Add\Remove and successfully remove the install. The other
admin can not remove the previous install. If they try to
install the new build, it will simply let them install it
right over the previous build...even though the GUIDs are the same.
Here is what I have checked.
Both users are logged in as Domain Admins and Domain Admins
are part of the local Admin Group.
The registry keys located @
HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{Prod
uct GUID} are there and can be located in the registry as either the
user than can see the entry in control panel and the user
that can not see the entry in Add\Remove.
Any thoughts would be appreciated.
Thanks,
Nick
--
View this message in context:
http://www.nabble.com/Add%5CRemove-Programs-issue-tf3752826.ht
ml#a10605190
Sent from the wix-users mailing list archive at Nabble.com.
--
---
This SF.net email is sponsored by DB2 Express Download DB2
Express C - the FREE version of DB2 express and take control
of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
---
This SF.net email is sponsored by DB2 Express Download DB2
Express C - the FREE version of DB2 express and take control
of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
--
View this message in context:
http://www.nabble.com/Add%5CRemove-Programs-issue-tf3752826.html#a10624845
Sent from the wix-users mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [ComputerName]?
Nope. I needed this for configuring Windows Marketplace too... found a hacked work around (all of our deployments happen in the same domain as the user so I cheat and use the USERDOMAIN env var). I haven't written the CustomAction to shove it into a property properly. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: Tuesday, May 15, 2007 8:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] [ComputerName]? Apparently the ComputerName property does not give me a fully qualified domain name. Is there another property that I can use to give me a fully qualified domain name? Where could I look to find the built-in properties? Thank you. Kevin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [ComputerName]?
I believe this is THE definitive list of built-in properties: http://msdn2.microsoft.com/en-us/library/aa370905.aspx Rennie From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: 15. maj 2007 17:26 To: wix-users@lists.sourceforge.net Subject: [WiX-users] [ComputerName]? Apparently the ComputerName property does not give me a fully qualified domain name. Is there another property that I can use to give me a fully qualified domain name? Where could I look to find the built-in properties? Thank you. Kevin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Merge Modules not retargetable during install?
I really need an explanation here as I'm obviously not understanding what is going on. Basicly my merge module and my components all install to INSTALLDIR. INSTALLDIR has a default value of c:\Program Files. During the installation the user can change that value through the UI to, lets say, c:\Test. When I run this scenario, my merge module installs to c:\Program Files while my components install to c:\Test. If I change the default value of INSTALLDIR, my merge module follows it. What am I doing wrong??? -- View this message in context: http://www.nabble.com/Merge-Modules-not-retargetable-during-install--tf3754445.html#a10625804 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [ComputerName]?
So if I want the default to be [ComputerName], will this code work? Property Id=FULLYQUALIFIEDCOMPUTERNAME Hidden=yes$(ComputerName)/Property From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 10:29 AM To: Kevin Burton; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] [ComputerName]? Nope. I needed this for configuring Windows Marketplace too. found a hacked work around (all of our deployments happen in the same domain as the user so I cheat and use the USERDOMAIN env var). I haven't written the CustomAction to shove it into a property properly. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: Tuesday, May 15, 2007 8:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] [ComputerName]? Apparently the ComputerName property does not give me a fully qualified domain name. Is there another property that I can use to give me a fully qualified domain name? Where could I look to find the built-in properties? Thank you. Kevin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to update xml config with wix3?
I just put my xml edits in it's own component: !-- This component edits the web.config based on values obtained from the Summary dialog above -- Component Id=EditWebConfig Guid= KeyPath=yes util:XmlFile Id=RequireCorrectCaptchaCode Action=setValue ElementPath=/configuration/appSettings/[EMAIL PROTECTED]'RequireCorrectCaptc haCode'[\]]/@value File=[INSTALLDIR]Web.config Value=[[TARGET_ENVIRONMENT].CAPTCHA_REQUIRED] / util:XmlFile Id=AllowAccountAlertTraffic Action=setValue ElementPath=/configuration/appSettings/[EMAIL PROTECTED]'AllowAccountAlertTr affic'[\]]/@value File=[INSTALLDIR]Web.config Value=[[TARGET_ENVIRONMENT].ACCOUNT_ALERTS_TRAFFIC] / util:XmlFile Id=CustomErrorsMode Action=setValue ElementPath=/configuration/system.web/customErrors/@mode File=[INSTALLDIR]Web.config Value=[[TARGET_ENVIRONMENT].CUSTOM_ERRORS_MODE] / util:XmlFile Id=Log4NetFilePath Action=setValue ElementPath=/configuration/log4net/appender/[EMAIL PROTECTED]'File'[\]]/@ value File=[INSTALLDIR]Web.config Value=[[TARGET_ENVIRONMENT].LOG4NET_PATH] / !-- do not update config if Production is chosen -- Condition![CDATA[NOT TARGET_ENVIRONMENTPRODUCTION]]/Condition /Component Sorry about the wordwrap. Be sure you include/link the Util extension. Your 'Wix' tag will probably look something like this: Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:iis=http://schemas.microsoft.com/wix/IIsExtension; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Note that my Value tags above are public properties that are chosen by one of the dialogs, but they can be literal values. -Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Nemtsev Sent: Tuesday, May 15, 2007 8:08 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to update xml config with wix3? I'd like to know how to update web.config using Wix3? I've seen the sample about wix2 http://www.tramontana.co.hu/wix/lesson5.php#5.11 but cant understand how to make this with Wix3. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_Advanced Usage
Cool, where is that documented? From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Monday, May 14, 2007 8:01 PM To: Dustin Andrews Cc: Glen Harvy; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WixUI_Advanced Usage Dustin Andrews wrote: Untested: Property Id=XPMYDOCS[%HOMEPATH]\My Documents/Property Property Id=VISTAMYDOCS[%USERPROFILE]\Documents/Property That already exists: PersonalFolder. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
I'd appreciate any advice that could point me in the direction of solving this problem. With my project settings as they are, if I build the dll and the installer, the installer will fail with the usual premature termination error, because my dll failed to load. I started working from a template I found online, so I may have been following bad practices. I'm compiling with /MT and have the following lines in my source #pragma comment(lib,msi.lib) #pragma comment(lib,shlwapi.lib) #pragma comment(lib,libcmt.lib) #pragma comment(lib,dutil.lib) #pragma comment(lib,advapi32.lib) #pragma comment(lib,wcautil.lib) If I add this line #pragma comment(lib,msvcrt.lib) Before the libcmt line, I get the warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs That makes sense to me, because from what I understand, msvcrt is the dynamic multi-threaded library, and libcmt is the static one. The dll that results from having that line added is much smaller, which makes me believe its now dynamically linking dispite the /MT flag. The part I'm having trouble understanding is that with msvcrt.lib, the installer works (on systems where the runtime is installed), but without it, the installer dies un able to run the dll code. I'm assuming its either an issue with the project properties and/or my use of those #pragma directives, but I'm not sure how to proceed. Any ideas? (Obvious ones included :-) ) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 11:34 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? So now's the time to add logging or even a MessageBox call to verify that the function is now being loaded and executed. Based on everything I've learned to this point, all signs point to something wrong in how I built the dll. I have logging throughout the dll already, and the project settings are all that changed (it was semi-working before.) In the past these executing action failed errors have meant a missing dependency. My tendency here is to suspect I have mismatched libraries or something along those lines, though I've got nothing to base that on. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Add\Remove Programs issue
Thanks for the tip. I only (at the time) cared about the install on windows
2000. According to MSDN http://msdn2.microsoft.com/en-us/library/aa367559.aspx:
Windows Vista: Windows Installer version 4.0 complies with User Account
Control (UAC). If the user has user access privileges, and ALLUSERS=2, the
installer performs a per-machine installation only if Admin credentials are
provided to the UAC dialog box. If UAC is enabled and the correct Admin
credentials are not provided, the installation fails with an error stating that
administrator privileges are required. If UAC is disabled by the registry key,
group policy, or the control panel, the UAC dialog box is not displayed and the
installation fails with an error stating that administrator privileges are
required.
Windows XP: If the user has user access privileges, and ALLUSERS=2, Windows
Installer performs a per-user installation and uses the folders in the user's
profile.
Windows 2000: The Windows Installer performs a per-user or per-machine
installation depending on the value of the ALLUSERS property. If the ALLUSERS
property is not set, the Installer does a per-user installation. If the
ALLUSERS property is set to 1, the Installer attempts a per-machine
installation. The per-machine installation succeeds only if the user has
administrative access privileges on the computer. If the ALLUSERS property is
set to 2, the Installer first attempts a per-machine installation. In this
case, the per-machine installation succeeds only if the user has administrative
access privileges on the computer. Otherwise, the Installer does a per-user
installation.
I can locate any documentation (after 10 minutes of searching, only) on
ALLUSERS=1. Is there a reference for that?
-Dustin
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rennie Petersen
Sent: Tuesday, May 15, 2007 1:28 AM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Add\Remove Programs issue
You might want to do some extra research into ALLUSERS. What I've heard
on this mailing list is that ALLUSERS=2 is discouraged, as it becomes
too unpredictable as to what can happen.
ALLUSERS=1 requires that an install is for all users, and is probably
what you want.
For a single-user install you do not specify ALLUSERS at all.
(ALLUSERS=0 does not work / does not exist!).
Rennie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dustin Andrews
Sent: 14. maj 2007 22:13
To: nhenny; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Add\Remove Programs issue
I think you want to set the install to All Users.
Property Id=ALLUSERS2/Property
This will install the package for all users and all the
admins can see it in add/remove then. Your package thinks
it's user specific, when clearly it's not.
-Dustin
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of nhenny
Sent: Monday, May 14, 2007 7:41 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Add\Remove Programs issue
Not sure if this is a WiX issue, but I will see what you all
have to say
Here's the situation:
Created an MSI (always created with the same GUIDS as I am
still creating the initial package to be released) Installed
it as a Domain Admin (and Domain Admins are part of the local
Admin group) on a server Looked in Add\Remove Programs and I
can see the entry.
All seems good buthere is the problem
Another Admin logs in a few days later and wants to apply a
newer build of the same MSI already installed so they go into
Add\Remove to remove the previous MSI and the entry is not
there. However, I can log in and still see the entry in
Add\Remove and successfully remove the install. The other
admin can not remove the previous install. If they try to
install the new build, it will simply let them install it
right over the previous build...even though the GUIDs are the same.
Here is what I have checked.
Both users are logged in as Domain Admins and Domain Admins
are part of the local Admin Group.
The registry keys located @
HKLM\Software\Microsoft\Windows\CurrentVersion\Uninstall\{Prod
uct GUID} are there and can be located in the registry as either the
user than can see the entry in control panel and the user
that can not see the entry in Add\Remove.
Any thoughts would be appreciated.
Thanks,
Nick
--
View this message in context:
http://www.nabble.com/Add%5CRemove-Programs-issue-tf3752826.ht
ml#a10605190
Sent from the wix-users mailing list archive at Nabble.com.
--
---
This SF.net email is sponsored by DB2 Express Download DB2
Express C - the FREE version of DB2 express and take control
of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
WiX-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
What tool version are you using to build your Dll? Msvcrt.dll goes back to VS 6.0. And what's dutil.lib/dll? Nothing in the SDK about it. And which version of the Platform SDK/Windows SDK are you using? Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 10:42 AM To: WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? I'd appreciate any advice that could point me in the direction of solving this problem. With my project settings as they are, if I build the dll and the installer, the installer will fail with the usual premature termination error, because my dll failed to load. I started working from a template I found online, so I may have been following bad practices. I'm compiling with /MT and have the following lines in my source #pragma comment(lib,msi.lib) #pragma comment(lib,shlwapi.lib) #pragma comment(lib,libcmt.lib) #pragma comment(lib,dutil.lib) #pragma comment(lib,advapi32.lib) #pragma comment(lib,wcautil.lib) If I add this line #pragma comment(lib,msvcrt.lib) Before the libcmt line, I get the warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs That makes sense to me, because from what I understand, msvcrt is the dynamic multi-threaded library, and libcmt is the static one. The dll that results from having that line added is much smaller, which makes me believe its now dynamically linking dispite the /MT flag. The part I'm having trouble understanding is that with msvcrt.lib, the installer works (on systems where the runtime is installed), but without it, the installer dies un able to run the dll code. I'm assuming its either an issue with the project properties and/or my use of those #pragma directives, but I'm not sure how to proceed. Any ideas? (Obvious ones included :-) ) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 11:34 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? So now's the time to add logging or even a MessageBox call to verify that the function is now being loaded and executed. Based on everything I've learned to this point, all signs point to something wrong in how I built the dll. I have logging throughout the dll already, and the project settings are all that changed (it was semi-working before.) In the past these executing action failed errors have meant a missing dependency. My tendency here is to suspect I have mismatched libraries or something along those lines, though I've got nothing to base that on. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
I never include a #pragma comment(lib) for any C runtime library, whether static or dynamic. For that I always use the /MT[d] or /MD[d] switch (normally set through the IDE). You can't link to multiple versions of the CRT. libcmt.lib is the static version of the CRT; msvcrt.lib is the import library for the CRT DLL. In case you're not familiar with the concept, the import library simply consists of a set of stubs and information to the linker to build the necessary import table. libcmt.lib and msvcrt.lib therefore contain 'implementations' of the same functions so you get link errors. I'm guessing dutil.lib and wcautil.lib are from WiX itself. They're static libraries, so that shouldn't be a problem. advapi32.lib and msi.lib are import libraries that are guaranteed to be present on any Windows system with Windows Installer; shlwapi.lib is the import library for shlwapi.dll, which was added in Internet Explorer 4.0 and should therefore be present on Windows 98, Windows 2000 and newer. The WiX custom actions don't support Windows 9X IIRC. Are there any more libraries listed in the Link section of the project properties? -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 May 2007 18:42 To: WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? I'd appreciate any advice that could point me in the direction of solving this problem. With my project settings as they are, if I build the dll and the installer, the installer will fail with the usual premature termination error, because my dll failed to load. I started working from a template I found online, so I may have been following bad practices. I'm compiling with /MT and have the following lines in my source #pragma comment(lib,msi.lib) #pragma comment(lib,shlwapi.lib) #pragma comment(lib,libcmt.lib) #pragma comment(lib,dutil.lib) #pragma comment(lib,advapi32.lib) #pragma comment(lib,wcautil.lib) If I add this line #pragma comment(lib,msvcrt.lib) Before the libcmt line, I get the warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs That makes sense to me, because from what I understand, msvcrt is the dynamic multi-threaded library, and libcmt is the static one. The dll that results from having that line added is much smaller, which makes me believe its now dynamically linking dispite the /MT flag. The part I'm having trouble understanding is that with msvcrt.lib, the installer works (on systems where the runtime is installed), but without it, the installer dies un able to run the dll code. I'm assuming its either an issue with the project properties and/or my use of those #pragma directives, but I'm not sure how to proceed. Any ideas? (Obvious ones included :-) ) _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 11:34 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? So now's the time to add logging or even a MessageBox call to verify that the function is now being loaded and executed. Based on everything I've learned to this point, all signs point to something wrong in how I built the dll. I have logging throughout the dll already, and the project settings are all that changed (it was semi-working before.) In the past these executing action failed errors have meant a missing dependency. My tendency here is to suspect I have mismatched libraries or something along those lines, though I've got nothing to base that on. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RollbackMetabaseTransaction support on IIS7?
Um, am I missing something obvious? Vista includes IIS 7.0. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: 15 May 2007 16:03 To: Robert Horvick; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] RollbackMetabaseTransaction support on IIS7? No idea. Haven't had an IIS7 machine to play with. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Horvick Sent: Monday, May 14, 2007 11:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] RollbackMetabaseTransaction support on IIS7? We are experiencing a problem where IIS web configuration actions (creating app pools, sites, virtual directories, etc) are not being rolled back on a failed/aborted install when targeting IIS7. The install does rollback as expected on II6. We are using Wix 3.0.2720.0 and do have IIS6 compat mode installed on the IIS7 server. From reading http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg03570.html it sounds like Wix works by snapshotting the metabase and then reverting back to the snapshot on rollback. Is this model still compatible with IIS7? Thanks. Robert. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RollbackMetabaseTransaction support on IIS7?
No, you're not missing anything. It's just my laptop (where I do WiX development) doesn't run Vista well (old Toshiba machine that requires BIOS updates that have reportedly had mixed bag of success). My machines at work run Win2k3 server (because that's the Windows Marketplace platform) and the machine at home runs Vista Ultimate... but my wife expects that machine to run correctly (for Media Center). So, I haven't had an IIS7 machine to play with. From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 11:29 AM To: Rob Mensching; Robert Horvick; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] RollbackMetabaseTransaction support on IIS7? Um, am I missing something obvious? Vista includes IIS 7.0. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: 15 May 2007 16:03 To: Robert Horvick; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] RollbackMetabaseTransaction support on IIS7? No idea. Haven't had an IIS7 machine to play with. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Horvick Sent: Monday, May 14, 2007 11:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] RollbackMetabaseTransaction support on IIS7? We are experiencing a problem where IIS web configuration actions (creating app pools, sites, virtual directories, etc) are not being rolled back on a failed/aborted install when targeting IIS7. The install does rollback as expected on II6. We are using Wix 3.0.2720.0 and do have IIS6 compat mode installed on the IIS7 server. From reading http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg03570.html it sounds like Wix works by snapshotting the metabase and then reverting back to the snapshot on rollback. Is this model still compatible with IIS7? Thanks. Robert. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX v3.0 on Vista doesn't run some custom actions whenUAC is enabled
Almost certainly it is called, but the action is not elevated, so it fails. If you need a CA to be elevated in Windows Vista - even if the MSI was launched elevated - you need the action to be deferred and not impersonate the running user (i.e. CustomAction/@Execute='deferred' and @Impersonate='no'). I'm not sure if that's compatible with using an EXE file. If you need to install certificates, WiX has the iis:Certificate element. While intended for installing web server SSL certificates, I believe it's also capable of installing user certificates. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 May 2007 10:06 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX v3.0 on Vista doesn't run some custom actions whenUAC is enabled One of the applications I'm working on calls the .NET framework's certmgr.exe tool to install a number of X509 certificates in the user's certificate store. Under Vista, I am observing different behaviour when UAC is turned on/off. When UAC is enabled, it appears the CustomAction to install the certs is not called. When UAC is disabled, the action is called. Has anyone observed similar behaviour with custom actions and UAC or have suggestions as to what might cause this? Thanks, Nigel Pepper - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help with feature condition...
Are you really setting that property to the text value of 0 or 1, or are you setting it to an integer? You might want to try: AuthBASE = 0 Julie Campbell [EMAIL PROTECTED] -Original Message- Message: 2 Date: Tue, 15 May 2007 14:08:50 -0400 From: Lewis Henderson [EMAIL PROTECTED] Subject: [WiX-users] Help with feature condition... To: wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hi All, I'm working on an install that uses a Custom Action to validate an authorization key. Depending on the value of the key, I want to disable the features that aren't authorized. I know you can disable a feature by setting it's level to '0' via a conditional, so my CA sets a property, Auth[feature name] to '0' or '1' depending on whether or not it's authorized. For example, the BASE feature checks the AuthBASE property. My feature definition looks like this: Feature Id='BASE' Title='This is the BASE feature' Level=1 AllowAdvertise='no' ... component references ... Condition Level=0AuthBASE = 0/Condition /Feature The problem is that this doesn't work. I can change the condition to ...NOT AuthBASE = 0/... and the feature goes away, but that just seems to say AuthBASE isn't known. I've checked the log and the Auth... properties are set before the FeatureTree dialog shows up, and they're set correctly. What am I doing wrong here? Thanks for any advice. Lewis -- next part -- An HTML attachment was scrubbed... -- Message: 3 Date: Tue, 15 May 2007 11:20:13 -0700 From: Wilson, Phil [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? To: WiX-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii What tool version are you using to build your Dll? Msvcrt.dll goes back to VS 6.0. And what's dutil.lib/dll? Nothing in the SDK about it. And which version of the Platform SDK/Windows SDK are you using? Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 10:42 AM To: WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? I'd appreciate any advice that could point me in the direction of solving this problem. With my project settings as they are, if I build the dll and the installer, the installer will fail with the usual premature termination error, because my dll failed to load. I started working from a template I found online, so I may have been following bad practices. I'm compiling with /MT and have the following lines in my source #pragma comment(lib,msi.lib) #pragma comment(lib,shlwapi.lib) #pragma comment(lib,libcmt.lib) #pragma comment(lib,dutil.lib) #pragma comment(lib,advapi32.lib) #pragma comment(lib,wcautil.lib) If I add this line #pragma comment(lib,msvcrt.lib) Before the libcmt line, I get the warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs That makes sense to me, because from what I understand, msvcrt is the dynamic multi-threaded library, and libcmt is the static one. The dll that results from having that line added is much smaller, which makes me believe its now dynamically linking dispite the /MT flag. The part I'm having trouble understanding is that with msvcrt.lib, the installer works (on systems where the runtime is installed), but without it, the installer dies un able to run the dll code. I'm assuming its either an issue with the project properties and/or my use of those #pragma directives, but I'm not sure how to proceed. Any ideas? (Obvious ones included :-) ) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 11:34 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? So now's the time to add logging or even a MessageBox call to verify that the function is now being loaded and executed. Based on everything I've learned to this point, all signs point to something wrong in how I built the dll. I have logging throughout the dll already, and the project settings are all that changed (it was semi-working before.) In the past these executing action failed errors have meant a missing dependency. My tendency here is to suspect I have mismatched libraries or something along those lines, though I've got nothing to base that on. -- next part -- An HTML attachment was scrubbed... -- - This SF.net email is sponsored by DB2 Express Download DB2
Re: [WiX-users] Help with feature condition...
Thanks for the attempt, but that's not it. I tried changing the condition to test against an integer and it does the same thing. The log does show that the property values are being treated as integer, but a similar condition in the UI section does a character test that works just fine. Lewis -Original Message- From: Julie Campbell [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 2:41 PM To: wix-users@lists.sourceforge.net Cc: Lewis Henderson Subject: Re: [WiX-users] Help with feature condition... Are you really setting that property to the text value of 0 or 1, or are you setting it to an integer? You might want to try: AuthBASE = 0 Julie Campbell [EMAIL PROTECTED] -Original Message- Message: 2 Date: Tue, 15 May 2007 14:08:50 -0400 From: Lewis Henderson [EMAIL PROTECTED] Subject: [WiX-users] Help with feature condition... To: wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hi All, I'm working on an install that uses a Custom Action to validate an authorization key. Depending on the value of the key, I want to disable the features that aren't authorized. I know you can disable a feature by setting it's level to '0' via a conditional, so my CA sets a property, Auth[feature name] to '0' or '1' depending on whether or not it's authorized. For example, the BASE feature checks the AuthBASE property. My feature definition looks like this: Feature Id='BASE' Title='This is the BASE feature' Level=1 AllowAdvertise='no' ... component references ... Condition Level=0AuthBASE = 0/Condition /Feature The problem is that this doesn't work. I can change the condition to ...NOT AuthBASE = 0/... and the feature goes away, but that just seems to say AuthBASE isn't known. I've checked the log and the Auth... properties are set before the FeatureTree dialog shows up, and they're set correctly. What am I doing wrong here? Thanks for any advice. Lewis -- next part -- An HTML attachment was scrubbed... -- Message: 3 Date: Tue, 15 May 2007 11:20:13 -0700 From: Wilson, Phil [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? To: WiX-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii What tool version are you using to build your Dll? Msvcrt.dll goes back to VS 6.0. And what's dutil.lib/dll? Nothing in the SDK about it. And which version of the Platform SDK/Windows SDK are you using? Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 10:42 AM To: WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? I'd appreciate any advice that could point me in the direction of solving this problem. With my project settings as they are, if I build the dll and the installer, the installer will fail with the usual premature termination error, because my dll failed to load. I started working from a template I found online, so I may have been following bad practices. I'm compiling with /MT and have the following lines in my source #pragma comment(lib,msi.lib) #pragma comment(lib,shlwapi.lib) #pragma comment(lib,libcmt.lib) #pragma comment(lib,dutil.lib) #pragma comment(lib,advapi32.lib) #pragma comment(lib,wcautil.lib) If I add this line #pragma comment(lib,msvcrt.lib) Before the libcmt line, I get the warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs That makes sense to me, because from what I understand, msvcrt is the dynamic multi-threaded library, and libcmt is the static one. The dll that results from having that line added is much smaller, which makes me believe its now dynamically linking dispite the /MT flag. The part I'm having trouble understanding is that with msvcrt.lib, the installer works (on systems where the runtime is installed), but without it, the installer dies un able to run the dll code. I'm assuming its either an issue with the project properties and/or my use of those #pragma directives, but I'm not sure how to proceed. Any ideas? (Obvious ones included :-) ) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 11:34 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? So now's the time to add logging or even a MessageBox call to verify that the function is now being loaded and executed. Based on everything I've learned to this point, all signs point to something wrong in how I built the dll. I have logging throughout the
[WiX-users] Immediate Custom Action - Reading Config File
Is there a way to access an xml file (packaged within the msi) from a custom action that is executed immediately. I am trying to see if it is possible to update Properties from values within a config file. Therefore a deferred custom action is not appropriate as I will not have full access to the properties, but I want to package the config file within the installer package and therefore a packaged file will not be available on disk at the point that an immediate custom action is executed. In a nutshell I understand that any files will not be on the file system when an immediate custom action is executed, but is there a way of storing (and accessing) the file some other way? Any feedback on this would be most appreciated . -- HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority. == - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] DIRCA_NEWRETARGETABLEPROPERTY1?
This lovely CustomAction resides in a merge module I use in my installer. 1) This CA comes with a condition that its directory=. Does anyone know how to keep that from happening (generating the merge module via Visual Studio)? I can always manually remove the condition, but if I could remove the condition from the module all together it would be great. 2) I manually cleared the condition via Orca and got this CA to run once, but it ran too early to pick up the change I was hoping it would find. Later in the log, after the change, it was called again, but skipped because its condition was false. I removed the condition. Any ideas as to what might be happening here. For the record it is a type 307 CA. -- View this message in context: http://www.nabble.com/DIRCA_NEWRETARGETABLEPROPERTY1--tf3760550.html#a10629403 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Immediate Custom Action - Reading Config File
An immediate CA can access the MSI database tables directly. Perhaps you can store the config file in the Binary table. It might make more sense to write a WiX extension to shred the XML file into a custom table, however (or preprocess to create a suitable Fragment - indeed if you shred into Property elements you don't even need the custom action). -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 May 2007 20:06 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Immediate Custom Action - Reading Config File Is there a way to access an xml file (packaged within the msi) from a custom action that is executed immediately. I am trying to see if it is possible to update Properties from values within a config file. Therefore a deferred custom action is not appropriate as I will not have full access to the properties, but I want to package the config file within the installer package and therefore a packaged file will not be available on disk at the point that an immediate custom action is executed. In a nutshell I understand that any files will not be on the file system when an immediate custom action is executed, but is there a way of storing (and accessing) the file some other way? Any feedback on this would be most appreciated . -- HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority. == - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
The dependency walker doesn't use any unusual Dlls. If you haven't already tried this, get to a system where your custom action Dll fails, just copy depends.exe and your Dll onto it and see what it says about any missing dependencies. My preference with included libs and h files is to make sure that they are compatible, and I prefer the SDK to take preference over Visual Studio. I'd put the R2 directory at the top for h and lib if R2 was my target base OS. It's not just that dependent Dlls need to be present - it's also all the exports that have to match the lib you included. A recent example I came across was C++ code that would not load on Windows 2000. The lib file included the GetProcessId function which is not present on Windows 2000 and not protected by a _WIN32_WINVER value, so the reference in the code wouldn't resolve and kernel32 wouldn't load. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 12:02 PM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? Thanks for the info Mike, I think I had the general idea about the static version vs the import library, though I wouldn't have known what to call them. I mentioned that when I included it, my installer kind of worked, because I thought it might be helpful in providing some sort of basis that the code was working in some scenarios. I never include a #pragma comment(lib) I went and removed all of the #pragma comment(lib) lines and added the following as my additional dependencies: Are there any more libraries listed in the Link section of the project properties? After removing the #pragma comment(lib) lines, I put the following under additional dependencies in the linker input tab. libcmt.lib msi.lib dutil.lib wcautil.lib shlwapi.lib advapi32.lib I've been suspicious that I might not be using the right libraries together... here are my additional library directories as listed in the properties gui. C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Lib; C:\Program Files\Microsoft Visual Studio 8\VC\lib; C:\Program Files\Windows Installer XML v3\SDK\lib; C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib If I build with those settings, it succeeds, but the installer quits when it tries to use the dll. If I remove libcmt.lib from the dependency list, I get lots of unresolved external symbol compile errors, ex. LicenseFileUtils.obj : error LNK2019: unresolved external symbol void __cdecl operator delete(void *) wcautil.lib(wcautil.obj) : error LNK2001: unresolved external symbol __RTC_InitBase From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 2:25 PM To: Rowland, Chris; WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [WiX-users] CustomAction = .VC Runtime Dependency? I never include a #pragma comment(lib) for any C runtime library, whether static or dynamic. For that I always use the /MT[d] or /MD[d] switch (normally set through the IDE). You can't link to multiple versions of the CRT. libcmt.lib is the static version of the CRT; msvcrt.lib is the import library for the CRT DLL. In case you're not familiar with the concept, the import library simply consists of a set of stubs and information to the linker to build the necessary import table. libcmt.lib and msvcrt.lib therefore contain 'implementations' of the same functions so you get link errors. I'm guessing dutil.lib and wcautil.lib are from WiX itself. They're static libraries, so that shouldn't be a problem. advapi32.lib and msi.lib are import libraries that are guaranteed to be present on any Windows system with Windows Installer; shlwapi.lib is the import library for shlwapi.dll, which was added in Internet Explorer 4.0 and should therefore be present on Windows 98, Windows 2000 and newer. The WiX custom actions don't support Windows 9X IIRC. Are there any more libraries listed in the Link section of the project properties? -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 May 2007 18:42 To: WiX-users@lists.sourceforge.net Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? I'd appreciate any advice that could point me in the direction of solving this problem. With my project settings as they are, if I build the dll and the installer, the installer will fail with the usual premature termination error, because my dll failed to load. I started working from a template I found online, so I may have been following bad practices. I'm compiling with /MT and have the following lines in my source #pragma
Re: [WiX-users] Immediate Custom Action - Reading Config File
You could store the config file in the binary table as a dependency for the MSI to run. Take a look at the Binary Element From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 12:06 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Immediate Custom Action - Reading Config File Is there a way to access an xml file (packaged within the msi) from a custom action that is executed immediately. I am trying to see if it is possible to update Properties from values within a config file. Therefore a deferred custom action is not appropriate as I will not have full access to the properties, but I want to package the config file within the installer package and therefore a packaged file will not be available on disk at the point that an immediate custom action is executed. In a nutshell I understand that any files will not be on the file system when an immediate custom action is executed, but is there a way of storing (and accessing) the file some other way? Any feedback on this would be most appreciated . -- HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority. == - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Upgrade?
Now I want to tackle Upgrade in earnest. I have added the following lines: Upgrade Id='529189FE-FD0E-44ff-8DA6-B4FB5CC7A78B' UpgradeVersion OnlyDetect='yes' Property='PATCHFOUND' Minimum='1.0.1' IncludeMinimum='yes' Maximum='1.0.1' IncludeMaximum='yes' / UpgradeVersion OnlyDetect='yes' Property='NEWERFOUND' Minimum='1.0.1' IncludeMinimum='no' / /Upgrade Now what? I want to first load up the properties that were set when the initial install happened. How do I do that? Thank you. Kevin - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
The dependency walker doesn't use any unusual Dlls. If you haven't already tried this, get to a system where your custom action Dll fails, just copy depends.exe and your Dll onto it and see what it says about any missing dependencies. The only missing dll is MSJAVA.dll, which is not an issue as far as I understand. My preference with included libs and h files is to make sure that they are compatible, and I prefer the SDK to take preference over Visual Studio. I'd put the R2 directory at the top for h and lib if R2 was my target base OS. I ordered my additional library directories C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib; C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Lib; C:\Program Files\Microsoft Visual Studio 8\VC\lib; C:\Program Files\Windows Installer XML v3\SDK\lib and my additional include directories C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include; C:\Program Files\Windows Installer XML v3\SDK\inc The installer needs to run on XP and Vista. I'm using the 2003 R2 SDK because it was the newest SDK I saw, and was always pushed to the forefront when I searched Microsoft's site. Will that cause a problem when running on XP? Because the dll works to a degree when dynamically linked to the CRT, and doesn't work at all when statically linked, I'm thinking that libcmt.lib is a good suspect. One thing I've noticed, and maybe this is expected, is that my 2003 SDK Lib directory doesn't contain libcmt.lib. The AMD64 and IA64 subdirectories do, though. So with the above library directory sequence, libcmt.lib will be found in the VS8 SDK lib directory, while other dependencies (msi.lib, shlwapi.lib, and advapi32.lib) are all found in the 2003 SDK directory. Does that sound like a problem? It's not just that dependent Dlls need to be present - it's also all the exports that have to match the lib you included. How would one go about verifying this? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
When an entrypoint is missing, depends.exe shows the Dll icon in shaded red (pink?) and you see an error with text At least one module has an unresolved import due to a missing export function in an implicitly dependent module. I couldn't remember how obviously the error showed, but I just tried it. Can you zip up your Dll and send it as an attachment? Tell us your target OS where it fails because that matters. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 2:01 PM To: Wilson, Phil; WiX-users@lists.sourceforge.net Subject: RE: [WiX-users] CustomAction = .VC Runtime Dependency? The dependency walker doesn't use any unusual Dlls. If you haven't already tried this, get to a system where your custom action Dll fails, just copy depends.exe and your Dll onto it and see what it says about any missing dependencies. The only missing dll is MSJAVA.dll, which is not an issue as far as I understand. My preference with included libs and h files is to make sure that they are compatible, and I prefer the SDK to take preference over Visual Studio. I'd put the R2 directory at the top for h and lib if R2 was my target base OS. I ordered my additional library directories C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib; C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Lib; C:\Program Files\Microsoft Visual Studio 8\VC\lib; C:\Program Files\Windows Installer XML v3\SDK\lib and my additional include directories C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include; C:\Program Files\Windows Installer XML v3\SDK\inc The installer needs to run on XP and Vista. I'm using the 2003 R2 SDK because it was the newest SDK I saw, and was always pushed to the forefront when I searched Microsoft's site. Will that cause a problem when running on XP? Because the dll works to a degree when dynamically linked to the CRT, and doesn't work at all when statically linked, I'm thinking that libcmt.lib is a good suspect. One thing I've noticed, and maybe this is expected, is that my 2003 SDK Lib directory doesn't contain libcmt.lib. The AMD64 and IA64 subdirectories do, though. So with the above library directory sequence, libcmt.lib will be found in the VS8 SDK lib directory, while other dependencies (msi.lib, shlwapi.lib, and advapi32.lib) are all found in the 2003 SDK directory. Does that sound like a problem? It's not just that dependent Dlls need to be present - it's also all the exports that have to match the lib you included. How would one go about verifying this? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to call a visual basic executable which creates DSN, from WiX
Hi Everybody, I found a way to create an OBDC datasource from Visual Basic. Now I ahve this exe and I need to call during the install process. How should I do it?. Please help with this atleast. Thanks in advance, Venkatesh - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction = .VC Runtime Dependency?
Ok. Now profile (run) the program under depends.exe on the machine having problems. Compare that to a run on a working machines and I bet you find what you need. -D From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 15, 2007 2:01 PM To: [EMAIL PROTECTED]; WiX-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction = .VC Runtime Dependency? The dependency walker doesn't use any unusual Dlls. If you haven't already tried this, get to a system where your custom action Dll fails, just copy depends.exe and your Dll onto it and see what it says about any missing dependencies. The only missing dll is MSJAVA.dll, which is not an issue as far as I understand. My preference with included libs and h files is to make sure that they are compatible, and I prefer the SDK to take preference over Visual Studio. I'd put the R2 directory at the top for h and lib if R2 was my target base OS. I ordered my additional library directories C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Lib; C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\Lib; C:\Program Files\Microsoft Visual Studio 8\VC\lib; C:\Program Files\Windows Installer XML v3\SDK\lib and my additional include directories C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2\Include; C:\Program Files\Windows Installer XML v3\SDK\inc The installer needs to run on XP and Vista. I'm using the 2003 R2 SDK because it was the newest SDK I saw, and was always pushed to the forefront when I searched Microsoft's site. Will that cause a problem when running on XP? Because the dll works to a degree when dynamically linked to the CRT, and doesn't work at all when statically linked, I'm thinking that libcmt.lib is a good suspect. One thing I've noticed, and maybe this is expected, is that my 2003 SDK Lib directory doesn't contain libcmt.lib. The AMD64 and IA64 subdirectories do, though. So with the above library directory sequence, libcmt.lib will be found in the VS8 SDK lib directory, while other dependencies (msi.lib, shlwapi.lib, and advapi32.lib) are all found in the 2003 SDK directory. Does that sound like a problem? It's not just that dependent Dlls need to be present - it's also all the exports that have to match the lib you included. How would one go about verifying this? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] error during linking the wix setup
Hi, I am using the latest version of WIX3.0.2827.0 for creating the merge module. I am getting the linking error Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. There are many more same type errors(Error LGHT0102). I am using XMLFile tag inside the merge module and I have included the http://schemas.microsoft.com/wix/UtilExtension schema and also i have included the reference of WixUtilExtension . I am getting no documented help on the errors coming at the time of linking. Any information would be greatly appreciated. Thanks Amit - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem using Action attribute on Custom element
Any thoughts on how to fix this? Should I not be using V3 of WiX? I was under the impression that I needed to use V3 if I wanted to use the feature-rich version of Votive. Thanks, Kevin From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Mon, 14 May 2007 16:08:00 -0600Subject: [WiX-users] Problem using Action attribute on Custom element I'm trying to execute a deferred command line in my MSI. I want it to execute only on uninstall prior to a service being stopped/uninstalled. I'm following the code snippet I found in the help. So I have some code like: CustomAction Property=QtExecDeferred Value=[INSTALLLOCATION]foo.exe /CustomAction Id=QtExecDeferred BinaryKey=wixca DllEntry=CAQuietExec Execute=deferred Return=check/Binary Id=wixca SourceFile=wixca.dll/ InstallExecuteSequenceCustom Action=QtExecDeferred Before=StopServices Installed/Custom/InstallExecuteSequence When I try to compile this I get the error: Cannot set column 'Action' with a null value because this is a required field. I'm using WiX version 3, the version released in December 2006. Any ideas? Thanks,Kevin Change is good. See what's different about Windows Live Hotmail. Check it out! _ Download Messenger. Start an i’m conversation. Support a cause. Join now. http://im.live.com/messenger/im/home/?source=TAGWL_MAY07- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] A bug?-get REG_SZ when using type=integer
When use the RegistryValue, set the Type=integer, result: REG_SZ, expect: REG_DWORD Is this bug? Thanks, - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem using Action attribute on Custom element
Can you post the complete error message? If you want to use WiX v3, you should update more often, from the weekly releases site http://wix.sourceforge.net/releases/ if there aren't official releases. Kevin Fischer wrote: Any thoughts on how to fix this? Should I not be using V3 of WiX? I was under the impression that I needed to use V3 if I wanted to use the feature-rich version of Votive. Thanks, Kevin From: [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Date: Mon, 14 May 2007 16:08:00 -0600 Subject: [WiX-users] Problem using Action attribute on Custom element I'm trying to execute a deferred command line in my MSI. I want it to execute only on uninstall prior to a service being stopped/uninstalled. I'm following the code snippet I found in the help. So I have some code like: CustomAction Property=QtExecDeferred Value=[INSTALLLOCATION]foo.exe / CustomAction Id=QtExecDeferred BinaryKey=wixca DllEntry=CAQuietExec Execute=deferred Return=check/ Binary Id=wixca SourceFile=wixca.dll/ InstallExecuteSequence Custom Action=QtExecDeferred Before=StopServices Installed/Custom /InstallExecuteSequence When I try to compile this I get the error: Cannot set column 'Action' with a null value because this is a required field. I'm using WiX version 3, the version released in December 2006. Any ideas? Thanks, Kevin Change is good. See what's different about Windows Live Hotmail. Check it out! http://www.windowslive-hotmail.com/learnmore/default.html?locale=en-usocid=RMT_TAGLM_HMWL_reten_changegood_0507 Download Messenger. Start an i’m conversation. Support a cause. Join Now! http://im.live.com/messenger/im/home/?source=TAGWL_MAY07 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error during linking the wix setup
Amit Srivastava (Tata Consultancy Services) wrote: I am using the latest version of WIX3.0.2827.0 for creating the merge module. I am getting the linking error Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. Use the -cultures switch on light to specify which locale you want the messages from (e.g., '-cultures:en-us'). -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help with feature condition...
Lewis Henderson wrote: Feature Id='BASE' Title='This is the BASE feature' Level=1 AllowAdvertise='no' ... component references ... Condition Level=0AuthBASE = 0/Condition /Feature You need to call the CA in the InstallExecuteSequence or make it set a public property and mark it secure to have it passed from the UI to the execute server. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] A bug?-get REG_SZ when using type=integer
Bei Liu (Volt) wrote: When use the RegistryValue, set the Type=integer, result: REG_SZ, expect: REG_DWORD Is this bug? Unlikely but it's impossible to say without more details. Can you show a minimal example that repro's the problem? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_Advanced Usage
Dustin Andrews wrote: Cool, where is that documented? First hit on Moogle. http://search.live.com/results.aspx?q=PersonalFoldergo.x=10go.y=7form=QBREg -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_Advanced Usage
Moogle. I like that. You should blog that one. Maybe it'll stick. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: Tuesday, May 15, 2007 7:57 PM To: Dustin Andrews Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WixUI_Advanced Usage Dustin Andrews wrote: Cool, where is that documented? First hit on Moogle.http://search.live.com/results.aspx?q=PersonalFoldergo.x=10go.y=7form=QBREg -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX v3.0 on Vista doesn't run some custom actions whenUAC is enabled
Certificate isn't just for SSL certificates any longer. It's just stuck in the IIS extension because that's where it came from... it'll install normal certificates just fine. I do it all the time in Windows Marketplace. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Dimmick Sent: Tuesday, May 15, 2007 11:37 AM To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WiX v3.0 on Vista doesn't run some custom actions whenUAC is enabled Almost certainly it is called, but the action is not elevated, so it fails. If you need a CA to be elevated in Windows Vista - even if the MSI was launched elevated - you need the action to be deferred and not impersonate the running user (i.e. CustomAction/@Execute='deferred' and @Impersonate='no'). I'm not sure if that's compatible with using an EXE file. If you need to install certificates, WiX has the iis:Certificate element. While intended for installing web server SSL certificates, I believe it's also capable of installing user certificates. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 15 May 2007 10:06 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX v3.0 on Vista doesn't run some custom actions whenUAC is enabled One of the applications I'm working on calls the .NET framework's certmgr.exe tool to install a number of X509 certificates in the user's certificate store. Under Vista, I am observing different behaviour when UAC is turned on/off. When UAC is enabled, it appears the CustomAction to install the certs is not called. When UAC is disabled, the action is called. Has anyone observed similar behaviour with custom actions and UAC or have suggestions as to what might cause this? Thanks, Nigel Pepper - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Force a delta patch to be created
Hi Is it possible to force candle/light to create a delta patch always? ie, I only want the differences (if any) between the files to be placed in my .msp file. Is there a property or something I can set in the .wxs file of my patch to force this? TIA Jason - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixUI_Advanced Usage
Rob Mensching wrote: Moogle. I like that. You should blog that one. Maybe it'll stick. I hope not.g -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Force a delta patch to be created
Thanks. I'm not sure what you mean by ...create a full-file patch if it's smaller. If the only differences between two files is that fact that they've been recompiled, surely the delta patch would create a smaller .msp file? Or to what do you refer to when you say smaller? My MSI by itself might be say 500kb and the MSP file might end up being over 400kb in which case I may as well redistribute the whole MSI. Or is that just the way MSP's work? If so, that's fine. I thought I may be able to create smaller MSP's but I guess, too, a lot is dependent on the algorithm used to compare the differences in the files. Cheers Bob Arnson [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Jason Smart wrote: Is it possible to force candle/light to create a delta patch always? Force, no, but you can suggest it to PatchWiz using PatchCreation/WholeFilesOnly=no but PatchWiz is always free to create a full-file patch if it's smaller (e.g.). -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
