[WiX-users] ISAF Ankara Fuarına Davetlisiniz!!!
Untitled Document BU DAVETİYENİN ÇIKIŞINI ALARAK YA DA LİNKTEKİ FORMU DOLDURARAK FUARIMIZI ÜCRETSİZ ZİYARET EDEBİLİRSİNİZ. Marmara Tan#305;t#305;m Fuarc#305;l#305;k İstanbul (Merkez) Tel: +90 212 481 04 04 Fax: +90 212 481 04 74 Ankara (Sube) Tel: +90 312 426 64 22 Fax: +90 312 426 64 41 İzmir (Sube) Tel: +90 232 422 00 93 Fax: +90 232 422 16 33 Listemizden ç#305;kmak istiyorsan#305;z lütfen buraya tıklayın. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Patching - big problems with 'wix.sections's
Hello, I am creating patches for my application using the WIX patch build system. I have encountered (so far) 2 (two) big problems related to 'wix.section.xx' in the Wix pdbs. First problem was that my patch included many components which I have not specified in my Patch.wxs file. Debugging pyro I have found out that they were valided by the 'IsInPatchFamily' method in Patch class, due to the fact that the wix.sections associated to these components in the RTM pdbs and the upgrade pdbs were different. Without succeeding to understand what the ' wix.sections' are, I have made an workaround in the ReduceTransform method the exclude the components not specified in my Patch.wxs. Second problem, much bigger, was that I wanted to create a minor upgrade, at a point of time. For that reason I have changed the product version in the upgrade build (in my case from 8.1.0.0 to 8.1.1.0). I did not succeed to create the minor upgrade because again of the IsInPatchFamily method and the 'wix.sections' (the 'wix.sections' were identical in this case and IsInPatchFamily determined that the change of the ProductVersion family does not have to be included in my patch and droped it). Unfortunatelly, I have discovered the problem after I released the patch (which was intended to be ServicePack 1) to my customers. I have discovered the problem trying to create a ServicePack 2, which I needed to include SP1 and which did not install because, it said, the product to be upgarded was missing. So, practically now, I cannot deliver a SP2 which includes the previously delivered SP1. Please help me understand what these 'wix.sections' are and how can I avoid these kind of problems in the future, without workarounding behaviour which I'm not able to understand at all. Thanks, Cristian. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] (no subject)
各位老总:您们好! 诚祝:您们在2008年里;有鼠不尽的快乐!鼠不尽的收获!鼠不尽的钞票! 鼠不尽的幸福!鼠不尽的美满生活!愿:您们阖家欢乐!幸福安康! 我是(深圳市珊湖岛进出口有限公司)的负责人;可以提供:出口报关单, 核销单等等一系列手续;代理:出口报关,商检,境内外运输..等等;还可 以代办:出口欧盟许可证,欧盟产地证;并且还有(广州国际贸易交易会)的摊 位可以转让;有意者请来邮件或来电联系。 电话:0755-81153047。 传真:0755-81172940。 手机:15817477278。 联系人:钟文辉。 此致: 敬礼! - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Quiet Execution nightmare
I use the following Quiet execution CA to run an EXE during install Binary Id=wixca src=wixca.dll/ CustomAction Id=Validate Property=QtExecCmdLine Value=[INSTALLDIR]Vaidate.exe INSTALL/ CustomAction Id=QtExec BinaryKey=wixca DllEntry=CAQuietExec Execute=immediate Return=check / InstallExecuteSequence Custom Action='Validate' After='LaunchSystrayExe'NOT Installed/Custom Custom Action=QtExec After='Validate'NOT Installed/Custom /InstallExecuteSequence Installer fails with the following error in the verbose log: CAQuietExec: Command string must begin with quoted application name. MSI (s) (30!FC) [15:03:41:856]: Closing MSIHANDLE (4) of type 790531 for thread 508 MSI (s) (30!FC) [15:03:41:856]: Creating MSIHANDLE (5) of type 790531 for thread 508 CAQuietExec: Error 0x80070057: invalid command line property value MSI (s) (30!FC) [15:03:41:856]: Closing MSIHANDLE (5) of type 790531 for thread 508 MSI (s) (30!FC) [15:03:41:856]: Creating MSIHANDLE (6) of type 790531 for thread 508 CAQuietExec: Error 0x80070057: failed to get Command Line MSI (s) (30!FC) [15:03:41:856]: Closing MSIHANDLE (6) of type 790531 for thread 508 MSI (s) (30!FC) [15:03:41:856]: Closing MSIHANDLE (2) of type 790541 for thread 508 MSI (s) (30:70) [15:03:41:872]: Closing MSIHANDLE (1) of type 790542 for thread 2632 Action ended 15:03:41: QtExec. Return value 3. Am i not using the quotes correctly?? Also i'm using a CA to set the property value. Can anybody give me an insight on what am i doing wrong here? thanks Anidil -- View this message in context: http://www.nabble.com/Quiet-Execution-nightmare-tp16395201p16395201.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] product search using product code?
Thanks for the help Donal -- View this message in context: http://www.nabble.com/product-search-using-product-code--tp16306215p16395618.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] hitting intense highs
obsessed about coming Unbelievable 1-3 full inches gained in less than 2 months. http://www.cimpoteo.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problems with CustomAction (Executing DX9 Setup)
Hi, I'm using wix-2.0.5805.0 to generate an installer for an application which uses the DirectX. So far, I have successfully embedded the DX9 Redist files and they do get installed, however, I need to run the dsetup.exe binary at the end of the installation. I've tried various calls, ending up with: CustomAction Id='InstallDX9Redist' Directory='DXRedistDir' Impersonate='no' ExeCommand='[INSTALLDIR]DX9\dxsetup.exe' / scheduled using InstallExecuteSequence Custom Action='InstallDX9Redist' After='InstallFinalize'NOT Installed/Custom /InstallExecuteSequence which always fails on Vista. I've written a small command-line application which prints the current working directory and the passed parameters, and if I replace dxsetup with it, I see that DXSetup is called in the right folder -- however, if I put in DXSetup, it fails with Error 1721. The output of my program is: Arg (0) : C:\Program Files (x86)\Company\Test\DX9\dxsetup.exe Current working directory: C:\Program Files (x86)\Company\Test\DX9 which is what I'd expect. The MSI log output when running the real DXSetup is: MSI (s) (C4:B8) [15:33:02:954]: Doing action: InstallDX9Redist MSI (s) (C4:B8) [15:33:02:954]: Note: 1: 2205 2: 3: ActionText Action start 15:33:02: InstallDX9Redist. MSI (s) (C4:B8) [15:33:03:220]: Note: 1: 1721 2: InstallDX9Redist 3: C:\Program Files (x86)\Company\Test\DX9\ 4: C:\Program Files (x86)\Company\Test\DX9\dxsetup.exe MSI (s) (C4:B8) [15:33:03:220]: Note: 1: 2205 2: 3: Error MSI (s) (C4:B8) [15:33:03:220]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1721 MSI (c) (18:CC) [15:33:03:392]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: InstallDX9Redist, location: C:\Program Files (x86)\Company\Test\DX9\, command: C:\Program Files (x86)\Company\Test\DX9\dxsetup.exe MSI (s) (C4:B8) [15:33:04:454]: Note: 1: 2205 2: 3: Error MSI (s) (C4:B8) [15:33:04:454]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (C4:B8) [15:33:04:454]: Product: Test -- Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: InstallDX9Redist, location: C:\Program Files (x86)\Company\Test\DX9\, command: C:\Program Files (x86)\Company\Test\DX9\dxsetup.exe I searched the web for hints, which only pointed at the impersonate attribute, but setting it to yes or no does not help. What am I doing wrong, and what is the recommended way to install such dependencies? I have no problem running a small Boot-Strapper to run the VC9 Installer the DX9 installer first, but I'd like to have it all in a single package. Thank you, Anteru Side note: The installer also merges the VC9 Runtime, just in case this matters. I'm using: Merge Id='CRT' Language='0' src='CRT\microsoft_vc90_crt_x86.msm' DiskId='3' / Merge Id='CRT Policy' Language='0' src='CRT\policy_9_0_Microsoft_VC90_CRT_x86.msm' DiskId='3' / and Feature Id='F_CRT' Level='1' Title='C/C++ Runtime' Description='Visual C++ Runtime Libraries' TypicalDefault='install' Display='hidden' MergeRef Id='CRT' / MergeRef Id='CRT Policy' / /Feature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Экономия по специальному предл ожению
8 nbsp; (9OЗ) nbsp; 7 O 7 nbsp; 9 2 9З [EMAIL PROTECTED] ПРЕДЛОЖЕНИЕ реклама по юридическим и физическим адресам Москвы 4,63 миллиона писем или реклама по юридическим адресам Москвы и России 3,95 миллиона писем ВСЕГО 3999 РУБ.* две рассылки ВСЕГО 5500 РУБ.* три рассылки ВСЕГО 6999 РУБ.* при оплате яндекс-деньгами или веб-мани - скидка 7% !- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Install Directories
I am a new to Wix and am having trouble with two basic things. One: I'd like to change the default install directory from C:\ to something else. Two: The Merge Module which I include puts files in module retargetable folder (subfolder) of the directory I specify. I am using WixUI_InstallDir as my install pattern. Thanks, Randy - Special deal for Yahoo! users friends - No Cost. Get a month of Blockbuster Total Access now- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] how to make my Custom Action run on initial-setup, repair but not remove?
I know this should not be a complicated problem but i am not proficient in Conditions settting. The following is myThings: InstallUISequence Custom Action=myAction After=ExecuteActionNot REMOVE=ALL/Custom /InstallUISequence The result is myAction can run well in Setup and Repair, but meet an end up prematually problem in Remove. In fact, i don't want myAction run in Remove at all. So, how should i realize the condition? (I think i should not only change the condition text, but also the After executeAction thing, right? but i've no idea how to do.) Thanks! _ Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! http://spaces.live.com/spacesapi.aspx?wx_action=createwx_url=/friends.aspxmkt=en-us- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Vista, UAC off, registry writes virtualized
I briefly searched the archive for an appropriate post and nothing I found was quite right, but I apologize if this issue has been previously discussed here. Using WiX v3 (candle.exe version number is 3.0.2925.0). I have a WiX installer project that builds a MSI file for an IE toolbar/bho extension. When installing on Windows Vista with the User Access Control (UAC) turned *off* (ie, on install UAC does not ask you to confirm), there seems to be a permissions problem when writing to the registry -- writes to HKLM/Software/Classes/ AppID, CLSID/*, Interface/*, Typelib/* are all being virtualized into HKUsers/[userid]/Software Writes defined explicitly (RegistryValue entries in the WiX code) that write to HKLM/Software/[company]/[product] and HKLM/Software/Microsoft/IE and Windows (to register the bho/toolbar with IE) are working just fine. It seems to be the stuff that is entered automatically from the File element in the WiX code that is being virtualized. I suspect this is a permissions problem? Since UAC is not being invoked, something is being run by a low-privileges user or something? Any ideas? Thanks, Chad Blomquist - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Shortcut to File in another Merge Module
Hi, I am trying to create a shortcut to a file in another merge module. I have tried the following: Component Id='ApplicationShortcuts' Guid='2874af5a-14f8-45c9-9ca7-b4d61d11eac0' CreateFolder / Shortcut Id=MdiShellDesktopShortcut Directory=DesktopFolder Name=Multi-Manager Applications WorkingDirectory='INSTALLDIR' Show='normal' Icon='MMIcon.ico' IconIndex='0' Advertise='no' Target='[#MdiShell.exe]'/ /Component Directory Id=DesktopFolder Name=Desktop / However I get the following errors: Error 141 ICE03: Not a valid foreign key; Table: Shortcut, Column: Target, Key(s): MdiShellDesktopShortcut C:\Development\MMAA\Main - Infrastructure 3.0\Builds\Installers.Client\MMApps.Client.Build.Development.WiX\MMApps. Client.Build.Development.wxs40 1 MMApps.Client.Build.Development.WiX Error 166 ICE43: Component ApplicationShortcuts has non-advertised shortcuts. It should use a registry key under HKCU as its KeyPath, not a file. C:\Development\MMAA\Main - Infrastructure 3.0\Builds\Installers.Client\MMApps.Client.Build.Development.WiX\MMApps. Client.Build.Development.wxs38 1 MMApps.Client.Build.Development.WiX Error 167 ICE57: Component 'ApplicationShortcuts' has both per-user and per-machine data with a per-machine KeyPath. C:\Development\MMAA\Main - Infrastructure 3.0\Builds\Installers.Client\MMApps.Client.Build.Development.WiX\MMApps. Client.Build.Development.wxs38 1 MMApps.Client.Build.Development.WiX Error 168 ICE67: The shortcut 'MdiShellDesktopShortcut' is a non-advertised shortcut with a file target, but the target file does not exist. C:\Development\MMAA\Main - Infrastructure 3.0\Builds\Installers.Client\MMApps.Client.Build.Development.WiX\MMApps. Client.Build.Development.wxs40 1 MMApps.Client.Build.Development.WiX Error 169 ICE69: 'MdiShell.exe' references invalid file. C:\Development\MMAA\Main - Infrastructure 3.0\Builds\Installers.Client\MMApps.Client.Build.Development.WiX\MMApps. Client.Build.Development.wxs40 1 MMApps.Client.Build.Development.WiX It seems it cannot find the file. Thanks in advance for any help Rehan Saeed Please consider the environment before printing ** This message contains confidential information and is intended only for the individual or entity named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as an invitation or offer to buy or sell any securities or related financial instruments. GAM operates in many jurisdictions and is regulated or licensed in those jurisdictions as required. To the extent this email has been sent to you by any of GAM (U.K.) Limited, GAM Sterling Management Limited, GAM International Management Limited, GAM London Limited, GAM Fund Management Limited, or GAM Fonds Marketing GmbH, please note the following details in respect of each such company: GAM (U.K.) Limited (a company limited by shares and registered in England and Wales with company number with Company Number 01664573); GAM Sterling Management Limited (a company limited by shares and registered in England and Wales with company number with Company Number 01750352); GAM International Management Limited (a company limited by shares and registered in England and Wales with company number with Company Number 01802911); GAM London Limited (a company limited by shares and registered in England and Wales with company number with Company Number 00874802) Each of Registered Office: 12 St. James's Place, London, SW1A 1NX GAM Fund Management Limited (a company limited by shares and registered in Ireland with no. 156828) of Registered Office: George's Court 54-62 Townsend Street Dublin 2, Ireland GAM Fonds Management GmbH (a company limited by shares and registered in Germany under No. HRB 66857) of Friedrichstrasse 154, D-10117 Berlin, Germany. The competent Commercial Register is “Amtsgericht Charlottenburg“ in Berlin. Manager: Doreen Mallon. As far as investment and contract brokering are concerned, GAM Fonds Marketing GmbH acts as agent of Bank Julius Bär
Re: [WiX-users] Validate the install path
Riyaz Mogharabin wrote: Is it possible to use this with WiXUI_INSTALLDIR and WiX-2.0? I've used them for my software, and I prefer not to change it, but it seems that this is one of the features of WiX-3.0. Is that right? You'll have to replace InstallDirDlg to also do the validation. There's nothing built in to do that in v2. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Database HELP
Please keep /wix-users/ on the thread so everyone can participate. Arthur Curvello wrote: I got another problem now.. uninstalling.. MSI doesn't record property values so you need to save it so it's available at uninstall time. The typical way is to write it to the registry using RegistryValue and read it using RegistrySearch. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista, UAC off, registry writes virtualized
Chad Blomquist wrote: I have a WiX installer project that builds a MSI file for an IE toolbar/bho extension. When installing on Windows Vista with the User Access Control (UAC) turned *off* (ie, on install UAC does not ask you to confirm), there seems to be a permissions problem when writing to the registry -- writes to HKLM/Software/Classes/ AppID, CLSID/*, Interface/*, Typelib/* are all being virtualized into HKUsers/[userid]/Software Writes defined explicitly (RegistryValue entries in the WiX code) that write to HKLM/Software/[company]/[product] and HKLM/Software/Microsoft/IE and Windows (to register the bho/toolbar with IE) are working just fine. It seems to be the stuff that is entered automatically from the File element in the WiX code that is being virtualized. The File element doesn't write any registry values. How are you creating the values that go to the wrong place? -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with CustomAction (Executing DX9 Setup)
Anteru wrote: CustomAction Id='InstallDX9Redist' Directory='DXRedistDir' Impersonate='no' ExeCommand='[INSTALLDIR]DX9\dxsetup.exe' / scheduled using InstallExecuteSequence Custom Action='InstallDX9Redist' After='InstallFinalize'NOT Installed/Custom /InstallExecuteSequence which always fails on Vista. DirectX updates system files and therefore needs to be elevated. To be elevated, a custom action must be deferred (using Execute=deferred) and scheduled before InstallFinalize. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with CustomAction (Executing DX9 Setup)
Bob Arnson schrieb: Anteru wrote: CustomAction Id='InstallDX9Redist' Directory='DXRedistDir' Impersonate='no' ExeCommand='[INSTALLDIR]DX9\dxsetup.exe' / scheduled using InstallExecuteSequence Custom Action='InstallDX9Redist' After='InstallFinalize'NOT Installed/Custom /InstallExecuteSequence which always fails on Vista. DirectX updates system files and therefore needs to be elevated. To be elevated, a custom action must be deferred (using Execute=deferred) and scheduled before InstallFinalize. Still no luck. I added the Execute=deferred to the CustomAction and changed the schedule to Before='InstallFinalize' -- now it still fails, but it roll backs properly at least. Any idea how I can better pinpoint the problem? Thanks, Anteru - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Quiet Execution nightmare
Is this a typo or is it really called Vaidate.exe? Value=[INSTALLDIR]Vaidate.exe INSTALL/ Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anidil Sent: Monday, March 31, 2008 2:44 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Quiet Execution nightmare I use the following Quiet execution CA to run an EXE during install Binary Id=wixca src=wixca.dll/ CustomAction Id=Validate Property=QtExecCmdLine Value=[INSTALLDIR]Vaidate.exe INSTALL/ CustomAction Id=QtExec BinaryKey=wixca DllEntry=CAQuietExec Execute=immediate Return=check / InstallExecuteSequence Custom Action='Validate' After='LaunchSystrayExe'NOT Installed/Custom Custom Action=QtExec After='Validate'NOT Installed/Custom /InstallExecuteSequence Installer fails with the following error in the verbose log: CAQuietExec: Command string must begin with quoted application name. MSI (s) (30!FC) [15:03:41:856]: Closing MSIHANDLE (4) of type 790531 for thread 508 MSI (s) (30!FC) [15:03:41:856]: Creating MSIHANDLE (5) of type 790531 for thread 508 CAQuietExec: Error 0x80070057: invalid command line property value MSI (s) (30!FC) [15:03:41:856]: Closing MSIHANDLE (5) of type 790531 for thread 508 MSI (s) (30!FC) [15:03:41:856]: Creating MSIHANDLE (6) of type 790531 for thread 508 CAQuietExec: Error 0x80070057: failed to get Command Line MSI (s) (30!FC) [15:03:41:856]: Closing MSIHANDLE (6) of type 790531 for thread 508 MSI (s) (30!FC) [15:03:41:856]: Closing MSIHANDLE (2) of type 790541 for thread 508 MSI (s) (30:70) [15:03:41:872]: Closing MSIHANDLE (1) of type 790542 for thread 2632 Action ended 15:03:41: QtExec. Return value 3. Am i not using the quotes correctly?? Also i'm using a CA to set the property value? Can anybody give me an insight on what am i doing wrong here? thanks Anidil -- View this message in context: http://www.nabble.com/Quiet-Execution-nightmare-tp16395201p16395201.html Sent from the wix-users mailing list archive at Nabble.com. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Creating Upgrades / Service Packs for the Wix Msis.
Can someone point me to any documentation available for creating upgrades/Service packs using Wix 3.x ? The tutorial on Wix2.0 says For some strange reason, small updates and minor upgrades cannot be run simply by clicking on the .msi file-they give the error: Another version of this product is already installed. We know, stupid... Anyway, you have to start it with the command: msiexec /i SampleUpgrade2.msi REINSTALL=ALL REINSTALLMODE=vomus Is this still true in Wix 3.x or did things change in this regard in new wix versions ? Thanks in advance for your help. thanks ArunKumar ArcotVijayaKumar Systems Analyst Publix Supermarkets, Inc. 863 686 8754 x46533 813 470 9642 [EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista, UAC off, registry writes virtualized
Using the Class element (etc) in WiX generates Registry table entries that go to HKCR. That in turn follows the setting of ALLUSERS: if not set, it goes to HKEY_CURRENT_USER\Software\Classes, while if ALLUSERS=1, it goes to HKEY_LOCAL_MACHINE\Software\Classes. This was true in Windows XP for packages installed by an administrative user and the same is true in Windows Vista even if you have UAC turned off. The UAC prompt enables you to assert your admin rights. If you're creating a package that is intended to be installed by an unprivileged user into their own profile, don't set ALLUSERS. Otherwise (which for most people is the case), set ALLUSERS to 1. Always test with UAC on, because it's the more restrictive environment and your customer may have it turned on (it is of course the default). Don't assume that nerds have it turned off: I have it enabled. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chad Blomquist Sent: 31 March 2008 17:33 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Vista, UAC off, registry writes virtualized I briefly searched the archive for an appropriate post and nothing I found was quite right, but I apologize if this issue has been previously discussed here. Using WiX v3 (candle.exe version number is 3.0.2925.0). I have a WiX installer project that builds a MSI file for an IE toolbar/bho extension. When installing on Windows Vista with the User Access Control (UAC) turned *off* (ie, on install UAC does not ask you to confirm), there seems to be a permissions problem when writing to the registry -- writes to HKLM/Software/Classes/ AppID, CLSID/*, Interface/*, Typelib/* are all being virtualized into HKUsers/[userid]/Software Writes defined explicitly (RegistryValue entries in the WiX code) that write to HKLM/Software/[company]/[product] and HKLM/Software/Microsoft/IE and Windows (to register the bho/toolbar with IE) are working just fine. It seems to be the stuff that is entered automatically from the File element in the WiX code that is being virtualized. I suspect this is a permissions problem? Since UAC is not being invoked, something is being run by a low-privileges user or something? Any ideas? Thanks, Chad Blomquist - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to compile and link project example?
Can someone point me to the place in the documentation where it explains what files need to go on the command line for candle and what do not? Thanks! Siegfried From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: Saturday, March 29, 2008 11:46 AM To: Siegfried Heintze (Aditi); wix-users@lists.sourceforge.net Subject: RE: [WiX-users] How to compile and link project example? The WiX toolset works somewhat like a C++ toolset. Candle is a 'compiler' which parses your source code and turns it into 'object code' - in this case, effectively writing the rows that will be written to the MSI, with placeholders where necessary if a reference is not resolved within this fragment. Light, the linker, takes multiple 'object files', including libraries of object files (.wixlib files) and libraries embedded in extension DLLs, and combines them into an MSI, MSM, or other appropriate output. You wouldn't pass a .wxs file to light - it doesn't understand it. You have to first compile it with candle. In this particular case, module.wxs isn't actually needed as product.wxs is self-contained. Its presence on the candle command line is misleading. In the version of the tutorial I'm looking at, it's not referenced. If it were needed then you would put the output from candle, module.wixobj, on the command line. -- Mike Dimmick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Siegfried Heintze (Aditi) Sent: 28 March 2008 23:16 To: 'wix-users@lists.sourceforge.net' Subject: [WiX-users] How to compile and link project example? In the v3 chm file tutorial, they give you this instructions: candle module.wxs product.wxs light product.wixobj msiexec /i product.msi /l*v product.log What is the reason that the light command line does not include module.wxs? Thanks, Siegfried - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Regasm custom action Fails intermittently in Windows XP 64bit.
Hey Guys, For an install we have a custom action in our wixscript performing Regasm in windows xp x64 environment. The install periodically fails at that point. Sometimes it works..sometimes it doesnt. When I try to run regasm manually using the command prompt on the same dll it always works. Here is my custom action CustomAction Id=CallRegASM Directory=INSTALLDIR Win64=no ExeCommand=quot;[WindowsFolder]Microsoft.NET\Framework\v2.0.50727\regasm.exequot; /codebase quot;[ContentFilter]PNContentFilters.NetKPIDrawFilter.dllquot; Return=check / It is being called in the InstallExecuteSequence like this. Custom Action=CallRegASM After=InstallFinalizeNOT Installed/Custom The installer logs have the following in them... Action start 10:36:08: CallRegASM. MSI (s) (80:68) [10:36:13:109]: Note: 1: 1722 2: CallRegASM 3: C:\Program Files (x86)\Matrikon\ProcessSuite\ProcessNet\ 4: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\regasm.exe /codebase C:\Program Files (x86)\Matrikon\ProcessSuite\ProcessNet\Web\NetKPI\ContentFilter\PNContentFilters.NetKPIDrawFilter.dll MSI (c) (C8:9C) [10:36:13:125]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action CallRegASM, location: C:\Program Files (x86)\Matrikon\ProcessSuite\ProcessNet\, command: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\regasm.exe /codebase C:\Program Files (x86)\Matrikon\ProcessSuite\ProcessNet\Web\NetKPI\ContentFilter\PNContentFilters.NetKPIDrawFilter.dll MSI (s) (80:68) [10:36:15:750]: Product: Matrikon NetKPI -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action CallRegASM, location: C:\Program Files (x86)\Matrikon\ProcessSuite\ProcessNet\, command: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\regasm.exe /codebase C:\Program Files (x86)\Matrikon\ProcessSuite\ProcessNet\Web\NetKPI\ContentFilter\PNContentFilters.NetKPIDrawFilter.dll Action ended 10:36:15: CallRegASM. Return value 3. Action ended 10:36:15: INSTALL. Return value 3. As noted this does not happen all the time. Any ideas why this may be happening? -- . Abdullah Ahmed . [EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] case-insensitive comparison in include file
Hi, I have the following line in wxi file: ?if $(env.BLD_ARCH)=X86 ? How can I make this comparison case-insensitive? Thanks, Stas - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to create property with value from registry
I have a problem with some wxs files and the corresponding msi files. I can install the msi files fine. I can uninstall them fine if I say msiexec /x abc.msi SETUPDIR=C:\SETUPHERE. If I don't specify the extra parameter on the command line, the uninstall will fail. This is a problem I am supposed to fix as we cannot presently use add remove programs. So I decided it would be good to store the value of SETUPDIR in the registry and define a property with that value in uninstall process. Is this the best solution or is there a better way? Can someone show me how to define a new property (1)Whose value is defined and saved in the registry in the install process (2)Whose value is retrieved from the registry in the uninstall process? Thanks! Siegfried - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] case-insensitive comparison in include file
According to wix.chm, comparisons are case-sensitive. You'll have to use 'Or', eg. ?if $(env.BLD_ARCH)=X86 Or $(env.BLD_ARCH)=x86? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stas Klyachkovsky Sent: Monday, March 31, 2008 12:53 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] case-insensitive comparison in include file Hi, I have the following line in wxi file: ?if $(env.BLD_ARCH)=X86 ? How can I make this comparison case-insensitive? Thanks, Stas - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] IIS7, UAC, InstallUISequence
I am attempting to read the list of web sites from the applicationHost.config (IIS7 configuration file) file using a vbscript function and present the user with a screen that allows them to choose the web site onto which they want to install our web app (set up a vdir, etc). But there seems to be some sort of permission problem when reading this file during the UI sequence. To the vbscript it looks like the file is empty. If I copy the applicationHost.config file to %temp% and read it from there, it works fine. But it does not work under the %windir%system32\inetsrv\config dir (where applicationHost.config lives). I am guessing that the problem is that an msi is not elevated until the InstallExecuteSequence. In other words, when you get to the Install button in a GUI installation. I know that I can modify the file and add the web app during the during this (InstallExecute) sequence (that is when you are hit with the UAC prompt), but I can't read the file properly before that happens. I am launching the installer in an Administrator shell and the CA has Impersonate=no as an attribute. Does anyone have any thoughts on this? I can post the source if it helps. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems with CustomAction (Executing DX9 Setup)
Anteru wrote: Still no luck. I added the Execute=deferred to the CustomAction and changed the schedule to Before='InstallFinalize' -- now it still fails, but it roll backs properly at least. Check a verbose log. However, in my experience installing DirectX, it sometimes returns a failure code even when it apparently installs the DLLs correctly. Try running it by hand before installation to see if that lets it succeed. Worst case, you might add Return=ignore to let the bogus failure code be ignored and not roll back the install. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] case-insensitive comparison in include file
Jordan Fitzgibbon wrote: According to wix.chm, comparisons are case-sensitive. Doc's not always perfect.g ~= is available but undocumented. I just submitted a review request to add it. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to create property with value from registry
Siegfried Heintze (Aditi) wrote: So I decided it would be good to store the value of SETUPDIR in the registry and define a property with that value in uninstall process. That's the typical way. Write it with RegistryValue and read it RegistrySearch. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] case-insensitive comparison in include file
Stas Klyachkovsky wrote: ?if $(env.BLD_ARCH)=X86 ? How can I make this comparison case-insensitive? If you're using a current WiX v3 build, try ~=. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating Upgrades / Service Packs for the Wix Msis.
ArunKumar ArcotVijayaKumar wrote: msiexec /i SampleUpgrade2.msi REINSTALL=ALL REINSTALLMODE=vomus Is this still true in Wix 3.x or did things change in this regard in new wix versions ? That's how MSI works. WiX isn't involved at install time (other than with custom actions). -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Regasm custom action Fails intermittently in Windows XP 64bit.
Abdullah Ahmed wrote: For an install we have a custom action in our wixscript performing Regasm in windows xp x64 environment. The install periodically fails at that point. Sometimes it works..sometimes it doesnt. That's a great reason to not use custom actions to self-register stuff. Use Heat to generate the authoring. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista, UAC off, registry writes virtualized
Chad Blomquist wrote: If values aren't being set automatically, then I'm not sure how a Windows XP install, or a Vista install with UAC turned on winds up having values in the CLSID section to indicate InprocServer32 path, etc. I never explicitly write those, but they show up in the registry. I can only assume this is done magically using info inside the file element. What Mike said.g -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users