Re: [WiX-users] How to cancel an installation (using CancelDlg)?
Ok, but how can I set the Y attribute on a CancelDlg? The Wix segement that activates the dialog is Control Id=Cancel Type=PushButton X=304 Y=243 Width=56 Height=17 Cancel=yes Text=Cancel Publish Event=SpawnDialog Value=CancelDlg/ /Control /Hans Bob Arnson-6 wrote: md5hans wrote: thing is that the CancelDialog is placed in the upper middle part of the screen, does anybody now why? That's controlled by the Dialog/@Y attribute. -- 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/How-to-cancel-an-installation-%28using-CancelDlg%29--tf4303433.html#a12268677 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] ListBox vs ComboBox
Thanks a lot, now it works! How can I pre-select the first item in the combo? (I do not now what the values in the Combo are when creating the WIX file, they are added from a c++ dll) or is there a way to have my Next button disabled until the user has selected a value from the combobox? Maybe these questions should be in a seperate message since there are not so related to the original question but I try this first. /Hans Bob Arnson-6 wrote: md5hans wrote: FillListbox: Error 0x8007064f: failed to open view on database FillListbox: Error 0x8007064f: failed to openexecute temp view with query SELECT * FROM `ComboBox` You probably don't have a ComboBox table in your MSI. The MSI spec requires that there be a ListBox table if you UI but not ComboBox. Use EnsureTable to have WiX include an empty table. -- 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/ListBox-vs-ComboBox-tf4304757.html#a12269059 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] A bug in the ConfigureSmb?
I disregarded it before, but user is also removed after Version2 is installed. Ivan A. Gusev, Developer, Laboratory of Business Technologies, Ltd Visit us at http://www.labitec.ru - 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] Executing embedded MSI's
Nested MSI's are deprecated. Use a bootstrapper. There is a VS2005 SetupBootstrapper SDK. Not sure where it is...:-( This might help in creating manifest files http://www.codeplex.com/bmg Wix 3.0 has also something in the works. Setupbld.exe(?) but I did not use it yet. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peter Marcu Sent: Wednesday, August 22, 2007 7:52 AM To: Dix, John; Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Executing embedded MSI's It will fail with error code 1618 Another installation is already in progress. Complete that installation before proceeding with this install. Why do you need to run the msi nested? Could you run one msi and then the other? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dix, John Sent: Tuesday, August 21, 2007 10:42 PM To: Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Executing embedded MSI's So is there a way around this? Creating a CustomAction in a DLL I write that spawns the msiexec application against the MSI's maybe? From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tue 8/21/2007 10:24 PM To: Dix, John Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Executing embedded MSI's Dix, John wrote: It copies the file but I am not sure how then to execute it. I would rather execute the file than copy it. My previous installer experience is with InstallShield 11.5 and event hen it wasn't a lot of customization. Would it help greatly to learn MSI parallel to WiX? Or is learning the WiX environment sufficient? You definitely need to know MSI -- WiX concepts are almost direct mappings to MSI functionality (except the custom actions, which are all WiX-specific). In this case, MSI no longer supports nested installations so there's nothing WiX can do. A bootstrapper is in development, to allow you to chain multiple MSIs together. -- sig://boB http://joyofsetup.com/ This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by: 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] WebDir Element........
Hi Group, I actually want to use the element WebDir Element.. And create a virtual directory in iis and need to host all the files in the folder. I want to use the element which is in the link. http://wix.sourceforge.net/manual-wix2/wix_xsd_webdir.htm Thanks - 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] Splash screen for 3 seconds
Can anyone suggest me a way to display a splashscreen.bmp file for 3 seconds at the beginning of the installation? -- View this message in context: http://www.nabble.com/Splash-screen-for-3-seconds-tf4310972.html#a12272532 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] Executing embedded MSI's
John, Take this with a GIANT grain of salt, but I have these notes about embedding a third party MSI saved off onto my person WiX wiki: http://wix.mindcapers.com/wiki/Embed_a_Third_Party_MSI It's a cut and paste from this mailing list I thought might be useful, as is 99% of the content on that wiki. When I get time, I plan to clean it up, but for now, the wiki is just semi-organized wix-users tidbits. I was thinking of trying this in the next couple days myself. Julie Campbell [EMAIL PROTECTED] -- Message: 9 Date: Tue, 21 Aug 2007 22:41:30 -0700 From: Dix, John [EMAIL PROTECTED] Subject: Re: [WiX-users] Executing embedded MSI's To: Bob Arnson [EMAIL PROTECTED] Cc: wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 So is there a way around this? Creating a CustomAction in a DLL I write that spawns the msiexec application against the MSI's maybe? _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.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] Change IIS asp.net version
Thanks for the response. I added your code but now when I run the install it modifies the extension and only puts one ad entry in so all the others like asp, aspx, ascx are gone so nothing works! How do you get around that problem? Thanks Dan From: david adams [mailto:[EMAIL PROTECTED] Sent: 21 August 2007 19:19 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Change IIS asp.net version We use the following to set the ASP.NET version to 2.0. The property identifies the 2.0 framework location from the system registry and the WebApplicationExtension sets the 2.0 ASPNET_ISAPI assembly for the particular web application. Property Id=FRAMEWORKROOT RegistrySearch Id=FrameworkRootDir Root=HKLM Key=SOFTWARE\Microsoft\.NETFramework Type=directory Name=InstallRoot / /Property ... WebApplication Id=TemplateWebApplicationDev AllowSessions=yes Buffer=yes ClientDebugging=no DefaultScript=VBScript Name=[WEBAPPLICATIONNAME] ServerDebugging=no SessionTimeout=20 WebAppPool=TemplateAppPool WebApplicationExtension Extension=ad CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST / ... /WebApplication David Adams, MCSD MSN MessengerID: [EMAIL PROTECTED] Date: Tue, 21 Aug 2007 16:35:38 +0100 From: [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Subject: [WiX-users] Change IIS asp.net version Hi, I'm using wix v2.0.5206.0. Is there anyway I can change the asp.net version for an IIS application either using built in command or custom action? I've been looking around but can't find much on this. Thanks Dan This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Thank you for your co-operation. Please contact our IT Helpdesk on +44 (0) 20 7785 2000 or email [EMAIL PROTECTED] if you need assistance. Please refer to http://www.freshfields.com/legalnotice/uk.asp for regulatory information relating to the provision of insurance mediation services. New home for Mom, no cleanup required. All starts here. http://www.reallivemoms.com?ocid=TXT_TAGHMloc=us This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Thank you for your co-operation. Please contact our IT Helpdesk on +44 (0) 20 7785 2000 or email [EMAIL PROTECTED] if you need assistance. Please refer to http://www.freshfields.com/legalnotice/uk.asp for regulatory information relating to the provision of insurance mediation services. - 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] ListBox vs ComboBox
Hi, please ignore the second question about the Next button, I found an example using Publish Dialog if I set a condition on the property associated with the ComboBox I suppose I will get the behaivor I'm after. I suppose if this works I do not need to pre-select an item in the combo so you may also ignore the first question to ;-) sorry... /Hans md5hans wrote: Thanks a lot, now it works! How can I pre-select the first item in the combo? (I do not now what the values in the Combo are when creating the WIX file, they are added from a c++ dll) or is there a way to have my Next button disabled until the user has selected a value from the combobox? Maybe these questions should be in a seperate message since there are not so related to the original question but I try this first. /Hans Bob Arnson-6 wrote: md5hans wrote: FillListbox: Error 0x8007064f: failed to open view on database FillListbox: Error 0x8007064f: failed to openexecute temp view with query SELECT * FROM `ComboBox` You probably don't have a ComboBox table in your MSI. The MSI spec requires that there be a ListBox table if you UI but not ComboBox. Use EnsureTable to have WiX include an empty table. -- 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/ListBox-vs-ComboBox-tf4304757.html#a12273302 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] Creating a web site in IIS
If you can publish a section of what you are doing, it might help.David Adams, MCSD MSN MessengerID: [EMAIL PROTECTED] Date: Tue, 21 Aug 2007 18:57:32 -0700 From: [EMAIL PROTECTED] To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating a web site in IIS Hello, I'm trying to use the wix iis:website element to create a new website in iis. Despite the fact that I specify a different port and specific IP address in the child iis:web address element, I find that the new web site is replacing the existing default web site rather than being added to the list as a second website. I'm using windows server 2003 r2 running iis 6, so multiple websites should be allowed. Any ideas or thoughts? -Dan - 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 _ Messenger Café — open for fun 24/7. Hot games, cool activities served daily. Visit now. http://cafemessenger.com?ocid=TXT_TAGLM_AugWLtagline- 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] Change IIS asp.net version
Oopssorry. Include the extensions that you need. WebApplicationExtension Extension=ad CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=adprototype CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=asax CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=ascx CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=ashx CheckPath=no Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=asmx CheckPath=no Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=aspx CheckPath=no Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=axd CheckPath=no Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=browser CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=cd CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=compiled CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=config CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=csproj CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=dd CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST / WebApplicationExtension Extension=exclude CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST / WebApplicationExtension Extension=java CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=jsl CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=ldb CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=ldd CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=lddprototype CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=ldf CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=licx CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=master CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=mdb CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=mdf CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=msgx CheckPath=no Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=refresh CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=rem CheckPath=no Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=resources CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=resx CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=sd CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=sdm CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=sdmDocument CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=sitemap CheckPath=yes Script=yes Executable=[FRAMEWORKROOT]v2.0.50727\aspnet_isapi.dll Verbs=GET,HEAD,POST /WebApplicationExtension Extension=skin CheckPath=yes Script=yes
Re: [WiX-users] Rollback not rolling all back
I see my mistake. I had mistakenly scheduled the CA after InstallFinalize. BTW, are there any suggested ways of detecting that a CA has failed and showing a nice error message to the user instead of 'Error : a program has failed to complete' type of message? On 8/21/07, Bob Arnson [EMAIL PROTECTED] wrote: Reggie Burnett wrote: That explains it. However, it's still contradictory to users when the installer clearly tells them that no changes have been made to their system and that is a lie. :) It's true as long as you don't run custom actions after the install's finished. MSI will undo what it does -- including removing assemblies from the GAC, if there's a failure there -- but it can't undo your custom actions for you. CAs after InstallFinalize can't be elevated, so they shouldn't be doing anything that modifies the system. -- 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] how to use Use regsvr32 in cmd
Hello.I try to run a batch file after I install it, but during the setup, automatically. When it runs, the cmd window opens with the path : c:\windows\system32\ . I need to have the path the location of the installed files. How can I make this ? Thanks Andrei PETRUT Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/ - 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] ConfigureSQL Leaked MSIHANDLE
Hi all: We are using the latest 2.0 build of wix and are now seeing this bug 80-90% of the time during installs. Has anybody made any progress in nailing down these leaked MSI Handles in the sql custom actions? Thanks, Dana - 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 use Use regsvr32 in cmd
Did you check heat (or tallow for v2.x) to generate wix for the registration of dll's? Or is the dll doing some magic? From: [EMAIL PROTECTED] on behalf of Petrut Andrei Sent: Wed 8/22/2007 15:22 To: wix-users@lists.sourceforge.net Subject: [WiX-users] how to use Use regsvr32 in cmd Hello.I try to run a batch file after I install it, but during the setup, automatically. When it runs, the cmd window opens with the path : c:\windows\system32\ . I need to have the path the location of the installed files. How can I make this ? Thanks Andrei PETRUT Looking for a deal? Find great prices on flights and hotels http://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20- with Yahoo! FareChase. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by: 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] INI File
How to add a shortcut to the Add/Remove Programs ? I have already one for launching a web site, but I don't know how to do for this. IniFile Id='Launch' Action='addLine' Name='Launch.url' Directory='ProgramMenuDir' Section='InternetShortcut' Key='URL' Value='http://www.google.ro' /IniFile Andrei PETRUT Sales Department Member AIESEC in Cluj-Napoca AIESEC in Romania E-mail : [EMAIL PROTECTED] Mobile : +40 745 602 581 Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.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] INI File
You don't need to do anything, Windows Installer will deal with that for yo auto-magically. Petrut Andrei wrote: How to add a shortcut to the Add/Remove Programs ? -- View this message in context: http://www.nabble.com/INI-File-tf4311811.html#a12276011 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] how to use Use regsvr32 in cmd
It depends. I just genereated the wxs for directdb.dll. I found that easy. And this works guaranteed. Component Id=directdb.dll Guid=PUT-GUID-HERE File Id=directdb.dll Name=directdb.dll KeyPath=yes Source=C:\Program Files\Common Files\System\directdb.dll Class Id={4A16043F-676D-11D2-994E-00C04FA309D4} Context=InprocServer32 Description=CLSID_DatabaseSession ThreadingModel=both / /File /Component Just show me your wxs we might be able to help. From: Petrut Andrei [mailto:[EMAIL PROTECTED] Sent: Wed 8/22/2007 15:54 To: Schrieken, Rene Subject: Re: [WiX-users] how to use Use regsvr32 in cmd No, I haven't. But isn't easier just to execute from the cmd prompt ? Andrei PETRUT - Original Message From: Schrieken, Rene [EMAIL PROTECTED] To: Petrut Andrei [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Sent: Wednesday, August 22, 2007 3:30:39 PM Subject: RE: [WiX-users] how to use Use regsvr32 in cmd Did you check heat (or tallow for v2.x) to generate wix for the registration of dll's? Or is the dll doing some magic? From: [EMAIL PROTECTED] on behalf of Petrut Andrei Sent: Wed 8/22/2007 15:22 To: wix-users@lists.sourceforge.net Subject: [WiX-users] how to use Use regsvr32 in cmd Hello.I try to run a batch file after I install it, but during the setup, automatically. When it runs, the cmd window opens with the path : c:\windows\system32\ . I need to have the path the location of the installed files. How can I make this ? Thanks Andrei PETRUT Looking for a deal? Find great prices on flights and hotels http://us.rd.yahoo.com/evt=47094/*http://farechase.yahoo.com/;_ylc=X3oDMTFicDJoNDllBF9TAzk3NDA3NTg5BHBvcwMxMwRzZWMDZ3JvdXBzBHNsawNlbWFpbC1uY20- with Yahoo! FareChase. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel http://us.rd.yahoo.com/evt=48516/*http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 and lay it on us. - 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] Help required !!!
Dear All, First time I am using WiX. I am working on wix-3.0.2925.0-binaries. I am using WiX with MS Visual Studio 2005. I have a .msi file which I have decompiled using dark.exe decompiler and got a .wxs file. Again I tried to build this .wxs file with my application code. Now I am getting errors. What should I do? Is there any version mismatch problem. I have to add some patch with my wix binaries because I read that wix3.0 is not stable. I also got few warnings while decompile the .msi file. Following are the warnings. Please help me. Thanks!! Veerendra Following are the warnings... warning DARK1065 : The AdvtUISequence table is not supported by the WiX toolset because it has been deprecated by the Windows Installer team. Any in formation in this table will be left out of the decompiled output. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1062: The ModuleSignature table can only be represented in WiX for merge modules. The information in this table will be left out of the decompiled output. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1062: The ModuleComponents table can only be represented in WiX for merge modules.The information in this table will be left out of the decompiled output. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1066: The MsiPatchHeaders table is not directly supported by the WiX toolset because it belongs in a patch (msp) file. This table can be indirectly created by making a patch creation (pcp) file using WiX, then using PatchWiz to create a patch (msp) file. Any information in this table will be left out of the decompiled ou tput. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1066: The Patch table is not directly supported by the WiX toolset because it belongs in a patch (msp) file. This table can be indirectly created by making a patch creation (pcp) file using WiX, then using PatchWiz to create a patch (msp) file. Any information in this table will be left out of the decompiled output. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1066: The PatchPackage table is not directly supported by the WiX toolset because it belongs in a patch (msp) file. This table can be indirectly created by making a patch creation (pcp) file using WiX, then using PatchWiz to create a patch (msp) file. Any information in this table will be left out of the decompiled output. dark.exe : warning DARK1058 : The AdvtExecuteSequence table contains an action' MsiUnpublishAssemblies' which is not allowed in this table. If this is a standard action then it is not valid for this table, if it is a custom action or dialo g then this table does not accept actions of that type. This action will be left out of the decompiled output. - Got a little couch potato? Check out fun summer activities for kids.- 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] Help Needed ......
Dear All, First time I am using WiX. I am working on wix-3.0.2925.0-binaries. I am using WiX with MS Visual Studio 2005. I have a .msi file which I have decompiled using dark.exe decompiler and got a .wxs file. Again I tried to build this .wxs file with my application code. Now I am getting errors. What should I do? Is there any version mismatch problem. I have to add some patch with my wix binaries because I read that wix3.0 is not stable. I also got few warnings while decompile the .msi file. Following are the warnings. Please help me. Thanks!! Veerendra Following are the warnings... warning DARK1065 : The AdvtUISequence table is not supported by the WiX toolset because it has been deprecated by the Windows Installer team. Any in formation in this table will be left out of the decompiled output. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1062: The ModuleSignature table can only be represented in WiX for merge modules. The information in this table will be left out of the decompiled output. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1062: The ModuleComponents table can only be represented in WiX for merge modules.The information in this table will be left out of the decompiled output. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1066: The MsiPatchHeaders table is not directly supported by the WiX toolset because it belongs in a patch (msp) file. This table can be indirectly created by making a patch creation (pcp) file using WiX, then using PatchWiz to create a patch (msp) file. Any information in this table will be left out of the decompiled ou tput. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1066: The Patch table is not directly supported by the WiX toolset because it belongs in a patch (msp) file. This table can be indirectly created by making a patch creation (pcp) file using WiX, then using PatchWiz to create a patch (msp) file. Any information in this table will be left out of the decompiled output. c:\FaxFinder_orig\FF110-VS5-MSI\TiffNT\Debug\FF110Client.msi : warning DARK1066: The PatchPackage table is not directly supported by the WiX toolset because it belongs in a patch (msp) file. This table can be indirectly created by making a patch creation (pcp) file using WiX, then using PatchWiz to create a patch (msp) file. Any information in this table will be left out of the decompiled output. dark.exe : warning DARK1058 : The AdvtExecuteSequence table contains an action' MsiUnpublishAssemblies' which is not allowed in this table. If this is a standard action then it is not valid for this table, if it is a custom action or dialo g then this table does not accept actions of that type. This action will be left out of the decompiled output. - Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.- 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] XmlFile failing to open installed file
I'm having problems with the XmlFile custom action using Wix 3.0 where the installer says it fails to open the installed XML file. The installer is being run on a Windows Server 2003 machine with SP1. In particular, I have something like the following: Component Id=XMLConfig Guid=YOUR-GUID-HERE DiskId=1 File Id=Config.xml Name=Config.xml KeyPath=yes / util:XmlFile Id =Config_Name File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/Name Value=[NAME]/ util:XmlFile Id =Config_IPAddress File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/IPAddress Value=[IPADDRESS]/ /Component The XML file is installed in the proper location and when it goes to use the custom action, it looks in the proper location for the file, but I get an error that causes the installation to abort. The error in the installation logfile looks like: ExecXmlFile: Error 0x8007006e: failed to load XML file: C:\inetpub\MyDirectory\Config.xml If I have filemon open, however, at the time the ExecXmlFile fails, it claims that the file READ request returned SUCCESS. The paths appear correct and if I leave out the XmlFile actions the file installs properly in the location expected. Anyone have any ideas what's going wrong? My Config.xml looks like the following: ?xml version=1.0 encoding=utf-16? Config Nameservername/Name IPAddressserverIP/IPAddress /Config Thanks for any assistance! John - 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] XmlFile failing to open installed file
John, Why the double slashes at the beginning of your element names? Just one slash... util:XmlConfig Id='ADD_SOME_TOC' Sequence='26001' Action='create' On='install' Name='toc_replaceme' Node='element' ElementPath='/plugin/extension' File='[INSTALLDIR]plugin.xml' VerifyPath='/plugin/extension/[EMAIL PROTECTED]SomeTOC.xml[\]]' / Julie Campbell [EMAIL PROTECTED] -- Message: 3 Date: Wed, 22 Aug 2007 08:33:10 -0700 From: John Hancock (HSG) [EMAIL PROTECTED] Subject: [WiX-users] XmlFile failing to open installed file To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] soft.com Content-Type: text/plain; charset=us-ascii I'm having problems with the XmlFile custom action using Wix 3.0 where the installer says it fails to open the installed XML file. The installer is being run on a Windows Server 2003 machine with SP1. In particular, I have something like the following: Component Id=XMLConfig Guid=YOUR-GUID-HERE DiskId=1 File Id=Config.xml Name=Config.xml KeyPath=yes / util:XmlFile Id =Config_Name File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/Name Value=[NAME]/ util:XmlFile Id =Config_IPAddress File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/IPAddress Value=[IPADDRESS]/ /Component The XML file is installed in the proper location and when it goes to use the custom action, it looks in the proper location for the file, but I get an error that causes the installation to abort. The error in the installation logfile looks like: ExecXmlFile: Error 0x8007006e: failed to load XML file: C:\inetpub\MyDirectory\Config.xml If I have filemon open, however, at the time the ExecXmlFile fails, it claims that the file READ request returned SUCCESS. The paths appear correct and if I leave out the XmlFile actions the file installs properly in the location expected. Anyone have any ideas what's going wrong? My Config.xml looks like the following: ?xml version=1.0 encoding=utf-16? Config Nameservername/Name IPAddressserverIP/IPAddress /Config Thanks for any assistance! John _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.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] XmlFile failing to open installed file
Based on some information posted elsewhere, it looked like the double slash might have been necessary. Regardless, it doesn't work with either the single slash or double slash. Thanks, John -Original Message- From: Julie Campbell [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 11:42 AM To: wix-users@lists.sourceforge.net; John Hancock (HSG) Subject: RE: [WiX-users] XmlFile failing to open installed file John, Why the double slashes at the beginning of your element names? Just one slash... util:XmlConfig Id='ADD_SOME_TOC' Sequence='26001' Action='create' On='install' Name='toc_replaceme' Node='element' ElementPath='/plugin/extension' File='[INSTALLDIR]plugin.xml' VerifyPath='/plugin/extension/[EMAIL PROTECTED]SomeTOC.xml[\]]' / Julie Campbell [EMAIL PROTECTED] -- Message: 3 Date: Wed, 22 Aug 2007 08:33:10 -0700 From: John Hancock (HSG) [EMAIL PROTECTED] Subject: [WiX-users] XmlFile failing to open installed file To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] soft.com Content-Type: text/plain; charset=us-ascii I'm having problems with the XmlFile custom action using Wix 3.0 where the installer says it fails to open the installed XML file. The installer is being run on a Windows Server 2003 machine with SP1. In particular, I have something like the following: Component Id=XMLConfig Guid=YOUR-GUID-HERE DiskId=1 File Id=Config.xml Name=Config.xml KeyPath=yes / util:XmlFile Id =Config_Name File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/Name Value=[NAME]/ util:XmlFile Id =Config_IPAddress File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/IPAddress Value=[IPADDRESS]/ /Component The XML file is installed in the proper location and when it goes to use the custom action, it looks in the proper location for the file, but I get an error that causes the installation to abort. The error in the installation logfile looks like: ExecXmlFile: Error 0x8007006e: failed to load XML file: C:\inetpub\MyDirectory\Config.xml If I have filemon open, however, at the time the ExecXmlFile fails, it claims that the file READ request returned SUCCESS. The paths appear correct and if I leave out the XmlFile actions the file installs properly in the location expected. Anyone have any ideas what's going wrong? My Config.xml looks like the following: ?xml version=1.0 encoding=utf-16? Config Nameservername/Name IPAddressserverIP/IPAddress /Config Thanks for any assistance! John _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.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] XmlFile failing to open installed file
Is the xml file part of the same install that tries to modify it? If so you will probably need some sort of of deferred custom action, as the file will probably not have been copied over prior to the XmlConfig being run. John Hancock (HSG) wrote: Based on some information posted elsewhere, it looked like the double slash might have been necessary. Regardless, it doesn't work with either the single slash or double slash. Thanks, John -Original Message- From: Julie Campbell [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 11:42 AM To: wix-users@lists.sourceforge.net; John Hancock (HSG) Subject: RE: [WiX-users] XmlFile failing to open installed file John, Why the double slashes at the beginning of your element names? Just one slash... util:XmlConfig Id='ADD_SOME_TOC' Sequence='26001' Action='create' On='install' Name='toc_replaceme' Node='element' ElementPath='/plugin/extension' File='[INSTALLDIR]plugin.xml' VerifyPath='/plugin/extension/[EMAIL PROTECTED]SomeTOC.xml[\]]' / Julie Campbell [EMAIL PROTECTED] -- Message: 3 Date: Wed, 22 Aug 2007 08:33:10 -0700 From: John Hancock (HSG) [EMAIL PROTECTED] Subject: [WiX-users] XmlFile failing to open installed file To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] soft.com Content-Type: text/plain; charset=us-ascii I'm having problems with the XmlFile custom action using Wix 3.0 where the installer says it fails to open the installed XML file. The installer is being run on a Windows Server 2003 machine with SP1. In particular, I have something like the following: Component Id=XMLConfig Guid=YOUR-GUID-HERE DiskId=1 File Id=Config.xml Name=Config.xml KeyPath=yes / util:XmlFile Id =Config_Name File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/Name Value=[NAME]/ util:XmlFile Id =Config_IPAddress File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/IPAddress Value=[IPADDRESS]/ /Component The XML file is installed in the proper location and when it goes to use the custom action, it looks in the proper location for the file, but I get an error that causes the installation to abort. The error in the installation logfile looks like: ExecXmlFile: Error 0x8007006e: failed to load XML file: C:\inetpub\MyDirectory\Config.xml If I have filemon open, however, at the time the ExecXmlFile fails, it claims that the file READ request returned SUCCESS. The paths appear correct and if I leave out the XmlFile actions the file installs properly in the location expected. Anyone have any ideas what's going wrong? My Config.xml looks like the following: ?xml version=1.0 encoding=utf-16? Config Nameservername/Name IPAddressserverIP/IPAddress /Config Thanks for any assistance! John _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.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/Re%3A-XmlFile-failing-to-open-installed-file-tf4312413.html#a12277941 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] Executing embedded MSI's
Hello Peter, We have a server setup process whose document is 60+pages in length in Arial 10pt font. I am trying to automate and make turn-key this process as much as possible and part of this setup involves installing applications and SDK's that are already packaged in MSI's. Hence my need for this. I can just script it in a .cmd file I suppose, but I prefer to create a single setup.exe and just let it go. From: Peter Marcu [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 21, 2007 10:52 PM To: Dix, John; Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Executing embedded MSI's It will fail with error code 1618 Another installation is already in progress. Complete that installation before proceeding with this install. Why do you need to run the msi nested? Could you run one msi and then the other? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dix, John Sent: Tuesday, August 21, 2007 10:42 PM To: Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Executing embedded MSI's So is there a way around this? Creating a CustomAction in a DLL I write that spawns the msiexec application against the MSI's maybe? From: Bob Arnson [mailto:[EMAIL PROTECTED] Sent: Tue 8/21/2007 10:24 PM To: Dix, John Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Executing embedded MSI's Dix, John wrote: It copies the file but I am not sure how then to execute it. I would rather execute the file than copy it. My previous installer experience is with InstallShield 11.5 and event hen it wasn't a lot of customization. Would it help greatly to learn MSI parallel to WiX? Or is learning the WiX environment sufficient? You definitely need to know MSI -- WiX concepts are almost direct mappings to MSI functionality (except the custom actions, which are all WiX-specific). In this case, MSI no longer supports nested installations so there's nothing WiX can do. A bootstrapper is in development, to allow you to chain multiple MSIs together. -- 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] XmlFile failing to open installed file
I wondered if that was the case as well, but based on looking at the install log and the file activity using filemon, the file does appear to get installed before the XmlFile action is executed and fails. John -Original Message- From: Alexei [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 12:09 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] XmlFile failing to open installed file Is the xml file part of the same install that tries to modify it? If so you will probably need some sort of of deferred custom action, as the file will probably not have been copied over prior to the XmlConfig being run. John Hancock (HSG) wrote: Based on some information posted elsewhere, it looked like the double slash might have been necessary. Regardless, it doesn't work with either the single slash or double slash. Thanks, John -Original Message- From: Julie Campbell [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 11:42 AM To: wix-users@lists.sourceforge.net; John Hancock (HSG) Subject: RE: [WiX-users] XmlFile failing to open installed file John, Why the double slashes at the beginning of your element names? Just one slash... util:XmlConfig Id='ADD_SOME_TOC' Sequence='26001' Action='create' On='install' Name='toc_replaceme' Node='element' ElementPath='/plugin/extension' File='[INSTALLDIR]plugin.xml' VerifyPath='/plugin/extension/[EMAIL PROTECTED]SomeTOC.xml[\]]' / Julie Campbell [EMAIL PROTECTED] -- Message: 3 Date: Wed, 22 Aug 2007 08:33:10 -0700 From: John Hancock (HSG) [EMAIL PROTECTED] Subject: [WiX-users] XmlFile failing to open installed file To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] soft.com Content-Type: text/plain; charset=us-ascii I'm having problems with the XmlFile custom action using Wix 3.0 where the installer says it fails to open the installed XML file. The installer is being run on a Windows Server 2003 machine with SP1. In particular, I have something like the following: Component Id=XMLConfig Guid=YOUR-GUID-HERE DiskId=1 File Id=Config.xml Name=Config.xml KeyPath=yes / util:XmlFile Id =Config_Name File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/Name Value=[NAME]/ util:XmlFile Id =Config_IPAddress File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/IPAddress Value=[IPADDRESS]/ /Component The XML file is installed in the proper location and when it goes to use the custom action, it looks in the proper location for the file, but I get an error that causes the installation to abort. The error in the installation logfile looks like: ExecXmlFile: Error 0x8007006e: failed to load XML file: C:\inetpub\MyDirectory\Config.xml If I have filemon open, however, at the time the ExecXmlFile fails, it claims that the file READ request returned SUCCESS. The paths appear correct and if I leave out the XmlFile actions the file installs properly in the location expected. Anyone have any ideas what's going wrong? My Config.xml looks like the following: ?xml version=1.0 encoding=utf-16? Config Nameservername/Name IPAddressserverIP/IPAddress /Config Thanks for any assistance! John _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.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/Re%3A-XmlFile-failing-to-open-installed-file-tf4312413.html#a12277941 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] ConfigureSQL Leaked MSIHANDLE
We think we've identified a fix for this problem. We've made sure the strings are null terminated and also changed the strutil file so it wouldn't be looking beyond the end of the array. After introducing this fix, we've run our upgrades and installs 8-10 times without any failures so far (we're still holding our breaths, though). Two files were edited: src/ca/serverca/scasched/scasqlstr.cpp (line 269) Before: // We have an ANSI string so convert it to UNICODE. cchScript = cbScript; hr = StrAllocStringAnsi(pwzScriptBuffer, reinterpret_castLPCSTR(pbScript), cchScript, CP_ACP); ExitOnFailure1(hr, Failed to allocate WCHAR string of size '%d', cchScript); After: LPSTR pszScript = reinterpret_castLPSTR(pbScript); pszScript[cbRead] = '\0'; cchScript = cbRead; // We have an ANSI string so convert it to UNICODE. hr = StrAllocStringAnsi(pwzScriptBuffer, pszScript, cchScript, CP_ACP); ExitOnFailure1(hr, Failed to allocate WCHAR string of size '%d', cchScript); src/dutil/strutil.cpp (Line 246) Before: else if (L'\0' == szSource[cchSource]) // if the source already had a null terminator, don't count that in the character count because we track it below After: else if (L'\0' == szSource[cchSource-1]) // if the source already had a null terminator, don't count that in the character count because we track it below Dana On 8/22/07, Dana Gutride [EMAIL PROTECTED] wrote: Hi all: We are using the latest 2.0 build of wix and are now seeing this bug 80-90% of the time during installs. Has anybody made any progress in nailing down these leaked MSI Handles in the sql custom actions? Thanks, Dana - 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] ConfigureSQL Leaked MSIHANDLE
Ok, Try this: make sure the following attributes in both SqlFileSpec and SqlLogFileSpec have the same length (in char count): Name Filename Size MaxSize GrowthSize Let me know if that helps. If it does the scaexec.cpp needs to be fixed. Rene From: Dana Gutride [mailto:[EMAIL PROTECTED] Sent: Wed 8/22/2007 19:33 To: Schrieken, Rene Subject: Re: [WiX-users] ConfigureSQL Leaked MSIHANDLE We are using both sqlfilespec and logfilespec. Dana On 8/22/07, Schrieken, Rene [EMAIL PROTECTED] wrote: Hi Dana, Just a quick question: Are you using SqlDataBase with SqlFileSpec and SqlLogFileSpec? Tnx Rene From: [EMAIL PROTECTED] on behalf of Dana Gutride Sent: Wed 8/22/2007 15:24 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ConfigureSQL Leaked MSIHANDLE Hi all: We are using the latest 2.0 build of wix and are now seeing this bug 80-90% of the time during installs. Has anybody made any progress in nailing down these leaked MSI Handles in the sql custom actions? Thanks, Dana This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by: 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] ConfigureSQL Leaked MSIHANDLE
Can you also check scaexec.cpp (wix2.0): I believe this should be fixed:(line 610 onwards) before: hr = WcaReadStringFromCaData(pwz, pwzTemp); ExitOnFailure1(hr, failed to read log file spec name from custom action data: %S, pwz); hr = StringCchCopyW(sfLog.wzName, countof(sfDb.wzName), pwzTemp); ExitOnFailure1(hr, failed to copy log file spec name: %S, pwzTemp); After: hr = WcaReadStringFromCaData(pwz, pwzTemp); ExitOnFailure1(hr, failed to read log file spec name from custom action data: %S, pwz); hr = StringCchCopyW(sfLog.wzName, countof(sfLog.wzName), pwzTemp); ExitOnFailure1(hr, failed to copy log file spec name: %S, pwzTemp); Same goes for the other 4 StringCchCopyW Rene From: [EMAIL PROTECTED] on behalf of Dana Gutride Sent: Wed 8/22/2007 19:42 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] ConfigureSQL Leaked MSIHANDLE We think we've identified a fix for this problem. We've made sure the strings are null terminated and also changed the strutil file so it wouldn't be looking beyond the end of the array. After introducing this fix, we've run our upgrades and installs 8-10 times without any failures so far (we're still holding our breaths, though). Two files were edited: src/ca/serverca/scasched/scasqlstr.cpp (line 269) Before: // We have an ANSI string so convert it to UNICODE. cchScript = cbScript; hr = StrAllocStringAnsi(pwzScriptBuffer, reinterpret_castLPCSTR(pbScript), cchScript, CP_ACP); ExitOnFailure1(hr, Failed to allocate WCHAR string of size '%d', cchScript); After: LPSTR pszScript = reinterpret_castLPSTR(pbScript); pszScript[cbRead] = '\0'; cchScript = cbRead; // We have an ANSI string so convert it to UNICODE. hr = StrAllocStringAnsi(pwzScriptBuffer, pszScript, cchScript, CP_ACP); ExitOnFailure1(hr, Failed to allocate WCHAR string of size '%d', cchScript); src/dutil/strutil.cpp (Line 246) Before: else if (L'\0' == szSource[cchSource]) // if the source already had a null terminator, don't count that in the character count because we track it below After: else if (L'\0' == szSource[cchSource-1]) // if the source already had a null terminator, don't count that in the character count because we track it below Dana On 8/22/07, Dana Gutride [EMAIL PROTECTED] wrote: Hi all: We are using the latest 2.0 build of wix and are now seeing this bug 80-90% of the time during installs. Has anybody made any progress in nailing down these leaked MSI Handles in the sql custom actions? Thanks, Dana This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by: 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] ConfigureSQL Leaked MSIHANDLE
This is happening during upgrades much more often than a new install. The only thing that has changed during our dev cycle has been the length of the sql scripts that are incorporated into the upgrade process. The file specs haven't caused us any trouble. Dana On 8/22/07, Schrieken, Rene [EMAIL PROTECTED] wrote: Ok, Try this: make sure the following attributes in both SqlFileSpec and SqlLogFileSpec have the same length (in char count): Name Filename Size MaxSize GrowthSize Let me know if that helps. If it does the scaexec.cpp needs to be fixed. Rene -- *From:* Dana Gutride [mailto:[EMAIL PROTECTED] *Sent:* Wed 8/22/2007 19:33 *To:* Schrieken, Rene *Subject:* Re: [WiX-users] ConfigureSQL Leaked MSIHANDLE We are using both sqlfilespec and logfilespec. Dana On 8/22/07, Schrieken, Rene [EMAIL PROTECTED] wrote: Hi Dana, Just a quick question: Are you using SqlDataBase with SqlFileSpec and SqlLogFileSpec? Tnx Rene -- *From:* [EMAIL PROTECTED] on behalf of Dana Gutride *Sent:* Wed 8/22/2007 15:24 *To:* wix-users@lists.sourceforge.net *Subject: *Re: [WiX-users] ConfigureSQL Leaked MSIHANDLE Hi all: We are using the latest 2.0 build of wix and are now seeing this bug 80-90% of the time during installs. Has anybody made any progress in nailing down these leaked MSI Handles in the sql custom actions? Thanks, Dana This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by: 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] XmlFile failing to open installed file
I discovered that if the XML file encoding is utf-8 instead of utf-16 that the XmlFile action works properly. It appears that the utf-16 encoding prevents the XML file from being loaded properly, which is why I was seeing that the file was opened properly in filemon but XmlFile was still failing to load. I'm cc'ing wix-devs so that it can be flagged as a bug if need be. John -Original Message- From: John Hancock (HSG) [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 1:30 PM To: Alexei; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] XmlFile failing to open installed file I wondered if that was the case as well, but based on looking at the install log and the file activity using filemon, the file does appear to get installed before the XmlFile action is executed and fails. John -Original Message- From: Alexei [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 12:09 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] XmlFile failing to open installed file Is the xml file part of the same install that tries to modify it? If so you will probably need some sort of of deferred custom action, as the file will probably not have been copied over prior to the XmlConfig being run. John Hancock (HSG) wrote: Based on some information posted elsewhere, it looked like the double slash might have been necessary. Regardless, it doesn't work with either the single slash or double slash. Thanks, John -Original Message- From: Julie Campbell [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 22, 2007 11:42 AM To: wix-users@lists.sourceforge.net; John Hancock (HSG) Subject: RE: [WiX-users] XmlFile failing to open installed file John, Why the double slashes at the beginning of your element names? Just one slash... util:XmlConfig Id='ADD_SOME_TOC' Sequence='26001' Action='create' On='install' Name='toc_replaceme' Node='element' ElementPath='/plugin/extension' File='[INSTALLDIR]plugin.xml' VerifyPath='/plugin/extension/[EMAIL PROTECTED]SomeTOC.xml[\]]' / Julie Campbell [EMAIL PROTECTED] -- Message: 3 Date: Wed, 22 Aug 2007 08:33:10 -0700 From: John Hancock (HSG) [EMAIL PROTECTED] Subject: [WiX-users] XmlFile failing to open installed file To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Message-ID: [EMAIL PROTECTED] soft.com Content-Type: text/plain; charset=us-ascii I'm having problems with the XmlFile custom action using Wix 3.0 where the installer says it fails to open the installed XML file. The installer is being run on a Windows Server 2003 machine with SP1. In particular, I have something like the following: Component Id=XMLConfig Guid=YOUR-GUID-HERE DiskId=1 File Id=Config.xml Name=Config.xml KeyPath=yes / util:XmlFile Id =Config_Name File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/Name Value=[NAME]/ util:XmlFile Id =Config_IPAddress File=[INSTALLLOCATION]Config.xml Action=setValue ElementPath=//Config/IPAddress Value=[IPADDRESS]/ /Component The XML file is installed in the proper location and when it goes to use the custom action, it looks in the proper location for the file, but I get an error that causes the installation to abort. The error in the installation logfile looks like: ExecXmlFile: Error 0x8007006e: failed to load XML file: C:\inetpub\MyDirectory\Config.xml If I have filemon open, however, at the time the ExecXmlFile fails, it claims that the file READ request returned SUCCESS. The paths appear correct and if I leave out the XmlFile actions the file installs properly in the location expected. Anyone have any ideas what's going wrong? My Config.xml looks like the following: ?xml version=1.0 encoding=utf-16? Config Nameservername/Name IPAddressserverIP/IPAddress /Config Thanks for any assistance! John _ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.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/Re%3A-XmlFile-failing-to-open-installed-file-tf4312413.html#a12277941 Sent from the wix-users mailing list archive at Nabble.com.
[WiX-users] How to display text in /qb! dialog
Hello, I have created an MSI with WiX that I am installing via a bootstrapper. I install the MSI by passing /qb! to msiexec. I have seen packages installed this way where MSIEXEC will show some text aong the lines of Please wait while Windows configures APPNAME... But, when I call MSIEXEC this way under WindowsXP (w/ Windows Install 3.1), the dialog is blank, except for the title bar and progress bar. Strangely, under Vista (Windows Installer 4.0), this same call displays the expected message. I have the Name attribute set in the Product element, and the Discription attribute set in the Package element of my package. Does anyone have any ideas? Thanks, Ben - 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] remove registry key on uninstall of msi
Hi Wix gurus, I am using Wix to genereate an msi that will add a registry key value and I would like to remove the value on an uninstall of the msi. I have tried to do this by using 2 feature xml tags that each have a child component tag and condition tag. I am able to update the registry using the 1st feature based on the condition NOT Installed but I have tried many conditions for the second feature to remove the reigstry entry but none of them seem to work. I have tried: REMOVE REMOVE=ALL REMOVE=All REMOVE=~All OR MaintenanceMode=Remove (![CDATA[$Comp1=2]])AND(![CDATA[!Comp1=3]]) Please help if you have any info on how I can get this working. Thanks Nat - 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