[WiX-users] Changing the location of the files to take...
Hi all, I have a Take folder, which os for our developers to put the compiled files into for me to take to put into the installer but with version changes this directory could also change. for instance I currently have this: File Id=foo.bar Name=foo.bar DiskId=1 KeyPath=yes Source=u:\1\take\common\foo.bar / but when I build the installer for version 2 Have to go through all the files changing the 1 to a 2. sure, this doesn't take that long using a find and replace, but what would be nice is to have a variable of say TakeFolder and just change it in the 1 location, and have all my file codes looking like this: File Id=foo.bar Name=foo.bar DiskId=1 KeyPath=yes Source=[takefolder]\common\foo.bar / is there a way to do this? thanks in advanced. Jason - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Calling function inside a DLL and passing parameters through cutom action...
Could somebody tell me that how I can invoke a function inside a DLL and pass the parameters for that function through custom action. I am developing a MSI installer using WIX3 with votive. Regards, Veerendra __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Checkbox does not recognize when it is checked
boB, It does however bring up my UI when someone clicks the change button in the ARP. My plan was to remove the Remove button so the user would be forced to use my UI which gives them the option to either remove or repair. So, under this situation is there any way to allow them to check the box at the time of removal. Thanks very much for all of your help Bob Arnson-6 wrote: xyavier wrote: Is there a way to allow the user to make the decision when he is uninstalling the software? When uninstall from Add Remove Programs, there's no UI shown. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Checkbox-does-not-recognize-when-it-is-checked-tf4683976.html#a13466740 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] example Wix project
Hello Richard, I am still trying to find out some information as subtle advantages of WIX over InstallShield looking for a demo project. Do you have any other example project which you can share with me? Also are there any power point slides or any info available? Thanks, Hina Richard-45 wrote: In article [EMAIL PROTECTED], hina1703 [EMAIL PROTECTED] writes: Yes, I did. It is very helpful. I am trying to find out any bigger WIX project available for study including bootstrapper other functions. I am working on converting the installer for the sample code for my book, but I haven't converted it from .vdproj to WiX yet. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/example-Wix-project-tf4655657.html#a13467510 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MMC Snapin
We use an MMC snap-in in one of our applications. I may be simplifying this too much, but entry point to a Snap-In is the .MSC file. We deposit the .MSC in the Deploy directory of choice and create a shortcut to the .MSC. Component Id=DeployMSCComp Guid=1ED23462-B5B7-42af-B86A-BF4CB1E86BB6 File Id=DeployMSC Name=INTERL~1.MSC LongName=Interlinq E3 Deployment Manager.msc src=.\Data\Interlinq E3 Deployment Manager 2.6.msc Vital=yes KeyPath=yes DiskId=1 Shortcut Id=DeployMSCShortCut Directory=MENUINTERLINQ Name=E3Depl~2 LongName=Interlinq E3 Deployment Manager Icon=DEPLOYICON IconIndex=0 Show=normal WorkingDirectory=DEPLOYDIR / /File /Component The rest of the supporting DLLs and scripts, etc. that are needed by the Snap-In also go in the same folder and a registry key association is made to the resource dll that references the MSC file. File Id=E3DeployManagerResources_Dll Name=E3R~1.dll LongName=E3DeployManagerResource.dll src=.\Data\E3DeployManagerResource.dll Vital=yes DiskId=1/ Registry Id=DeployLocationKey Root=HKCU Key=Software\HarlandFS\E3Deploy Name=MSC Value=[#DeployMSC] Type=string/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Levon Levonian Sent: Friday, October 26, 2007 4:31 PM To: Rob Mensching Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MMC Snapin OK, I got the extension name, but: None of the WiX v3 packages contains WixMMCExtension, I only found it in v2, but v3 does not load v2 extensions (Error The extension 'C:\Program Files\Windows Installer XML v3\bin\WixMMCExtension.dll' could not be loaded.candle.exe) Anybody has a working example for Snap-in deployment? Thanks! -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 19:57 To: Levon Levonian Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] MMC Snapin There is an extension in WiX v3 that handles much of the authoring work for you. Levon Levonian wrote: Hi All, Is there a (easy) way to deploy an MMC Snap-in? ** READER BEWARE: Unencrypted, unsigned Internet e-mail is inherently insecure. Internet messages may be corrupted, incomplete, misdirected or may incorrectly identify the sender. Therefore, nothing in this message or attachments may be considered legally binding. THIS MESSAGE IS ONLY INTENDED FOR THE USE OF THE INDIVIDUAL OR ENTITY TO WHICH IT IS ADDRESSED AND MAY BE PRIVILEGED. If you are not the intended recipient or their authorized agent, you may not forward or copy this information and must delete or destroy all copies of this message and attachments received. If you have received this communication in error, please notify Matrikon Inc. by telephone at (780) 448-1010. ** - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] example Wix project
hina1703 wrote: Hello Richard, I am still trying to find out some information as subtle advantages of WIX over InstallShield looking for a demo project. Do you have any other example project which you can share with me? Also are there any power point slides or any info available? The following reasons are my reason: * It is free * It is open-source so if there is a big problem that I need fixed NOW I can invest the time/money to fix it * It is being used by Microsoft's largest products = well tested * It is just a bunch of command line tools = much nicer build process. I'm not on the inside (of Microsoft) but from my understanding Microsoft Office and Visual Studio are both using WiX for installers (someone correct me if I'm wrong here!). If that is correct, those are good demos projects I guess! - Adam - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] example Wix project
In article [EMAIL PROTECTED], hina1703 [EMAIL PROTECTED] writes: I am still trying to find out some information as subtle advantages of WIX over InstallShield looking for a demo project. Do you have any other example project which you can share with me? Also are there any power point slides or any info available? IMO, the advantages of WiX over InstallSUCK aren't subtle, they are massive. Every release of InstallSUCK has had problems, because frankly that company doesn't give a sh!t about the quality of the product they ship. Every time you get a new problem, they try to extract another few thousand dollars from you to make you upgrade to the latest version, even though that never fixes your problem. Yeah, I hate their product and their company. Its an opinion I've arrived at through use of their product and interactions with their company at various employers since 1998. I see no sign that things are changing at that company or in newer releases of that product. WiX is not only free to obtain, it is high quality and reliable. The user community gives you better support than you get by sending money to InstallSUCK. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Calling function inside a DLL and passing parameters through cutom action...
In article [EMAIL PROTECTED], V K Gangwar [EMAIL PROTECTED] writes: Could somebody tell me that how I can invoke a function inside a DLL and = pass the parameters for that function through custom action. Its all in the documentation for custom actions, but first you should reconsider whether or not you need a custom action at all. (Since you haven't said what you think you need a custom action for, we can't help you yet.) Many times when people are dead set on writing a custom action, it turns out that they don't need a custom action to accomplish the goal. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] install feature only if another app is installed
Hi all, I have a condition so the installation is aborted if .NET 1.0 is not installed, but the .NET section of our product is only a small section. is there a way I can set a condition so that if the .NET Framework is not installed then only that Feature doesn't get installed, but the rest does get installed still? I'd also like to do the same with a Visual Studio plug in we have for our product, and would only like to install that IF visual studio is installed. Thanks. Jason - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] install feature only if another app is installed
In article [EMAIL PROTECTED], Jason Rivers [EMAIL PROTECTED] writes: I have a condition so the installation is aborted if .NET 1.0 is not installed, but the .NET section of our product is only a small section. is there a way I can set a condition so that if the .NET Framework is not installed then only that Feature doesn't get installed, but the rest does get installed still? I'd also like to do the same with a Visual Studio plug in we have for our product, and would only like to install that IF visual studio is installed. I would try using AppSearch to set properties to identify whether or not those other products are installed and use the properties in the Condition table. Relevant WiX elements: Feature, Condition, AppSearch -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Changing the location of the files to take...
Use a preprocessor variable. $(var.TakeFolder) and on the commandline to candle pass -dTakeFolder=1. Then change it to 2 when you need to change it to 2. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jason Rivers Sent: Monday, October 29, 2007 4:19 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Changing the location of the files to take... Hi all, I have a Take folder, which os for our developers to put the compiled files into for me to take to put into the installer but with version changes this directory could also change. for instance I currently have this: File Id=foo.bar Name=foo.bar DiskId=1 KeyPath=yes Source=u:\1\take\common\foo.bar / but when I build the installer for version 2 Have to go through all the files changing the 1 to a 2. sure, this doesn't take that long using a find and replace, but what would be nice is to have a variable of say TakeFolder and just change it in the 1 location, and have all my file codes looking like this: File Id=foo.bar Name=foo.bar DiskId=1 KeyPath=yes Source=[takefolder]\common\foo.bar / is there a way to do this? thanks in advanced. Jason - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom actions launched from .MSM files
Dear WIX users, I have a problem when I am trying to launch an executable through a Custom Action from an .MSM file: the WIX installation fails. When the executable is launched from an .MSI file everything works fine. So is launching executables through Custom Actions from .MSM files supposed to work or not? Below it is the errors log sequence: MSI (s) (1C:58) [18:03:58:968]: Doing action: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731 Action 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Action start 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. MSI (s) (1C:A0) [18:03:58:984]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSIADF.tmp, Entrypoint: CAQuietExec CAQuietExec: Error 0x80070057: failed to get command line data CAQuietExec: Error 0x80070057: failed to get Command Line Action ended 18:03:59: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Return value 3. Action ended 18:03:59: INSTALL. Return value 3. Thank you, I appreciate your answer(s), Elena Elena Diaconu Sr. Software Engineer, Application Security Inc. appsecinc.com http://www.appsecinc.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] intalling a microsoft office plugin with wix v3.0
I saw in the FAQ that it is supposed to be easier to do this, but I couldn't find anything in the documentation about it. Is this something that hasn't been added yet? If not, where can I find info on it? If so, does anyone know what is necessary to accomplish this? Like what registry entries are necessary and what not? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Doing QFEs With WiX
In WiX v2, you should be able to create patches using the PatchCreation element. The process is documented in the chm. It will build you a PCP file which you then can to push through a set of Windows Installer tools. WiX v3 has made patch creation a more native part of the process and that process is documented in the latest chm file about the Patch element. From: Jim Williams [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 11:22 AM To: Peter Marcu; WiX-users@lists.sourceforge.net Subject: RE: Doing QFEs With WiX I am a little behind on keeping up with the latest updates, but am currently using WiX 2.0.3719. Jim From: Peter Marcu [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 11:14 AM To: Jim Williams; WiX-users@lists.sourceforge.net Subject: RE: Doing QFEs With WiX What version of WiX are you using? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim Williams Sent: Monday, October 29, 2007 11:16 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Doing QFEs With WiX We currently have a product which installs, literally, thousands of files (source and binaries) that define applications for creating operating systems using Windows Embedded CE. The installer is defined in WiX. But we would like to release updates to the files on a regular basis, like what Microsoft does monthly using QFEs for Windows Embedded CE. Is there some way to define a QFE-like mechanism by using WiX? Even if there isn't, are there some guidelines online somewhere that define how ones goes about creating a QFE and how the original installer should be structured to allow for easy installation of QFEs? Thanks, Jim Williams Intrinsyc Software International, Inc. 11130 NE 33rd Place, Suite 200 Bellevue, WA 98004 [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] 425.732.4904 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Doing QFEs With WiX
We currently have a product which installs, literally, thousands of files (source and binaries) that define applications for creating operating systems using Windows Embedded CE. The installer is defined in WiX. But we would like to release updates to the files on a regular basis, like what Microsoft does monthly using QFEs for Windows Embedded CE. Is there some way to define a QFE-like mechanism by using WiX? Even if there isn't, are there some guidelines online somewhere that define how ones goes about creating a QFE and how the original installer should be structured to allow for easy installation of QFEs? Thanks, Jim Williams Intrinsyc Software International, Inc. 11130 NE 33rd Place, Suite 200 Bellevue, WA 98004 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 425.732.4904 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Doing QFEs With WiX
What version of WiX are you using? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim Williams Sent: Monday, October 29, 2007 11:16 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Doing QFEs With WiX We currently have a product which installs, literally, thousands of files (source and binaries) that define applications for creating operating systems using Windows Embedded CE. The installer is defined in WiX. But we would like to release updates to the files on a regular basis, like what Microsoft does monthly using QFEs for Windows Embedded CE. Is there some way to define a QFE-like mechanism by using WiX? Even if there isn't, are there some guidelines online somewhere that define how ones goes about creating a QFE and how the original installer should be structured to allow for easy installation of QFEs? Thanks, Jim Williams Intrinsyc Software International, Inc. 11130 NE 33rd Place, Suite 200 Bellevue, WA 98004 [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] 425.732.4904 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Doing QFEs With WiX
I am a little behind on keeping up with the latest updates, but am currently using WiX 2.0.3719. Jim From: Peter Marcu [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 11:14 AM To: Jim Williams; WiX-users@lists.sourceforge.net Subject: RE: Doing QFEs With WiX What version of WiX are you using? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim Williams Sent: Monday, October 29, 2007 11:16 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Doing QFEs With WiX We currently have a product which installs, literally, thousands of files (source and binaries) that define applications for creating operating systems using Windows Embedded CE. The installer is defined in WiX. But we would like to release updates to the files on a regular basis, like what Microsoft does monthly using QFEs for Windows Embedded CE. Is there some way to define a QFE-like mechanism by using WiX? Even if there isn't, are there some guidelines online somewhere that define how ones goes about creating a QFE and how the original installer should be structured to allow for easy installation of QFEs? Thanks, Jim Williams Intrinsyc Software International, Inc. 11130 NE 33rd Place, Suite 200 Bellevue, WA 98004 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 425.732.4904 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Doing QFEs With WiX
Thanks for the quick response. I'll take a look at the chms in both versions. I'll have to stick with V2 for now though, so hopefully I will be able to do what we need using the PatchCreation element. Jim From: Peter Marcu [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 11:21 AM To: Jim Williams; WiX-users@lists.sourceforge.net Subject: RE: Doing QFEs With WiX In WiX v2, you should be able to create patches using the PatchCreation element. The process is documented in the chm. It will build you a PCP file which you then can to push through a set of Windows Installer tools. WiX v3 has made patch creation a more native part of the process and that process is documented in the latest chm file about the Patch element. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Doing QFEs With WiX
Thanks Richard, I happen to have a copy of Phil Wilson's book sitting on the desk in front of me. Since our product is new and still in a major state of flux, doing minor upgrades or patches has been out of the question. I've been doing major upgrades (using the upgrade table, etc.) so far, but things are starting to stabilize, so I want to plan to use patches or minor upgrades (now, if I could just slow down the zealous devs who like to keep adding new function, LOL). I'll have to re-read the chapters 6, How Do You Fix It, and 12, Updates Using Patches since it has been awhile since I previously read them, then try to match what he says with how it can be done in WiX. Thanks all! Jim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sent: Monday, October 29, 2007 11:22 AM To: WiX Users Subject: Re: [WiX-users] Doing QFEs With WiX In article [EMAIL PROTECTED], Jim Williams [EMAIL PROTECTED] writes: Is there some way to define a QFE-like mechanism by using WiX? Windows Installer addresses updates as patches, minor upgrades, or major upgrades. I recommend Phil Wilson's book The Definitive Guide to Windows Installer http://www.amazon.com/Definitive-Guide-Windows-Installer-Experts/dp/159 0592972/ref=pd_bbs_sr_1/104-4530032-5340737?ie=UTF8s=booksqid=11936819 48sr=8-1 He does a really good job of explaining how to update installed products using any of these mechanisms (patches or upgrades) using Windows Installer. To create patches in WiX 2.0, you use WiX to define a patch creation properties file with the PatchCreation element. This file is then fed to msimsp.exe (from the Windows Installer SDK) to create the .msp patch file. I believe WiX 3.0 has a different mechanism for creating .msp files. Minor upgrades can be distributed as patches (deltas) or as whole distributions. Major upgrades are distributed as whole distributions. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What's the right way to use InstallExecuteSequence from a fragment?
Bob Arnson-6 wrote: That's be design: Light is a smart linker, so it brings in only those fragments that are referenced. There are a number of *Ref elements that create such references but not a sequence reference. That's a little odd -- usually, you'd want to include a custom action with any scheeduling, so CustomActionRef does the trick. You can use another *Ref, like PropertyRef, too. Thanks for the info guys. I guess I may reorganise the project in this way in future, but until then I'll just forcefully include the fragment with obviously-named dummy custom-actions and refs :) Karim -- View this message in context: http://www.nabble.com/What%27s-the-right-way-to-use-InstallExecuteSequence-from-a-fragment--tf4698457.html#a13473820 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Doing QFEs With WiX
In article [EMAIL PROTECTED], Jim Williams [EMAIL PROTECTED] writes: Is there some way to define a QFE-like mechanism by using WiX? Windows Installer addresses updates as patches, minor upgrades, or major upgrades. I recommend Phil Wilson's book The Definitive Guide to Windows Installer http://www.amazon.com/Definitive-Guide-Windows-Installer-Experts/dp/1590592972/ref=pd_bbs_sr_1/104-4530032-5340737?ie=UTF8s=booksqid=1193681948sr=8-1 He does a really good job of explaining how to update installed products using any of these mechanisms (patches or upgrades) using Windows Installer. To create patches in WiX 2.0, you use WiX to define a patch creation properties file with the PatchCreation element. This file is then fed to msimsp.exe (from the Windows Installer SDK) to create the .msp patch file. I believe WiX 3.0 has a different mechanism for creating .msp files. Minor upgrades can be distributed as patches (deltas) or as whole distributions. Major upgrades are distributed as whole distributions. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trying to preserve installation location
Rob Mensching-4 wrote: Have you read the MSI SDK about major upgrades? It sounds like you're not using the UpgradeCode to its full potential. In what way?? I haven't read the MSI SDK docs - but I did read Phil Wilson's Definitive Guide to Windows Installer - Chapter 6, on Upgrades. Quite honestly, still sounds pretty Greek to me - I don't like MSI, I think it's overly complicated, and way too much overkill for 90% of all installs. But I have this misbehaving MSI and my boss wants a solution ASAP :-( so I'm trying to struggle through learning as much as I absolutely need to understand what's happening, and trying to figure out the easiest ways to achieve what I need to achieve. Any further hints would be most welcome! My solution now is to store the install location into the registry and reading it from there again when installing a new version (using a major upgrade) since that information seems to survive the major upgrade. Seems and feels a bit like a kludge - but it works ok for now. Marc -- View this message in context: http://www.nabble.com/Trying-to-preserve-installation-location-tf4675773.html#a13475504 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Maintenance modes
For some reason my msi file is bringing up the maintenance mode when I double click it. So, now I have two questions. 1. How do I make sure that only remove is supported. I've already set the property ARPNOMODIFY like this: Property Id=ARPNOMODIFY Value=1 / but I've done it in a UI block. Is that wrong? I notice that the change button on the dialog is disabled, and that it doesn't appear on the add remove programs applet either. Secondly, if this is expected behavior, any ideas why when I click the remove button, everything in my install disappears, except for the entries under add remove programs? Looking through my log for the reinstall, it appears that Remove isn't set to ALL. Could that be the problem? Is there something special that needs to be done when using the WiX UI libraries? I'm running on vista by the way; haven't had the chance to check if this is a problem on XP or earlier yet. Anthony Wieser Wieser Software Ltd - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Path to MSI?
Try using the msi prop: CURRENTDIRECTORY Rad Ricka wrote: Hello, what's the most effective way to programmatically get the path to where my MSI is being run from? Cheers, R. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/WiX-v3%3A-How-to-verify-user-name---password-entered--tf4570364.html#a13476181 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Path to MSI?
In article [EMAIL PROTECTED], 7734456 [EMAIL PROTECTED] writes: Try using the msi prop: CURRENTDIRECTORY Eh? The documentation doesn't list any such standard property. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Maintenance modes
In article [EMAIL PROTECTED], Anthony Wieser [EMAIL PROTECTED] writes: For some reason my msi file is bringing up the maintenance mode when I double click it. This means its already installed. 1. How do I make sure that only remove is supported. I've already set the property ARPNOMODIFY like this: Property Id=ARPNOMODIFY Value=1 / but I've done it in a UI block. Is that wrong? Put it inside the Product tag. Secondly, if this is expected behavior, any ideas why when I click the remove button, everything in my install disappears, except for the entries under add remove programs? It sounds like you've corrupted Add/Remove Programs somehow. You can use the msizap utility to make A/RP forget about your product, but use this only as a last resort. You should do all testing of your install in a controlled envrionment, like using VMWare or Virtual PC. Looking through my log for the reinstall, it appears that Remove isn't set to ALL. Could that be the problem? Is there something special that needs to be done when using the WiX UI libraries? It could be a problem, but its hard to say without debugging it myself in front of your computer. (And no, that's not an invitation for free consulting :-). -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to prevent administrative (network) installation
Hi, How can I prevent a network installation (msiexec.exe /a XYZ.msi)? I pasted below the WIX content. Should I add a single dialog to AdminUISequence, to say that it is not supported, and give the option to finish? Is there a better way? (PS: I am not a WIX expert... Never understood why we had to list FatalError, UserExit, ExitDialog and PrepareDlg dialogs in AdminUISequence. I think this whole sequence thing is more complicated than it should be. Wondering if anyone feels the same way.) ... UI ... AdminUISequenceCustom Action=DIRCA_TARGETDIR Sequence=750TARGETDIR=/CustomShow Dialog=FatalError OnExit=error /Show Dialog=UserExit OnExit=cancel / Show Dialog=ExitDialog OnExit=success /Show Dialog=PrepareDlg Before=CostInitialize![CDATA[]]/ShowShow Dialog=AdminWelcomeDlg After=CostFinalize /Show Dialog=ProgressDlg After=AdminWelcomeDlg / /AdminUISequence... /UIAdminExecuteSequence Custom Action=DIRCA_TARGETDIR Sequence=750TARGETDIR=/Custom/AdminExecuteSequence... Thanks,Davut _ Help yourself to FREE treats served up daily at the Messenger Café. Stop by today. http://www.cafemessenger.com/info/info_sweetstuff2.html?ocid=TXT_TAGLM_OctWLtagline- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] intalling a microsoft office plugin with wix v3.0
The WixOfficeExtension exists but is undocumented at present. That in itself would be enough to make me shy away from it. If you feel like living dangerously, grab the sources distribution and look at src\ext\OfficeExtension. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Sam Sent: 29 October 2007 16:51 To: wix-users@lists.sourceforge.net Subject: [WiX-users] intalling a microsoft office plugin with wix v3.0 I saw in the FAQ that it is supposed to be easier to do this, but I couldn't find anything in the documentation about it. Is this something that hasn't been added yet? If not, where can I find info on it? If so, does anyone know what is necessary to accomplish this? Like what registry entries are necessary and what not? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Maintenance modes
I might just mention that you have to F5 Refresh Add/Remove Programs to be sure your entry is gone or not. A/RP doesn't refresh automatically. Of course, closing and reopening A/RP would refresh also. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Sent: Monday, October 29, 2007 2:40 PM To: WiX Users Subject: Re: [WiX-users] Maintenance modes In article [EMAIL PROTECTED], Anthony Wieser [EMAIL PROTECTED] writes: For some reason my msi file is bringing up the maintenance mode when I double click it. This means its already installed. 1. How do I make sure that only remove is supported. I've already set the property ARPNOMODIFY like this: Property Id=ARPNOMODIFY Value=1 / but I've done it in a UI block. Is that wrong? Put it inside the Product tag. Secondly, if this is expected behavior, any ideas why when I click the remove button, everything in my install disappears, except for the entries under add remove programs? It sounds like you've corrupted Add/Remove Programs somehow. You can use the msizap utility to make A/RP forget about your product, but use this only as a last resort. You should do all testing of your install in a controlled envrionment, like using VMWare or Virtual PC. Looking through my log for the reinstall, it appears that Remove isn't set to ALL. Could that be the problem? Is there something special that needs to be done when using the WiX UI libraries? It could be a problem, but its hard to say without debugging it myself in front of your computer. (And no, that's not an invitation for free consulting :-). -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to prevent administrative (network) installation
In article [EMAIL PROTECTED], Davut Karabay [EMAIL PROTECTED] writes: How can I prevent a network installation (msiexec.exe /a XYZ.msi)? Why? -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Undefined reference in Type 35 custom action
That is what I finally figured out. Thanks. -Steve From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 3:21 PM To: Steve Wood (OCS); wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Undefined reference in Type 35 custom action Normally you should use TARGETDIR as the root of your components in a merge module. When merging, these components' Directory entries will be rewritten to have their parent set to the Directory that you place the Merge element in. Any other directories you specify in your merge module are not retargeted. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Wood (OCS) Sent: 25 October 2007 19:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Undefined reference in Type 35 custom action I have an installer that includes a merge module: ... Merge Id=Merge_UCCApi.msm DiskId=1 Language=1033 SourceFile=$(var._LCSROOT)\external\mgc\UCCApi.msm / ... MergeRef Id=Merge_UCCApi.msm / And I want to set the INSTALLDIR of the merge module to track the INSTALLDIR of my installation package, so I tried this: !-- Set value of INSTALLDIR in UccApp.msm to track the INSTALLDIR of this installation package -- CustomAction Id=CA_SetUCCAPI_INSTALLLOCATION Directory=INSTALLDIR.C1402412_4C1F_48DB_B516_EE41CFE8BCA9 Value=[INSTALLDIR] / And get this error from light.exe: 100foo.wxs : error lght0112 : unresolved reference to symbol 'directory:installdir.c1402412_4c1f_48db_b516_ee41cfe8bca9' in section 'product:3212588d-108a-47a6-9ff1-56b425010302'.(0) : error 0112 : Unresolved reference to symbol 'Directory:INSTALLDIR.C1402412_4C1F_48DB_B516_EE41CFE8BCA9' in section 'Product:3212588D-108A-47A6-9FF1-56B425010302'. Looking at UccApi.msm in Orca, I see this is the Directory table: [cid:image001.jpg@01C81A40.4CA6AD40] Any thoughts as to how to get around this error? Thanks. -Steve inline: image001.jpg- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Undefined reference in Type 35 custom action
Normally you should use TARGETDIR as the root of your components in a merge module. When merging, these components' Directory entries will be rewritten to have their parent set to the Directory that you place the Merge element in. Any other directories you specify in your merge module are not retargeted. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Wood (OCS) Sent: 25 October 2007 19:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Undefined reference in Type 35 custom action I have an installer that includes a merge module: . Merge Id=Merge_UCCApi.msm DiskId=1 Language=1033 SourceFile=$(var._LCSROOT)\external\mgc\UCCApi.msm / . MergeRef Id=Merge_UCCApi.msm / And I want to set the INSTALLDIR of the merge module to track the INSTALLDIR of my installation package, so I tried this: !-- Set value of INSTALLDIR in UccApp.msm to track the INSTALLDIR of this installation package -- CustomAction Id=CA_SetUCCAPI_INSTALLLOCATION Directory=INSTALLDIR.C1402412_4C1F_48DB_B516_EE41CFE8BCA9 Value=[INSTALLDIR] / And get this error from light.exe: 100foo.wxs : error lght0112 : unresolved reference to symbol 'directory:installdir.c1402412_4c1f_48db_b516_ee41cfe8bca9' in section 'product:3212588d-108a-47a6-9ff1-56b425010302'.(0) : error 0112 : Unresolved reference to symbol 'Directory:INSTALLDIR.C1402412_4C1F_48DB_B516_EE41CFE8BCA9' in section 'Product:3212588D-108A-47A6-9FF1-56B425010302'. Looking at UccApi.msm in Orca, I see this is the Directory table: Any thoughts as to how to get around this error? Thanks. -Steve image002.jpg- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions launched from .MSM files
Hi Mike, Thank you for the answer; but I think the property is in the same file; this is the XML sequence which works fine in the .MSI: CustomAction Id=CAPCInstall.Command Property=QtExecCmdLine Value=quot;[INSTALLDIR]AppSecInc.Performance.CAInstaller.exequot;/ CustomAction Id=CAPCInstall BinaryKey=wixca DllEntry=CAQuietExec Execute=immediate Return=check / Binary Id=wixca SourceFile=$(var.WIX_DIR)\wixca.dll / CustomAction Id=CAPCUnInstall.Command Property=QtExecCmdLine Value=quot;[INSTALLDIR]AppSecInc.Performance.CAInstaller.exequot; 1/ CustomAction Id=CAPCUnInstall BinaryKey=wixca DllEntry=CAQuietExec Execute=immediate Return=check/ InstallExecuteSequence Custom Action=CAPCInstall.Command After=RegisterProduct/Custom Custom Action=CAPCInstall After=CAPCInstall.Command/Custom Custom Action=CAPCUnInstall.Command Before=RegisterProductInstalled/Custom Custom Action=CAPCUnInstall After=CAPCUnInstall.CommandInstalled/Custom /InstallExecuteSequence Do you think I forgot to add something, or is there anything to do with [INSTALLDIR], and how the WIX replaces the [INSTALLDIR] string? I also hardcoded the EXE path in the .MSM file (in Value) and I am getting the same error. My WIX version is 3.0. Thank you, Elena _ From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: 2007-Oct-29 Mon 5:57 PM To: 'Elena Diaconu'; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Custom actions launched from .MSM files Deferred custom actions get their instructions on what to do from a property named the same as the custom action itself, which in the CA code itself is the CustomActionData property. When you include something in a module, by default its identifier is modularized, that is, a GUID is added after the identifier you specify. This is to prevent name clashes between different modules and between a module and the installer. I'm guessing that the custom action itself is being modularized - you can see this below - but the property isn't, or the property is in a different module to the CA. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elena Diaconu Sent: 29 October 2007 16:05 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions launched from .MSM files Dear WIX users, I have a problem when I am trying to launch an executable through a Custom Action from an .MSM file: the WIX installation fails. When the executable is launched from an .MSI file everything works fine. So is launching executables through Custom Actions from .MSM files supposed to work or not? Below it is the errors log sequence: MSI (s) (1C:58) [18:03:58:968]: Doing action: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731 Action 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Action start 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. MSI (s) (1C:A0) [18:03:58:984]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSIADF.tmp, Entrypoint: CAQuietExec CAQuietExec: Error 0x80070057: failed to get command line data CAQuietExec: Error 0x80070057: failed to get Command Line Action ended 18:03:59: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Return value 3. Action ended 18:03:59: INSTALL. Return value 3. Thank you, I appreciate your answer(s), Elena Elena Diaconu Sr. Software Engineer, Application Security Inc. appsecinc.com http://www.appsecinc.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions launched from .MSM files
Deferred custom actions get their instructions on what to do from a property named the same as the custom action itself, which in the CA code itself is the CustomActionData property. When you include something in a module, by default its identifier is modularized, that is, a GUID is added after the identifier you specify. This is to prevent name clashes between different modules and between a module and the installer. I'm guessing that the custom action itself is being modularized - you can see this below - but the property isn't, or the property is in a different module to the CA. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elena Diaconu Sent: 29 October 2007 16:05 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions launched from .MSM files Dear WIX users, I have a problem when I am trying to launch an executable through a Custom Action from an .MSM file: the WIX installation fails. When the executable is launched from an .MSI file everything works fine. So is launching executables through Custom Actions from .MSM files supposed to work or not? Below it is the errors log sequence: MSI (s) (1C:58) [18:03:58:968]: Doing action: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731 Action 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Action start 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. MSI (s) (1C:A0) [18:03:58:984]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSIADF.tmp, Entrypoint: CAQuietExec CAQuietExec: Error 0x80070057: failed to get command line data CAQuietExec: Error 0x80070057: failed to get Command Line Action ended 18:03:59: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Return value 3. Action ended 18:03:59: INSTALL. Return value 3. Thank you, I appreciate your answer(s), Elena Elena Diaconu Sr. Software Engineer, Application Security Inc. appsecinc.com http://www.appsecinc.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] SelectionTree not showing the features to be installed!
I have defined all my features with Display='expand' and AllowAdvertise=yes with the appropriate components refs but still don't see the features on the selectiontree. It in fact shows a 2 level tree with no names to the features, something is definitely not right here since I have more than 2 features. Am I missing something here? Jacob - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Path to MSI?
in c++ : MsiGetProperty(hInstall, TEXT(CURRENTDIRECTORY), szMSISrcPath, dwBuffer); ..it's there. Richard-45 wrote: In article [EMAIL PROTECTED], 7734456 [EMAIL PROTECTED] writes: Try using the msi prop: CURRENTDIRECTORY Eh? The documentation doesn't list any such standard property. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/WiX-v3%3A-How-to-verify-user-name---password-entered--tf4570364.html#a13480236 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Path to MSI?
It's one of those undocumented (and therefore unsupported) properties you shouldn't be using. DATABASE is another. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of 7734456 Sent: Monday, October 29, 2007 5:32 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Path to MSI? in c++ : MsiGetProperty(hInstall, TEXT(CURRENTDIRECTORY), szMSISrcPath, dwBuffer); ..it's there. Richard-45 wrote: In article [EMAIL PROTECTED], 7734456 [EMAIL PROTECTED] writes: Try using the msi prop: CURRENTDIRECTORY Eh? The documentation doesn't list any such standard property. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/WiX-v3%3A-How-to-verify-user-name---password-enter ed--tf4570364.html#a13480236 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to prevent administrative (network) installation
Are you planning to ship patches? The reason I ask is that patch generation uses uncompressed images, and /a is a useful way to generate them. Phil Wilson From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Davut Karabay Sent: Monday, October 29, 2007 1:24 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to prevent administrative (network) installation Hi, How can I prevent a network installation (msiexec.exe /a XYZ.msi)? I pasted below the WIX content. Should I add a single dialog to AdminUISequence, to say that it is not supported, and give the option to finish? Is there a better way? (PS: I am not a WIX expert... Never understood why we had to list FatalError, UserExit, ExitDialog and PrepareDlg dialogs in AdminUISequence. I think this whole sequence thing is more complicated than it should be. Wondering if anyone feels the same way.) ... UI ... AdminUISequence Custom Action=DIRCA_TARGETDIR Sequence=750TARGETDIR=/Custom Show Dialog=FatalError OnExit=error / Show Dialog=UserExit OnExit=cancel / Show Dialog=ExitDialog OnExit=success / Show Dialog=PrepareDlg Before=CostInitialize![CDATA[]]/Show Show Dialog=AdminWelcomeDlg After=CostFinalize / Show Dialog=ProgressDlg After=AdminWelcomeDlg / /AdminUISequence ... /UI AdminExecuteSequence Custom Action=DIRCA_TARGETDIR Sequence=750TARGETDIR=/Custom /AdminExecuteSequence ... Thanks, Davut Help yourself to FREE treats served up daily at the Messenger Café. Stop by today! http://www.cafemessenger.com/info/info_sweetstuff2.html?ocid=TXT_TAGLM_OctWLtagline - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 17k Doctor's Email Addresses
Licensed Doctors in the USA 788,886 in total 17,832 emails Coverage in many different areas of medicine such as Endocrinology, Pathology, Urology, Neurology, Plastic Surgery, Psychiatry, Cardiology and much more Sort by over a dozen different fields This week's special price = $330 *** FREE OFFER: Get the directories below for FREE with the purchase of the Doctor data *** American Pharmaceutical Company bigwigs 5,000 names and emails of the major players American Hospitals complete contact information for CEO's, CFO's, Directors and more - over 23,000 listings in total for more than 7,000 hospitals in the USA American Dentists 597,000 dentists and dental services ( a $300 value!) Chiropractors in the USA More than 100,000 chiropractors practicing in the USA (206) 350-5212 above valid thru Nov 2 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] start and stop services
I have an existing service - say XYZ AdminConsole (Not part of my MSI) I want to: 1. Restart this service after installing my MSI 2. My MSI will remove some files during uninstall and I want to: 2.1 Stop this service before removing the files and 2.2 Start it again after removing the files. How can I do this? Please let me know if you have any idea. Thanks! -- View this message in context: http://www.nabble.com/start-and-stop-services-tf4715721.html#a13480470 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] start and stop services
In article [EMAIL PROTECTED], shapla [EMAIL PROTECTED] writes: 1. Restart this service after installing my MSI 2. My MSI will remove some files during uninstall and I want to: 2.1 Stop this service before removing the files and 2.2 Start it again after removing the files. How can I do this? Please let me know if you have any idea. Look at the ServiceControl element. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Path to MSI?
In article [EMAIL PROTECTED], 7734456 [EMAIL PROTECTED] writes: in c++ : MsiGetProperty(hInstall, TEXT(CURRENTDIRECTORY), szMSISrcPath, dwBuffer); ..it's there. That's working by accident, not working by design. Use at your own peril. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SelectionTree not showing the features to be installed!
In article [EMAIL PROTECTED], Sajo Jacob [EMAIL PROTECTED] writes: I have defined all my features with Display='expand' and AllowAdvertise=yes with the appropriate components refs but still don't see the features on the selectiontree. It in fact shows a 2 level tree with no names to the features, something is definitely not right here since I have more than 2 features. Am I missing something here? Open the MSI in Orca and look at the Feature table to ensure that everything is populated correctly. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Questions about Wixproj Error
Dear lists, I downloaded ProjectAggregator2-3.0.2925.0.msihttp://downloads.sourceforge.net/wix/ProjectAggregator2-3.0.2925.0.msi?modtime=1180101856big_mirror=0 And Wix-3.0.2925.0.msihttp://downloads.sourceforge.net/wix/Wix-3.0.2925.0.msi?modtime=1180101890big_mirror=0 From http://sourceforge.net/project/showfiles.php?group_id=105970package_id=16 After that I tried to open a wixproj file created by others. But, Visual Studio 2005 showed me a message as follows: Guid should contain 32 digits with 4 dashes (---) And when I tried create a new wixproj, VS shows a message box as follows: This project object has been unloaded from the MSBuild engine and is no longer valid. Could you tell me why and how to resolve this? Best regards, Nam, Seungho - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] install feature only if another app is installed
Jason Rivers wrote: is there a way I can set a condition so that if the .NET Framework is not installed then only that Feature doesn't get installed, but the rest does get installed still? Take a look at the WiX setup in the WiX source. We do that very thing for Votive installation when Visual Studio versions are/aren't present. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Checkbox does not recognize when it is checked
xyavier wrote: boB, It does however bring up my UI when someone clicks the change button in the ARP. My plan was to remove the Remove button so the user would be forced to use my UI which gives them the option to either remove or repair. So, under this situation is there any way to allow them to check the box at the time of removal. Sure. Is it not working? -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem in WixVariable for WixUIUpIco and WixUINewIco variables
Anwer Nehal Khan wrote: Yes, I get default icons even after renaming them. Please enter a bug. I'm not sure why it's not working so it'll take some research. If you can provide a small sample, that'll help in the debugger. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] VirtualDir on XP / WebSite on 2000, 2003
How would I go about having a website created if the target machine is a Windows Server (2000, 2003, etc) machine only, and for an XP target machine have a virtual directory created under the Default website. I'm looking to do this mainly because of the crippled version of IIS on XP machines. Can components installed conditionally? ** This email and any files transmitted with it are solely intended for the use of the addressee(s) and may contain information that is confidential and privileged. If you receive this email in error, please advise us by return email immediately. Please also disregard the contents of the email, delete it and destroy any copies immediately. Computershare Limited and its subsidiaries do not accept liability for the views expressed in the email or for the consequences of any computer viruses that may be transmitted with this email. This email is also subject to copyright. No part of it should be reproduced, adapted or transmitted without the written consent of the copyright owner. ** - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Managed Custom Action using InstallUtilLib.dll
Hi All, I am using Managed Custom Action as details in http://blogs.msdn.com/josealmeida/archive/2004/11/08/253831.aspx This approach works like a charm but I didn't quite like the idea of packaging InstallUtilLib.dll file in MSI. Is there a way to use the InstallUtilLib.dll present in the client machine instead of packing it in MSI Binary table as follows Binary Id=InstallUtil src=$(var.FrameworkPath)\InstallUtilLib.dll /. (I have a Lauch Condition to check for .NET Framework presence in the client machine). Thanks, Sankaranarayanan MG ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Maintenance modes
From: Richard [EMAIL PROTECTED] Sent: Monday, October 29, 2007 9:40 PM Subject: Re: [WiX-users] Maintenance modes In article [EMAIL PROTECTED], Anthony Wieser [EMAIL PROTECTED] writes: For some reason my msi file is bringing up the maintenance mode when I double click it. This means its already installed. 1. How do I make sure that only remove is supported. I've already set the property ARPNOMODIFY like this: Property Id=ARPNOMODIFY Value=1 / but I've done it in a UI block. Is that wrong? Put it inside the Product tag. Turns out I got this from the WixUI_InstallDir.wxs file I based it on. The property seems to be in the right place when I look at the file in Orcas. Secondly, if this is expected behavior, any ideas why when I click the remove button, everything in my install disappears, except for the entries under add remove programs? It sounds like you've corrupted Add/Remove Programs somehow. You can use the msizap utility to make A/RP forget about your product, but use this only as a last resort. I don't think that's what's going on, because I can still remove the program from ARP afterwards, even though most of the install is gone. Trawling through the UI sources, I found this in VerifyReadDlg.wxs: Control Id=Remove Type=PushButton X=236 Y=243 Width=56 Height=17 Hidden=yes Text=!(loc.VerifyReadyDlgRemove) Condition Action=showWixUI_InstallMode = Remove/Condition Publish Event=Remove Value=All![CDATA[OutOfDiskSpace 1]]/Publish [snip...] /Control However, the msi documentation says the argument for remove is: A string that is either the name of the feature or ALL. Does it matter that the case is wrong? It could be a problem, but its hard to say without debugging it myself in front of your computer. (And no, that's not an invitation for free consulting :-). I wouldn't expect that. Anthony Wieser Wieser Software Ltd - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX Localization - One Installer to support multiple Languages
Hi, Currently I am creating Localized WiX installers based on the steps mentioned @ http://www.tramontana.co.hu/wix/lesson2.php#2.4 (WixUI Customization and Localization Combined). Using those steps - I am able to create one installer for specific language. Is there a way to link the wixobj files with different localized language files in the same installer. I would like to have only one installer and its UI should be displayed based on the Language of the Users Operating System. If the Operating System language isn't one of the defeault supported language of the MSI - it should fall back to en-US. Can all supported languages WixUI_XX-XX.wxl file be integrated into the same installer. Thanks, Sankaranarayanan MG ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users