Re: [WiX-users] RadioButton Condition
hi Why do we use Registry tag in our wxs file.. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails. - 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] RadioButton Condition
hi why do we use Registry tag in our wxs file. DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails. - 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] FileShare and adding Group Permissions
All, Puzzled by this: I can (assign group permissions to a folder): CreateFolder Permission User=[SQLGroup] GenericAll=yes / /CreateFolder but I can't (assign a local group to the permission set of a local share - I get: Unresolved reference to symbol 'User:[SQLGroup]' in section 'Fragment:'. (LGHT0112) - ...\Setup\Files.wxs:1) FileShare Id=ImageFolderShare Description=APCS Images Name=$(var.ShareName) Permission GenericRead=yes ReadPermission=yes Read=yes GenericExecute=yes User=Everyone / Permission GenericAll=yes User=[SQLGroup] / /FileShare Any ideas as to how to add group permissions to a FileShare - for the purposes of the application I am writing I a local service (running as [SQLGroup]) needs to be able to write to a local share using UNC folder naming. Regards and thanks, Peter _ Live Earth, the legendary music event on the 7th of July 2007, don't miss it http://liveearthsos.msn.com/Hub.aspx?mkt=en-ie - 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] Failed to open XML file on Vista
Hi, First of all sorry for the late reply; It's near the summer holliday so things are a bit busy at home ;) What i mean that went wrong is best illustrated with the following 3 sample pieces (i think you understand what the problem is from this). 1. When i use the following everything works as expected: ... CustomAction Id=MyAction BinaryKey=MyCustomActions DllEntry=MyAction / UI ProgressText Action=MyActionMy action in progress/ProgressText /UI InstallExecuteSequence Custom Action=MyAction After=SchedXmlFile / /InstallExecuteSequence ... DirectoryRef Id=INSTALLDIR Component Id=MyOwn.xml Guid=PUT-GUID-HERE File Id=File_MyOwn.xml Name=MyOwn.xml DiskId=1 Source=$(var.MySourcePath)\MyOwn.xml Vital=yes / XmlFile Sequence=10 Id=MyOwn.xml_License File=[INSTALLDIR]MyOwn.xml Action=createElement Name=License ElementPath=//FooBar / XmlFile Sequence=11 Id=MyOwn.xml_LicenseMarker File=[INSTALLDIR]MyOwn.xml Action='setValue' Name='marker' Value='IGTMB100' ElementPath='//FooBar/License' / /Component /DirectoryRef FeatureRef Id=MainFeature ComponentRef Id=WInsad.dat / /FeatureRef ... 2. When i drop the XML file but forget to fix the scheduling of MyAction, the error appears. Checking with orca i found that SchedXmlFile is still scheduled and that the entire CA for XML handling was linked into my MSI, although it was not used. The XmlTable doesn't exist, this might eventualy be the problem ? Eg. it does not works as expected: ... CustomAction Id=MyAction BinaryKey=MyCustomActions DllEntry=MyAction / UI ProgressText Action=MyActionMy action in progress/ProgressText /UI InstallExecuteSequence Custom Action=MyAction After=SchedXmlFile / /InstallExecuteSequence ... !-- Commented out the XML file -- !-- DirectoryRef Id=INSTALLDIR Component Id=MyOwn.xml Guid=PUT-GUID-HERE File Id=File_MyOwn.xml Name=MyOwn.xml DiskId=1 Source=$(var.MySourcePath)\MyOwn.xml Vital=yes / XmlFile Sequence=10 Id=MyOwn.xml_License File=[INSTALLDIR]MyOwn.xml Action=createElement Name=License ElementPath=//FooBar / XmlFile Sequence=11 Id=MyOwn.xml_LicenseMarker File=[INSTALLDIR]MyOwn.xml Action='setValue' Name='marker' Value='IGTMB100' ElementPath='//FooBar/License' / /Component /DirectoryRef FeatureRef Id=MainFeature ComponentRef Id=WInsad.dat / /FeatureRef -- ... 3. After fixing the scheduling it works again: ... CustomAction Id=MyAction BinaryKey=MyCustomActions DllEntry=MyAction / UI ProgressText Action=MyActionMy action in progress/ProgressText /UI InstallExecuteSequence !-- No longer after Xml scheduler! Custom Action=MyAction After=SchedXmlFile / -- Custom Action=MyAction After=InstallFiles / /InstallExecuteSequence ... !-- Commented out the XML file -- !-- DirectoryRef Id=INSTALLDIR Component Id=MyOwn.xml Guid=PUT-GUID-HERE File Id=File_MyOwn.xml Name=MyOwn.xml DiskId=1 Source=$(var.MySourcePath)\MyOwn.xml Vital=yes / XmlFile Sequence=10 Id=MyOwn.xml_License File=[INSTALLDIR]MyOwn.xml Action=createElement Name=License ElementPath=//FooBar / XmlFile Sequence=11 Id=MyOwn.xml_LicenseMarker File=[INSTALLDIR]MyOwn.xml Action='setValue' Name='marker' Value='IGTMB100' ElementPath='//FooBar/License' / /Component /DirectoryRef FeatureRef Id=MainFeature ComponentRef Id=WInsad.dat / /FeatureRef -- ... Hope this helps :-) And yes, INSTALLDIR has the correct value and has nothing to do with the problem. I am still using WiX-2.0 (latest) and have not tested the above on WiX-3.0. Regards, Albert van Peppen Van: Bob Arnson [mailto:[EMAIL PROTECTED] Verzonden: woensdag 4 juli 2007 17:00 Aan: Albert van Peppen CC: wix-users@lists.sourceforge.net Onderwerp: Re: [WiX-users] Failed to open XML file on Vista Albert van Peppen wrote: The message appears when you don't have any XmlFile entries in your wxi script but has an action scheduled as After=XmlSched. This implies XmlSched CA is used and so it is placed in the InstallExecuteSequence but since it has nothing to do, it seems to generates the error because it's trying to open an empty file (which is indeed an invalid XML file). Can you clarify what's happening? Scheduling an action after another that does no work is perfectly legal. -- 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] Query To enable hyperlink in URL in the message attribute of Conditon tag
Hi, I am trying to check whether .Net 1.1 is installed or not. If installed, I am checking whether GPMC is installed or not. My requirement is to make the URL http://www.microsoft.com/downloads/details.aspx?familyid=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887' hyperlink enabled in the message attribute of the Condition tag. The wix is displaying as a message instead of hyperlink enabled URL. Also is it possible to install the prerequiste software if the user clicks the Ok button automatically without the user having to go to download link and then download and install it. Kindly help me regarding this issue. Please find the wxs file below; ?xml version='1.0' encoding='Windows-1252'? Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi; Product Name=$(var.ProductName) Manufacturer=$(var.Manufacturer) Version=$(var.Version) Language=1033 Id=$(var.GUIDProduct) UpgradeCode=$(var.GUIDUpgrade) Package Id=---- Manufacturer=$(var.Manufacturer) Description=$(var.Description) Comments=$(var.Comments) Compressed=yes InstallerVersion=200 Languages=1033 ShortNames=no SummaryCodepage=1252 / !-- Media -- Media Id=1 EmbedCab=yes Cabinet=cis.cab / !-- Icons -- Icon Id=folder.ico src=binary\folder.ico / Icon Id=arp.ico src=binary\arp.ico / ?include .\Include.wxi ? !-- Conditions -- Property Id=NETFRAMEWORKV1_1 RegistrySearch Id=NetFrameworkV1_1 Root=HKLM Key=SOFTWARE\Microsoft\NET Framework Setup\NDP\v1.1.4322 Name=Install Type=raw / /Property Property Id=FILEEXISTS DirectorySearch Depth='0' Id=DirSearch Path=$(var.SystemFolder) FileSearch Id=CheckGPMConsole Name=gpmc.msc / /DirectorySearch /Property !-- *** -- !-- Launch Conditions -- !-- *** -- Condition Message='This setup requires the .NET Framework version 1.1. Please install the .NET Framework and run this setup again. The .NET Framework 1.1 can be obtained from the http://www.microsoft.com/downloads/details.aspx?familyid=262D25E3-F589-4842-8157-034D1E7CF3A3' ![CDATA[((NETFRAMEWORKV1_1) OR (Installed))]] /Condition Condition Message='This setup requires the Group Policy Management Console(GPMC). The GPMC can be obtained from the http://www.microsoft.com/downloads/details.aspx?familyid=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887' ![CDATA[((FILEEXISTS) OR (Installed))]] /Condition /Product /Wix Thanks, Naresh Krishna Kumar. K - Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool.- 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] Another Patch Error
Hello. I don't understand what happened here. I ran couple of times the following lines: candle.exe PatchCRM.wxs light.exe PatchCRM.wixobj MSIMSP.exe -s PatchCRM.pcp -p PatchCRM.msp -l PatchCRM.log and the patch was created and it really worked. When I tried another time, I got this error. * Log starting: 2007-07-09 16:40:02 * INFO: Using Pcp Path: F:\msCRM\msCRMWebSetupWiX\patchcrm.pcp. INFO: Using Temporary Directory: C:\Users\Shmenutz\AppData\Local\Temp\~pcw_tmp.tmp. ERROR: Internal PatchWiz Error occurred. ERROR: The Last Error Received is: 5 ERROR: Cannot create folder: 'C:\Users\Shmenutz\AppData\Local\Temp\~pcw_tmp.tmp'. ERROR: The Last Error Received is: 5 I don't have any clue. Do you ? Andrei PETRUT The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php- 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] FileShare and adding Group Permissions
Peter Conlon wrote: but I can't (assign a local group to the permission set of a local share - I get: Unresolved reference to symbol 'User:[SQLGroup]' in section 'Fragment:'. (LGHT0112) - ...\Setup\Files.wxs:1) FileShare is an element backed by a WiX custom action; it's not native to Windows Installer. So WiX handles permissions on it via another custom action. Unfortunately, it has slightly different semantics than the native permissions action. One of them is that users must be explicitly named, not via a property. The User element lets you name such a user and its Name attribute can be formatted (i.e., include a [property]). -- 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] Failed to open XML file on Vista
Albert van Peppen wrote: Checking with orca i found that SchedXmlFile is still scheduled and that the entire CA for XML handling was linked into my MSI, although it was not used. The XmlTable doesn't exist, this might eventualy be the problem ? Yes, the SchedXmlFile CA throws an error if it can't open the XmlFile table. By scheduling another CA relative to it, you're causing it to get linked in which normally wouldn't happen without XmlFile elements that end up in the XmlFile table. If your CA relies on the XML modifications to have been made, it should be a deferred CA and scheduled relative to the ExecXmlFile action instead. However, that will cause the same issue if you comment out all your XmlFile elements. WiX v3 lets you change the scheduling of a CA in a .wixlib so you could schedule SchedXmlFile before your CA. In WiX v2, the cleanest solution is probably to schedule your CA relative to another standard action after InstallFiles. -- 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] Query To enable hyperlink in URL in the message attribute of Conditon tag
nareshkrishnakumar kulothungan wrote: My requirement is to make the URL http://www.microsoft.com/downloads/details.aspx?familyid=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887' http://www.microsoft.com/downloads/details.aspx?familyid=0a6d4c24-8cbd-4b35-9272-dd3cbfc81887%27 hyperlink enabled in the message attribute of the Condition tag. The wix is displaying as a message instead of hyperlink enabled URL. Windows Installer doesn't support hyperlinks. Also is it possible to install the prerequiste software if the user clicks the Ok button automatically without the user having to go to download link and then download and install it. There's no built-in support for that. It requires a chainer which as part of WiX is currently in development but not available yet. -- 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] Sequence problem, running a custom action as early as possible
Hi! I'm trying to get a Custom Action to be executed before the installer creates/checks any direcorys. I want to remove some files and the location of them are depending on a value that is retrieved by my Custom action GettingXmlValue and thevalue is put into the property PACKAGE_NAME. Below are som extracs from my Wix file. If I run the resulting msi package I get an error saying: Could not access network connection A package name A package name is the default value of the property PACKAGE_NAME so this indicates that I'm using the property before the GettingXmlValue action has been executed. I use the PACKAGE_NAME property in other places in my WIX definition and there it has the value that has been set by the Custom Action (so the Custom Action works). /Hans Property Id=PACKAGE_NAMEA package name/Property CustomAction Id=GettingXmlValue BinaryKey=GetXmlValue DllEntry=GetXmlValue / ... InstallExecuteSequence Custom Action=GettingXmlValue Before=AppSearch NOT Installed/Custom /InstallExecuteSequence ... Directory Id=Directory11 Name=Geodata Directory Id=Directory12 Name=index Directory Id=PACKAGE_NAME Component Guid=e4e283ab-ec9e-400b-b216-7a872cad96f2 Id=Component5 RemoveFile Id=File6 Name=MyCategory*.ind On=install / /Component /Directory /Directory /Directory Ps Can anybody point me to a description of the sequencing variables (and maby the order of the sequencing when a MSI is executed)? Ds -- View this message in context: http://www.nabble.com/Sequence-problem%2C-running-a-custom-action-as-early-as-possible-tf4049750.html#a11502981 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] Vista registry removal issue
I don't think your uninstall process should remove anything it didn't create. Sure, the application itself may make some entries, but you do not need to know what they are and remove them... these entries are usually user customisations that I'm sure they'd want to have back when they reinstall the application. You will not fail vista logo certification by leaving them behind... unless the installer did make them (for a different user perhaps). Gareth Thomas Svare wrote: I'm trying to remove HKEY_CURRENT_USER entries created by the application on uninstall. Unfortunately, going through HKEY_USERS doesn't work on Vista like it does on XP. Each user is not enumerated in HKEY_USER on Vista like it is on XP (or so it seems). The only place that I've found with the entries on Vista is NTUSER.dat. -- View this message in context: http://www.nabble.com/Vista-registry-removal-issue-tf4038089.html#a11505370 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] VC8 runtime redistribution best practice. Should Iusemerge modules or bootstrapper with vcredist_x86.exe?
The VC8 support Dlls aren't installed in the GAC. Platform SDK installs often consist of several separate MSI files, so you'll see several separate removes going on. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Wieser Sent: Friday, July 06, 2007 12:49 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] VC8 runtime redistribution best practice. Should Iusemerge modules or bootstrapper with vcredist_x86.exe? Hmm. I just spotted this on the microsoft.public.platformsdk.msi newsgroup Subject: GAC files mistakenly removed on upgrade with a link to this KB article: http://support.microsoft.com/kb/905238/en-us Basically it says that if you schedule RemoveExistingProducts too early, the GAC items will be removed. Currently, I'm using this: RemoveExistingProducts After='InstallInitialize'OLDERFULLVERSIONFOUND OR OLDERDEMOFOUND/RemoveExistingProducts Does this mean that I'm vulnerable to this bug if I choose to use merge modules instead of vcredist_x86.exe? Secondly, Is there anyway to do several passes of RemoveExistingProducts? I installed a platform SDK today, and it seemed to remove items in several passes. Anthony Wieser Wieser Software Ltd - Original Message - From: Mike Dimmick [EMAIL PROTECTED] To: 'Anthony Wieser' [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Sent: Friday, June 01, 2007 7:26 PM Subject: RE: [WiX-users] VC8 runtime redistribution best practice. Should I usemerge modules or bootstrapper with vcredist_x86.exe? You should use the merge modules, IMO. Unfortunately DevDiv has been historically bad at generating good merge modules. You'll have to ignore the warnings. They're only warning that a column's declared length was exceeded, I don't think any actual harm occurs (since the files are actually installed by a package that has had this module merged in). Yes, if you use vcredist_x86.exe, the user can uninstall the runtimes out from under you. You can't do anything about this - packages are meant to be self-contained and independent of each other, not requiring other packages to be installed first, so there's no way to add a reference to another package. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anthony Wieser Sent: 01 June 2007 11:33 To: wix-users@lists.sourceforge.net Subject: [WiX-users] VC8 runtime redistribution best practice. Should I usemerge modules or bootstrapper with vcredist_x86.exe? I'm starting to get paranoid now, having been bitten so many times along the MSI journey. Currently I link most of my applications statically to the VC runtimes, but in the case where I want to redistribute the MFC/VC runtimes, which is the best way? I've looked through the latest vcredist package, and found that the files in it weren't marked as permanent. As I only install vcredist.exe if it's product code isn't present in my custom bootstrapper, it seems to me it will only be installed with the first product I install. After that, it's on the system. That makes sense, but what happens if after you install my product, someone uninstalls vcredist.exe. Will all of my required DLL's be uninstalled out from under me if the files weren't already installed on the computer from another component? I can't see how to add a reference to a component that I didn't install. I leaned toward the vcredist method, because it makes for smaller installs, as you don't need to ship the contents to everyone, and also because the merge modules generated so many warnings. But on further investigation, it appears that the vcredist packages aren't properly signed either. The external package is signed on the new redist, but after hitting the license agreement page, you're presented with the UAC dialog, saying that: VCREDI~3.EXE from an unknown publisher wants to access your computer. That's maybe a little too scary for my users. 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 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] Actions on UnInstall
I am new to WIX and one thing I haven't found very good information on is how do I specify that an action is to be executed on an uninstall. One example is executing a .bat file to do some process and having an other .bat file which reverses that when you uninstall. Kenny Alperstein Framework Architect Protection Architecture - Frameworks Allstate Insurance Company * Office: (847) 667-5552 * [EMAIL PROTECTED] - 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] UtilExtension Errors
I'm trying to use util:XmlFile in a merge module and get the following errors: -- Build started: Project: ReportDesignerMergeModule, Configuration: Release Any CPU -- \Report\Tools\WiX\v3.0\bin\candle.exe -out \Build\Release\CRC.Installers\obj\ReportDesignerMergeModule.wixobj -ext \Report\Tools\WiX\v3.0\bin\WixUtilExtension.dll ReportDesignerMergeModule.wxs \Report\Tools\WiX\v3.0\bin\Light.exe -ext \Report\Tools\WiX\v3.0\bin\WixUtilExtension.dll -out V:\Build\Release\CRC.Installers\ReportDesignerMergeModule.msm \Build\Release\CRC.Installers\obj\ReportDesignerMergeModule.wixobj C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(138,0 ): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(139,0 ): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedOpen) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(140,0 ): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSelect) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(141,0 ): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSave) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(138,0 ): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(139,0 ): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(140,0 ): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(141,0 ): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. Done building project ReportDesignerMergeModule.wixproj -- FAILED. Any thoughts. Thanks... SIEMENS Image Knowledge Management Michael Ward Siemens Medical Solutions 400 W. Morgan Road Ann Arbor, MI 48108 USA Phone: (734) 205-2476 EMail: [EMAIL PROTECTED] Fax: (734) 998-0123 This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to [EMAIL PROTECTED] 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
[WiX-users] need lists of doctors?
For this week we have the following package deal in effect: promo code: X4E65A0 Physicians in the USA 788k in total 17k emails 34 specialties many sortable fields American Hospitals 23k Admins in more than 7k hospitals Dentists in the USA 597k dentists and dental services American Chiropractor Directory 100K chiropractors offices in the USA All 4 above complete directories: $379 This offer is good until July 13th. Please email: [EMAIL PROTECTED] or call 206-339-6160 for more details Note: To quit getting emails like these please reply with quit in the subject heading. Declaración de confidencialidad El contenido de este E-mail y sus anexos va dirigido únicamente a su (s) destinatario (s), adicionalmente, este E-mail y sus anexos pueden ser confidenciales y estar amparados por las protecciones de confidencialidad aplicables a la información de los comerciantes. Si usted no es uno de los destinatarios indicados o si este mensaje ha sido dirigido a usted por error, usted debe estar advertido que no puede leer, revelar, reproducir, distribuir o diseminar o de cualquier modo usar este E-mail y la información de su contenido. El envío de esta información a personas diferentes de aquellas a las cuales se tiene la intención de dirigir, no debe entenderse como una renuncia a la confidencialidad de la información. Si usted ha recibido esta información por error, por favor advierta de ello al remitente mediante un E-mail, igualmente lo requerimos para que borre inmediatamente este E-mail y sus anexos si los hubiere. - 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] Sequence problem, running a custom action as early as possible
The target directories are initially processed during costing (CostInitialize, FileCost, CostFinalize). If you want to influence the initial values you'll need to change them before CostInitialize. After that, only the file system controls (e.g. PathEdit) can modify the values and update the costing information correctly, IIRC (can't find a source at the moment). The standard actions are documented in the Platform SDK under Standard Actions (online at http://msdn2.microsoft.com/en-us/library/aa372022.aspx). The default sequence values are listed in the topics below Using a Sequence Table (online at http://msdn2.microsoft.com/en-us/library/aa372404.aspx). WiX uses the numbers suggested in this topic and used in the sample schema MSI supplied in the Platform SDK. However, unlike many other tools, WiX only generates those actions actually required to install the package (for example, if no COM classes are advertised, the Class table is not output and the RegisterClassInfo action is not scheduled). For the WiX custom actions that support, for example, installing a SQL database or performance counters, see the appropriate .wxs file in the WiX source code. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of md5hans Sent: 09 July 2007 15:31 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Sequence problem,running a custom action as early as possible Hi! I'm trying to get a Custom Action to be executed before the installer creates/checks any direcorys. I want to remove some files and the location of them are depending on a value that is retrieved by my Custom action GettingXmlValue and thevalue is put into the property PACKAGE_NAME. Below are som extracs from my Wix file. If I run the resulting msi package I get an error saying: Could not access network connection A package name A package name is the default value of the property PACKAGE_NAME so this indicates that I'm using the property before the GettingXmlValue action has been executed. I use the PACKAGE_NAME property in other places in my WIX definition and there it has the value that has been set by the Custom Action (so the Custom Action works). /Hans Property Id=PACKAGE_NAMEA package name/Property CustomAction Id=GettingXmlValue BinaryKey=GetXmlValue DllEntry=GetXmlValue / ... InstallExecuteSequence Custom Action=GettingXmlValue Before=AppSearch NOT Installed/Custom /InstallExecuteSequence ... Directory Id=Directory11 Name=Geodata Directory Id=Directory12 Name=index Directory Id=PACKAGE_NAME Component Guid=e4e283ab-ec9e-400b-b216-7a872cad96f2 Id=Component5 RemoveFile Id=File6 Name=MyCategory*.ind On=install / /Component /Directory /Directory /Directory Ps Can anybody point me to a description of the sequencing variables (and maby the order of the sequencing when a MSI is executed)? Ds -- View this message in context: http://www.nabble.com/Sequence-problem%2C-running-a-custom-action-as-early-a s-possible-tf4049750.html#a11502981 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
[WiX-users] Windows Installer Service and reference counting...
Where does the installer service store its reference counting data for modules? We're trying to preserve the idea of ref counting without merging modules into an MSI. Yes, we realize there are dangers to this approach, but we are trying to solve some problems with install, reinstall, and uninstall in our controlled environment. Thanks! Rory - 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] UtilExtension Errors
I'm guessing you need to specify the -cultures switch (e.g. -cultures:en-us) for the link to complete successfully. The validation warnings are a consequence of WiX including the error information in the MSM. It has to, so that the errors reported by XmlFile produce a sensible output. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike (MED US) Sent: 09 July 2007 18:45 To: wix-users@lists.sourceforge.net Subject: [WiX-users] UtilExtension Errors I'm trying to use util:XmlFile in a merge module and get the following errors: -- Build started: Project: ReportDesignerMergeModule, Configuration: Release Any CPU -- \Report\Tools\WiX\v3.0\bin\candle.exe -out \Build\Release\CRC.Installers\obj\ReportDesignerMergeModule.wixobj -ext \Report\Tools\WiX\v3.0\bin\WixUtilExtension.dll ReportDesignerMergeModule.wxs \Report\Tools\WiX\v3.0\bin\Light.exe -ext \Report\Tools\WiX\v3.0\bin\WixUtilExtension.dll -out V:\Build\Release\CRC.Installers\ReportDesignerMergeModule.msm \Build\Release\CRC.Installers\obj\ReportDesignerMergeModule.wixobj C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(138,0): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(139,0): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedOpen) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(140,0): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSelect) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(141,0): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSave) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(138,0): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(139,0): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(140,0): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(141,0): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. Done building project ReportDesignerMergeModule.wixproj -- FAILED. Any thoughts. Thanks... SIEMENS Image Knowledge Management Michael Ward Siemens Medical Solutions 400 W. Morgan Road Ann Arbor, MI 48108 USA Phone: (734) 205-2476 EMail: [EMAIL PROTECTED] Fax: (734) 998-0123 This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to [EMAIL PROTECTED] 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] Windows Installer Service and reference counting...
It doesn't. Modules, once merged, lose their own identity. Only packages are remembered. Components are referenced, but not really reference counted. Instead, Windows Installer remembers each product which installed a component and where it installed it to. The actual format is undocumented and should not be relied upon; however, if you want to look at it, they're in the registry under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserD ata\sid\Components. sid is the user's security identifier, for per-user installs; for per-machine installs, it's the well-known SID S-1-5-18 (which is Local System). If you're installing the same file to the same location, it should always have the same component GUID. You should never allow the same resource to have a different GUID - doing so will break the referencing mechanism. If you need to make incompatible changes, change the file name and/or install location and the component GUID. It's fine to install the same component to more than one location. See Rob's blog post Component Rules 101 at http://blogs.msdn.com/robmen/archive/2003/10/18/56497.aspx. If you want common components and don't want to copy and paste the source into multiple .wxs files, consider the use of WiX fragments (top level tag Fragment). You can compile a fragment into a .wixobj file and share that between multiple projects by including it on the linker (light) command line. If you have multiple .wixobj files you want to share around, you can bind them into a single .wixlib file with the library tool, lit. WiX is designed like a C++ toolset: compiler (candle), linker (light), library tool (lit). -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rory Clark Sent: 09 July 2007 19:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Windows Installer Service and reference counting... Where does the installer service store its reference counting data for modules? We're trying to preserve the idea of ref counting without merging modules into an MSI. Yes, we realize there are dangers to this approach, but we are trying to solve some problems with install, reinstall, and uninstall in our controlled environment. Thanks! Rory - 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] Starting two services in one installation?
Do note that SC is expecting the underlying service name, not the display name. Net.exe (as in 'net start') accepts either. This is the name you gave in ServiceInstall/@Name. If you get really stuck, go to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\service-name, delete the whole key, and reboot your computer. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: 09 July 2007 03:09 To: 'John Vottero'; 'Bob Arnson' Cc: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Starting two services in one installation? Sorry to be such a pain but this is really becoming a problem for me. When I try this command to delete the service I get: [SC] OpenService FAILED 1060: The specified service does not exist as an installed service. Now what? Kevin From: John Vottero [mailto:[EMAIL PROTECTED] Sent: Saturday, July 07, 2007 7:03 PM To: Kevin Burton; Bob Arnson Cc: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Starting two services in one installation? Try: SC DELETE ServiceName from a command window. Also, you really want to use Virtual Machines with undo disks enabled for testing installers. I don't know how I ever lived without them. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Burton Sent: Saturday, July 07, 2007 7:56 PM To: 'Bob Arnson' Cc: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Starting two services in one installation? So I setup Wix wrong in trying to get the service to install. Now it is installed with no service control. Do you know how to remove it? It seems that now when I try to install I get an error with ServiceInstall. I think this is because the service has not been removed. From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Saturday, July 07, 2007 2:31 PM To: Kevin Burton Cc: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Starting two services in one installation? Kevin Burton wrote: By the way if I don't start the service and just install it, it is not removed on uninstall. You still need ServiceControl to delete services during uninstall. -- 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] SQLScript problem
We were using Wix 2.0.3309.0 until recently and the SQLScript element was working great. About a week ago we updated to WiX 2.0.5325.0 and the SQLScript element is no longer running our SQL scripts. I started looking at the older MSI packages that do work and the newer ones that are failing. Using Orca I can see the older packages had a non-zero value in the Attributes column of the SQLScript table (4 or 5), while the newer MSI has a value of zero in the Attributes column. What controls the value in this column? I haven't changed the .WXS source code, just rebuilt the package using the newer WiX binaries. Also, if I manually change a newer installer so the values contain a 4 or 5 then the SQLScript element works fine. But, I'd prefer not to have to hack the MSI if there is a solution. Thanks Chad - 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] UtilExtension Errors
The culture switch fixed the errors. Thanks... I'm assuming suppressing the warnings is the correct action in this case? - Mike From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Monday, July 09, 2007 2:02 PM To: Ward, Mike (MED US); wix-users@lists.sourceforge.net Subject: RE: [WiX-users] UtilExtension Errors I'm guessing you need to specify the -cultures switch (e.g. -cultures:en-us) for the link to complete successfully. The validation warnings are a consequence of WiX including the error information in the MSM. It has to, so that the errors reported by XmlFile produce a sensible output. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ward, Mike (MED US) Sent: 09 July 2007 18:45 To: wix-users@lists.sourceforge.net Subject: [WiX-users] UtilExtension Errors I'm trying to use util:XmlFile in a merge module and get the following errors: -- Build started: Project: ReportDesignerMergeModule, Configuration: Release Any CPU -- \Report\Tools\WiX\v3.0\bin\candle.exe -out \Build\Release\CRC.Installers\obj\ReportDesignerMergeModule.wixobj -ext \Report\Tools\WiX\v3.0\bin\WixUtilExtension.dll ReportDesignerMergeModule.wxs \Report\Tools\WiX\v3.0\bin\Light.exe -ext \Report\Tools\WiX\v3.0\bin\WixUtilExtension.dll -out V:\Build\Release\CRC.Installers\ReportDesignerMergeModule.msm \Build\Release\CRC.Installers\obj\ReportDesignerMergeModule.wixobj C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(138,0 ): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedRead) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(139,0 ): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedOpen) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(140,0 ): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSelect) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(141,0 ): Error LGHT0102: The localization variable !(loc.msierrXmlFileFailedSave) is unknown. Please ensure the variable is defined. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(138,0 ): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(139,0 ): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(140,0 ): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. C:\delivery\Dev\wix\src\ext\utilextension\wixlib\UtilExtension.wxs(141,0 ): Warning LGHT1072: Merge modules should not contain the 'Error' table because all merge conflicts cannot avoided. However, this warning maybe supressed if all of the consumers of the Merge Module agree to not duplicate identifiers in the 'Error' table. Done building project ReportDesignerMergeModule.wixproj -- FAILED. Any thoughts. Thanks... SIEMENS Image Knowledge Management Michael Ward Siemens Medical Solutions 400 W. Morgan Road Ann Arbor, MI 48108 USA Phone: (734) 205-2476 EMail: [EMAIL PROTECTED] Fax: (734) 998-0123 This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and may be unlawful. If you received this message in error, or have reason to believe you are not authorized to receive it, please promptly delete this message and notify the sender by e-mail with a copy to [EMAIL PROTECTED] Thank you This message and any included attachments are from Siemens Medical Solutions and are intended only for the addressee(s). The information contained herein may include trade secrets or privileged or otherwise confidential information. Unauthorized review, forwarding, printing, copying, distributing, or using such information is strictly prohibited and
Re: [WiX-users] Windows Installer Service and reference counting...
I should have added, the GUIDs under HKLM\\Components are not in their original format but in a 'compressed GUID' format. There is information on how to convert between the formats at http://support.installshield.com/kb/view.asp?articleid=q105971. Only the component's key path is listed - any other resources in the component are not checked. Windows Installer uses the following rules for installing a component from a package being installed, depending on what the component's key path is: Registry key - if the key already exists, the component from the package is ignored Registry value - if the value already exists and is what would be set, the new component is ignored ODBC Data Source - if it already exists, the new component is ignored Directory - if it already exists, the new component is ignored File: If the file does not exist, the component is installed If the file on disk has a version number: - If the file to be installed has a higher version number in the File table, the component is installed If the file on disk does not have a version number: - If the file to be installed has a version number in the file table, the component is installed - Otherwise, if the file on disk is not modified (modification date = creation date): - If a hash is specified and the hash of the existing file does not match, or there is no file hash specified, the component is installed Otherwise, the new component is ignored. When uninstalling, the reference from the package being uninstalled is removed. If there are no more packages referencing the same key path, the component is removed using the definition in the package being uninstalled. That's why you must not change the makeup of a component. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Dimmick Sent: 09 July 2007 19:14 To: 'Rory Clark'; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Windows Installer Service and reference counting... It doesn't. Modules, once merged, lose their own identity. Only packages are remembered. Components are referenced, but not really reference counted. Instead, Windows Installer remembers each product which installed a component and where it installed it to. The actual format is undocumented and should not be relied upon; however, if you want to look at it, they're in the registry under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserD ata\sid\Components. sid is the user's security identifier, for per-user installs; for per-machine installs, it's the well-known SID S-1-5-18 (which is Local System). If you're installing the same file to the same location, it should always have the same component GUID. You should never allow the same resource to have a different GUID - doing so will break the referencing mechanism. If you need to make incompatible changes, change the file name and/or install location and the component GUID. It's fine to install the same component to more than one location. See Rob's blog post Component Rules 101 at http://blogs.msdn.com/robmen/archive/2003/10/18/56497.aspx. If you want common components and don't want to copy and paste the source into multiple .wxs files, consider the use of WiX fragments (top level tag Fragment). You can compile a fragment into a .wixobj file and share that between multiple projects by including it on the linker (light) command line. If you have multiple .wixobj files you want to share around, you can bind them into a single .wixlib file with the library tool, lit. WiX is designed like a C++ toolset: compiler (candle), linker (light), library tool (lit). -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rory Clark Sent: 09 July 2007 19:02 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Windows Installer Service and reference counting... Where does the installer service store its reference counting data for modules? We're trying to preserve the idea of ref counting without merging modules into an MSI. Yes, we realize there are dangers to this approach, but we are trying to solve some problems with install, reinstall, and uninstall in our controlled environment. Thanks! Rory - 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] Uninstall removes everything in the folder.
Ok, I am having a problem with the uninstall of my app. Whenever I run the uninstall, the entire folder that I installed to is removed including anything that may have already been in that folder or was added in later. Any ideas as to what I'm doing wrong? -- View this message in context: http://www.nabble.com/Uninstall-removes-everything-in-the-folder.-tf4052181.html#a11510062 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
[WiX-users] A bug in XmlFile action on 64bit platform?
I'm using XmlFile action (http://schemas.microsoft.com/wix/UtilExtension/XmlFile) to update an XML file, which is deploying to System32 folder. I've using the following code initially (removing some unrelated attributes): Directory Id=TARGETDIR Directory Id=SystemFolder Component File Id=fileConfig Name=file.config / util:XmlFile File=[# fileConfig] Action=setValue ElementPath= Name=value Value= / /Component /Directory /DirectoryRef On 64bit platform the code deploys the file into SysWOW64 folder and updates it. So I fix the code as following: ?if $(env.BUILDTARGET) = i386? ?define IsWin64 = no? ?define WinSystemFolder = SystemFolder? ?else ? ?define IsWin64 = yes? ?define WinSystemFolder = System64Folder? ?endif ? Directory Id=TARGETDIR Directory Id=$(var.WinSystemFolder) Component Win64=$(var.IsWin64) File Id=fileConfig Name=file.config / util:XmlFile File=[# fileConfig] Action=setValue ElementPath= Name=value Value= / /Component /Directory /DirectoryRef Now the code deploys the file to the right location (System32), but XmlFile action throws the following error: Failed to open XML file D:\WINDOWS\system32\file.config, system error: -2147024786 where -2147024786 stands for 0x8007006E: The system cannot open the device or file specified. Is it indeed a bug in XmlFile action for 64bit platform? If so, is there a way to work around it? Thank you, Max - 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] quit
quit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of commonweal Levine Sent: Monday, July 09, 2007 11:43 AM To: wix-users@lists.sourceforge.net Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [WiX-users] need lists of doctors? For this week we have the following package deal in effect: promo code: X4E65A0 Physicians in the USA 788k in total - 17k emails 34 specialties - many sortable fields American Hospitals 23k Admins in more than 7k hospitals Dentists in the USA 597k dentists and dental services American Chiropractor Directory 100K chiropractor's offices in the USA All 4 above complete directories: $379 This offer is good until July 13th. Please email: [EMAIL PROTECTED] or call 206-339-6160 for more details Note: To quit getting emails like these please reply with quit in the subject heading. - 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] SQLScript problem
Chad Petersen wrote: We were using Wix 2.0.3309.0 until recently Much changes in a year and a half.g and the SQLScript element was working great. About a week ago we updated to WiX 2.0.5325.0 and the SQLScript element is no longer running our SQL scripts. I started looking at the older MSI packages that do work and the newer ones that are failing. Using Orca I can see the older packages had a non-zero value in the Attributes column of the SQLScript table (4 or 5), while the newer MSI has a value of zero in the Attributes column. What controls the value in this column? The ExecuteOn* and RollbackOn* attributes get OR'd together to form the attributes integer. The default is that none of them are turned on, so not much happens; you have to explicitly declare via those attributes which actions should occur. It looks like that change was made in late 2005 to bring some WiX v3 features back to v2. -- 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] Uninstall removes everything in the folder.
JCWrs wrote: Ok, I am having a problem with the uninstall of my app. Whenever I run the uninstall, the entire folder that I installed to is removed including anything that may have already been in that folder or was added in later. Any ideas as to what I'm doing wrong? MSI shouldn't remove directories that aren't empty. Check a verbose log to see which files are getting deleted and then when the folder's getting deleted. -- 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