Re: [WiX-users] How to hide features based on CD-KEY
Kelly Leahy wrote: First of all, is this possible? It seems like it should be with feature conditions, but it seems like the feature conditions are being evaluated before my CD-KEY is tested by my VBscript code. See http://www.joyofsetup.com/2007/05/30/feature-conditions-and-ui/ for an explanation of why it doesn't work. Basically, feature conditions are evaluated early so you need to schedule your custom action earlier. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Bug, Installs to drive with most space
Craig0ss wrote: Im still playing around with my installer, testing mainly and ive come across what appers to be a bug in Wix (im told) Basically on install, if the user selects an install dir with say 2gb free space, the installer will auto install to the c drive that has eg 4gb free space, regardless of the path the user specifies. Sorry, it's a bug in your setup authoring, not in WiX. It means that you have a directory as a child of TARGETDIR, which defaults to the drive with the most available free space. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to hide features based on CD-KEY
Bob, thanks for the reply, I see that I am able to remove the item by changing my feature to be shown, but then using the Remove event as you mentioned in your blog. However, I'm wondering if it's possible to remove the feature completely? Is there some event I can call to remove the feature from the treeview, or will it always be shown there? Kelly Bob Arnson [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/24/2007 11:12 PM To Kelly Leahy [EMAIL PROTECTED] cc wix-users@lists.sourceforge.net Subject Re: [WiX-users] How to hide features based on CD-KEY Kelly Leahy wrote: First of all, is this possible? It seems like it should be with feature conditions, but it seems like the feature conditions are being evaluated before my CD-KEY is tested by my VBscript code. See http://www.joyofsetup.com/2007/05/30/feature-conditions-and-ui/ for an explanation of why it doesn't work. Basically, feature conditions are evaluated early so you need to schedule your custom action earlier. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ** This communication is intended solely for the addressee and is confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Unless indicated to the contrary: it does not constitute professional advice or opinions upon which reliance may be made by the addressee or any other party, and it should be considered to be a work in progress. Unless stated otherwise, this communication does not form a prescribed statement of actuarial opinion under American Academy of Actuaries guidelines. **- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] CloseApplication element is throwing ERROR while building...
Hello All, I am working with WiX3.0.3307.0. I am trying to implement CloseApplication element. When I build my program (with VS2005), I am getting the following error. The Product element contains an unhandled extension element 'CloseApplication'. Please ensure that the extension for elements in the 'http://schemas.microsoft.com/wix/UtilExtension' namespace has been provided. Can somebody help on this. Regards, Veerendra - Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase.- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX v3: COM on Vista. I have some success, but worried about heat's erroneous output
I've been reading more about heat, vb6 and vista. I'm now starting to get worried that there's a potential difference between running Heat on Vista versus XP. And yes, you do need to run as Admin, and elevated for Heat to actually extract anything. Also, Should I be deleting all the registry entries that refer to the VB Virtual Machine Runtime DLL...I forget the exact key, but it references c:\windows\system32 ... MSVBRuntime(forgot name).dll. Roy, I remove the following: 1. The VB runtime CLSID: {D5DE8D20-5BB8-11D1-A1E3-00A0C90F2731} 2. The two VB typelibs: {EA544A21-C82D-11D1-A3E4-00A0C90AEA82} and {000204EF---C000-0046}. 3. All interfaces that reference either of the typelibs. Regards, John - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Wix 3.0 - XMLFile - Many merge modules - Fail to open XML file for writing
Dear all, We have produced a large MSI made up of many merge modules (our features), most of which have *.exes with their own exe.configs to be configured at install time using util:XMLFile. However, when we try to bring them together we get a collision problem in the Light.exe log file please see below for the error message that is repeated for every module. We are not sure of: a) If these tasks are standard or custom actions? We can see in Orca that these are custom actions but in Wix not. b) How do we keep the feature configuration part together if we take out the XMLFile config part and put it in a separate module? c) Are we off track completely? We can see that when experimenting with a single merge module - no problem. John warning LGHT1055 : The InstallExecuteSequence table contains an action 'SchedXmlFile' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This action is likely colliding with an action in the database that is being created. The colliding action may have been authored in the database or merged in from another merge module. If this is a standard action, it is likely colliding due to a difference in the condition for the action in the database and merge module. If this is a custom action, it should only be declared in the database or one merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'SchedXmlFile' which cannot be merged from the merge module 'NOV DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'ExecXmlFile' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'ExecXmlFileRollback' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. Kind regards, National Oilwell Varco John Crouch Software Engineer/Developer National Oilwell Norway AS Phone: +4751818181 Direct: +4751217563 Fax: +4751800547 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.nov.com http://www.nov.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix 3.0 - XMLFile - Many merge modules - Fail to open XML file for writing
Hi, I would try incrementally adding these files to see which ones cause the collision. Seems to be a problem with duplicate identifiers. Otherwise merge modules should work .. however merge modules are originally indended to ease the deploying of 3rd party products' installers and allow to isolate the work of developers or developer teams. Using them at such a low level might result in too much ado, but i think it's not a mistake. (I think, but gurus might know it better) Regards, Janos 2007/9/25, Crouch, John [EMAIL PROTECTED]: Dear all, We have produced a large MSI made up of many merge modules (our features), most of which have *.exes with their own exe.configs to be configured at install time using util:XMLFile. However, when we try to bring them together we get a collision problem in the Light.exe log file please see below for the error message that is repeated for every module. We are not sure of: a) If these tasks are standard or custom actions? We can see in Orca that these are custom actions but in Wix not. b) How do we keep the feature configuration part together if we take out the XMLFile config part and put it in a separate module? c) Are we off track completely? We can see that when experimenting with a single merge module – no problem. John warning LGHT1055 : The InstallExecuteSequence table contains an action 'SchedXmlFile' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This action is likely colliding with an action in the database that is being created. The colliding action may have been authored in the database or merged in from another merge module. If this is a standard action, it is likely colliding due to a difference in the condition for the action in the database and merge module. If this is a custom action, it should only be declared in the database or one merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'SchedXmlFile' which cannot be merged from the merge module 'NOV DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'ExecXmlFile' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. warning LGHT1056 : The CustomAction table contains a row with primary key(s) 'ExecXmlFileRollback' which cannot be merged from the merge module 'DAL Initilaliser Application.msm'. This is likely due to collision of rows with the same primary key(s) (but other different values in other columns) between the database and the merge module. Kind regards, *National Oilwell Varco* *John Crouch* Software Engineer/Developer National Oilwell Norway AS Phone: +4751818181 Direct: +4751217563 Fax: +4751800547 [EMAIL PROTECTED] [EMAIL PROTECTED] www.nov.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Events of the Publish Tag
Is there a source where I can get to know about all Standard Events you can use in the Publish Tag of the Controls? Unfortunately I can not find anything about it in the help. I am using wix v3 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Events of the Publish Tag
Perhaps http://msdn2.microsoft.com/en-us/library/aa368043.aspx I was a little surprised when I came upon the following sentence in the WiX 2 help: *Note: This document assumes you have a working knowledge of the Windows Installer database format.* ** I had been using/trying to use WiX for at least two weeks by that time :) 2007/9/25, [EMAIL PROTECTED] [EMAIL PROTECTED]: Is there a source where I can get to know about all Standard Events you can use in the Publish Tag of the Controls? Unfortunately I can not find anything about it in the help. I am using wix v3 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] preventing *folder selection* while upgrading
Hi, While upgrading my application I dont want the folder selection form (defined as FolderForm in my wxs) to show, instead I want the installer to assume the paths that were used in the previous installation and install all the new files there. How do I do that ? regards, ..ab - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory
I feel so sorry for this post. On Czech Windows you can create so called „webovy server“ and it seems to be the wrong translation because I have seen an English system now and there you create Website. Thats what I wanted to know, how I could choose from the installed Websites on the system, where it has to deploy the webapplication. I can not find an action or something else to read this out. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, September 24, 2007 1:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] choosing Webserver and changing Virtual Directory Hi all, I am searching a posibility how I could let the customer choose the webserver (like in the Visual Studio WebSetup) and to change the Virtual Directory. I think changing the Virtual Directory should not be a big problem, just adding a Textbox and triggering a custom action setting the property of the Virtual directory new. But how can I gain access to the webserver list so that I can choose one and how can I tell Wix that it should use this Webserver? Greets Peter - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] (hresult -2147024770)
Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult--2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory
Off the top of my head I'm not sure exactly how you'd do this but I've got some experience scripting IIS so thought I'd reply. There's a VBScript with the IIS resource kit that can be used to query the Metabase - maybe you could borrow the code from that, for a custom action, to enumerate the websites available and put them in a drop down? Matt Thompson PERSHING Tel: 020 7864 8000 Email: [EMAIL PROTECTED] [EMAIL PROTECTED] .cz [EMAIL PROTECTED] To .cz wix-users@lists.sourceforge.net Sent by: wix-users@lists.sourceforge.net wix-users-bounces cc @lists.sourceforg e.net Subject Re: [WiX-users] choosing Website (not Webserver) and changing 25/09/2007 12:02 Virtual Directory I feel so sorry for this post. On Czech Windows you can create so called „webovy server“ and it seems to be the wrong translation because I have seen an English system now and there you create Website. Thats what I wanted to know, how I could choose from the installed Websites on the system, where it has to deploy the webapplication. I can not find an action or something else to read this out. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, September 24, 2007 1:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] choosing Webserver and changing Virtual Directory Hi all, I am searching a posibility how I could let the customer choose the webserver (like in the Visual Studio WebSetup) and to change the Virtual Directory. I think changing the Virtual Directory should not be a big problem, just adding a Textbox and triggering a custom action setting the property of the Virtual directory new. But how can I gain access to the webserver list so that I can choose one and how can I tell Wix that it should use this Webserver? Greets Peter - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Pershing Email Disclaimer: Pershing Securities Limited, registered in England number 2474912, is authorised and regulated by the Financial Services Authority and is a member of the London Stock Exchange. Registered address: Capstan House, One Clove Crescent, East India Dock, London E14 2BH. Pershing Limited, registered in England number 2072264, is authorised and regulated by the Financial Services Authority and is a member of the London Stock Exchange. Registered address: Capstan House, One Clove Crescent, East India Dock, London E14 2BH. This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mis-transmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Both Pershing Limited and Pershing Securities Limited reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Unless otherwise stated, any pricing information given in this message is indicative only, is subject to change and does not constitute an offer to deal at any price quoted. Any
Re: [WiX-users] Wix Bug, Installs to drive with most space
right, so how would i got about fixing it? im not sure what to do with that information, sorry Bob Arnson-6 wrote: Craig0ss wrote: Im still playing around with my installer, testing mainly and ive come across what appers to be a bug in Wix (im told) Basically on install, if the user selects an install dir with say 2gb free space, the installer will auto install to the c drive that has eg 4gb free space, regardless of the path the user specifies. Sorry, it's a bug in your setup authoring, not in WiX. It means that you have a directory as a child of TARGETDIR, which defaults to the drive with the most available free space. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://www.nabble.com/Wix-Bug%2C-Installs-to-drive-with-most-space-tf4509631.html#a12877582 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (hresult -2147024770)
The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (hresult -2147024770)
no registering the dll manualy fails as well, im not sure if its a vista prob as it works fine on XP Strele Franz-2 wrote: The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult--2147024770%29-tf4514822.html#a12877667 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (hresult -2147024770)
Maybe the file is in syswow64 folder, not system32? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig0ss Sent: 25 September 2007 12:34 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] (hresult -2147024770) no registering the dll manualy fails as well, im not sure if its a vista prob as it works fine on XP Strele Franz-2 wrote: The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult--2147024770%29-tf4514822.html#a12877667 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (hresult -2147024770)
You can use Dependency Walker and open up your dll on Vista, and it should tell you which files are missing. http://www.dependencywalker.com/ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:34 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] (hresult -2147024770) no registering the dll manualy fails as well, im not sure if its a vista prob as it works fine on XP Strele Franz-2 wrote: The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult-- 2147024770%29-tf4514822.html#a12877667 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (hresult -2147024770)
I think you should try manually registering the dll from an administrative prompt.. there might be a problem with execution rights. (?) 2007/9/25, Craig0ss [EMAIL PROTECTED]: no registering the dll manualy fails as well, im not sure if its a vista prob as it works fine on XP Strele Franz-2 wrote: The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult--2147024770%29-tf4514822.html#a12877667 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (hresult -2147024770)
what is the syswow64 folder the dll is in the system32 folder and running a cmd with admin rights does not allow the dll to be registered Thomas Leigh wrote: Maybe the file is in syswow64 folder, not system32? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig0ss Sent: 25 September 2007 12:34 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] (hresult -2147024770) no registering the dll manualy fails as well, im not sure if its a vista prob as it works fine on XP Strele Franz-2 wrote: The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult--2147024770%29-tf4514822.html#a12877667 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult--2147024770%29-tf4514822.html#a12877759 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Specify 'license.rtf' for License Dialogue UI
Hi, I have be playing around with wix UI dialogs. I have a number of dialogs contained within a fragment in a separate .wxs file. One of the dialogs is to display the license text. I want to be able to specify the file for the text used in the .wxs file which consumes the fragment. At the moment the fragment contains the component as below: Control Id=License Type=ScrollableText X=20 Y=60 Width=330 Height=140 Sunken=yes TabSkip=no Text SourceFile=License.rtf src= / /Control I want something similar to below, but instead for a text file. ## FRAGMENT ## Control Id=ErrorIcon Type=Icon X=15 Y=15 Width=24 Height=24 ToolTip=Information icon FixedSize=yes IconSize=32 Text=WixUI_Ico_Info / ## .wxs CONSUMING FRAGMENT ## Binary Id=WixUI_Ico_Info SourceFile=bitmaps\info.ico / Thanks in advance, Ben. -- View this message in context: http://www.nabble.com/Specify-%27license.rtf%27-for-License-Dialogue-UI-tf4515213.html#a12878476 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] (hresult -2147024770)
what is the syswow64 folder the dll is in the system32 folder and running a cmd with admin rights does not allow the dll to be registered Strele Franz-2 wrote: You can use Dependency Walker and open up your dll on Vista, and it should tell you which files are missing. http://www.dependencywalker.com/ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:34 An: wix-users@lists.sourceforge.net Betreff: Re: [WiX-users] (hresult -2147024770) no registering the dll manualy fails as well, im not sure if its a vista prob as it works fine on XP Strele Franz-2 wrote: The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult-- 2147024770%29-tf4514822.html#a12877667 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult--2147024770%29-tf4514822.html#a12878479 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Searching for Vista install
Hey i need to able to use wix to search the target machine that my msi is being installed on for a Vista operating system, if it finds vista installed then it should not register a certain dll file, however if vista is not found then i need the installer to register the dll Any ideas thanks -- View this message in context: http://www.nabble.com/Searching-for-Vista-install-tf4515216.html#a12878483 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory
I recalled what the script was - adsutil.vbs - see this for more info http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/d3df4bc9-0954-459a-b5e6-7a8bc462960c.mspx?mfr=true Matt Thompson PERSHING Tel: 020 7864 8000 Email: [EMAIL PROTECTED] [EMAIL PROTECTED] shing.co.uk Sent by: To wix-users-bounces [EMAIL PROTECTED] @lists.sourceforg [EMAIL PROTECTED] e.net cc [EMAIL PROTECTED] .net, 25/09/2007 12:18 wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory Off the top of my head I'm not sure exactly how you'd do this but I've got some experience scripting IIS so thought I'd reply. There's a VBScript with the IIS resource kit that can be used to query the Metabase - maybe you could borrow the code from that, for a custom action, to enumerate the websites available and put them in a drop down? Matt Thompson PERSHING Tel: 020 7864 8000 Email: [EMAIL PROTECTED] [EMAIL PROTECTED] .cz [EMAIL PROTECTED] To .cz wix-users@lists.sourceforge.net Sent by: wix-users@lists.sourceforge.net wix-users-bounces cc @lists.sourceforg e.net Subject Re: [WiX-users] choosing Website (not Webserver) and changing 25/09/2007 12:02 Virtual Directory I feel so sorry for this post. On Czech Windows you can create so called „webovy server“ and it seems to be the wrong translation because I have seen an English system now and there you create Website. Thats what I wanted to know, how I could choose from the installed Websites on the system, where it has to deploy the webapplication. I can not find an action or something else to read this out. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, September 24, 2007 1:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] choosing Webserver and changing Virtual Directory Hi all, I am searching a posibility how I could let the customer choose the webserver (like in the Visual Studio WebSetup) and to change the Virtual Directory. I think changing the Virtual Directory should not be a big problem, just adding a Textbox and triggering a custom action setting the property of the Virtual directory new. But how can I gain access to the webserver list so that I can choose one and how can I tell Wix that it should use this Webserver? Greets Peter - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Pershing Email Disclaimer: Pershing Securities Limited, registered in England number 2474912, is authorised and regulated by the Financial Services Authority and is a member of the London Stock Exchange. Registered address: Capstan House, One Clove Crescent, East India Dock, London E14 2BH. Pershing Limited, registered in England number 2072264, is authorised and regulated by the Financial Services Authority and is a member of the London Stock
Re: [WiX-users] (hresult -2147024770)
hi i have now sorted this problem the below info is for anyone else having the problem Basically vista does not come with vbruntime which is needed for most 3rd party apps made using vb etc download the file msvbvm50.exe and install on the vista machine or pre sp2 XP machine and the dll should register hope that helps craig0ss János Brezniczky wrote: I think you should try manually registering the dll from an administrative prompt.. there might be a problem with execution rights. (?) 2007/9/25, Craig0ss [EMAIL PROTECTED]: no registering the dll manualy fails as well, im not sure if its a vista prob as it works fine on XP Strele Franz-2 wrote: The hresult means ERROR_MOD_NOT_FOUND (The specified module could not be found.) which usually happens when you are missing a dependent dll. Can you manually register your dll on Vista (eg. with regsvr32.exe)? Hth, Franz -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:wix-users- [EMAIL PROTECTED] Im Auftrag von Craig0ss Gesendet: Dienstag, 25. September 2007 13:03 An: wix-users@lists.sourceforge.net Betreff: [WiX-users] (hresult -2147024770) Hi When i install my msi on an XP machine i have no problems, however ive tried to install on a Vista machine and i get the following error the installer is trying to register a certain .dll i get Module c:\windows\system32zxscan4.dll failed to register. hresult -2147024770. contact your support personnel. on XP this dll registers fine Does any one have any info on this matter? What im tasked with doing now is making my installer still install this dll to both opertaing systems but only register it if XP is detected, this is not the path i would like to go down, as its a bodge fix that will have to undone at some point, id rather get this dll registering ok This dll enables my software to use scanners etc so its quite important Thank you -- View this message in context: http://www.nabble.com/%28hresult-- 2147024770%29-tf4514822.html#a12877284 Sent from the wix-users mailing list archive at Nabble.com. --- -- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult--2147024770%29-tf4514822.html#a12877667 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ 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/%28hresult--2147024770%29-tf4514822.html#a12879026 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Running Service under a User Account
Hi all, I have a component that installs an exe and registers it as a service. The problem I have is as soon as I add a user account to run under, it fails with a generic Error 1923. Service 'BATCHCONTROLLER1' (batchserviceamtbatchcontroller_exe) could not be installed. Verify that you have sufficient privileges to install system services. error. I am pretty sure the problem ISN'T privileges as both the account I am logged on as, and the account I am wanting to run the service under are in the administrators group on the machine (A Virtual PC running Windows 2003 Server SP2) The XML is as follows and works perfectly without the Account and Password options, but as soon as I add them it errors. DirectoryRef Id=batchservice Component Id=batchserviceamtbatchcontroller_exe Guid=7E9DACCD-F3E4-46A3-884D-6065C2199255 DiskId=1 File Id=BatchServiceAmtBatchController_exe LongName=AmtBatchController.exe Name=AMTBAT~1.EXE src=$(var.buildpath)\BatchService\AmtBatchController.exe KeyPath=yes / ServiceInstall Id='BatchControllerServiceInstall' DisplayName='BATCHCONTROLLER1' Name='batchserviceamtbatchcontroller_exe' ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes' Account=ServiceUser Password=password1/ ServiceControl Id='BatchControllerServiceControl' Name='batchserviceamtbatchcontroller_exe' Stop='both' Remove='uninstall' Wait='yes' / /Component /DirectoryRef Am I overlooking something obvious? Pete Yates Senior Systems Developer DDC - Distributed Components Team HBOS II IT B3D/22 (7700) 22069 / (01275) 552069 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] . HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority. == - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Search for file as pre-requesit
Hi I need to search for a txt file that is installed with a certain app that my app needs to run, so im looking for a launch condition that looks on the computer (C:\Windows\System32\vbruntme.txt), if this is found the installer installs as normal and if it doesnt find the file on the computer then it displays a msg. I have this in the boostrapper for my exe but i need it for my msi as a launch condition??? Thanks -- View this message in context: http://www.nabble.com/Search-for-file-as-pre-requesit-tf4515763.html#a12880102 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory
Hi Matt, Thanks for the answer. If I am seeing it right, I have to use first the ENUM Parameter to find out how many Sites are hosted on this IIS and after that I have to parse for each Site the Server Comment parameter. But even if I can realize this I am not able to use Custom Action vbscript because I do not knot how it works :( I think it could be a solution but i do not think that I can get it work. Perhaps you can show me what I have to do. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 2:58 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory I recalled what the script was - adsutil.vbs - see this for more info http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/d3df4bc9-0954-459a-b5e6-7a8bc462960c.mspx?mfr=true Matt Thompson PERSHING Tel: 020 7864 8000 Email: [EMAIL PROTECTED] [EMAIL PROTECTED] shing.co.uk Sent by: To wix-users-bounces [EMAIL PROTECTED] @lists.sourceforg [EMAIL PROTECTED] e.net cc [EMAIL PROTECTED] .net, 25/09/2007 12:18 wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory Off the top of my head I'm not sure exactly how you'd do this but I've got some experience scripting IIS so thought I'd reply. There's a VBScript with the IIS resource kit that can be used to query the Metabase - maybe you could borrow the code from that, for a custom action, to enumerate the websites available and put them in a drop down? Matt Thompson PERSHING Tel: 020 7864 8000 Email: [EMAIL PROTECTED] [EMAIL PROTECTED] .cz [EMAIL PROTECTED] To .cz wix-users@lists.sourceforge.net Sent by: wix-users@lists.sourceforge.net wix-users-bounces cc @lists.sourceforg e.net Subject Re: [WiX-users] choosing Website (not Webserver) and changing 25/09/2007 12:02 Virtual Directory I feel so sorry for this post. On Czech Windows you can create so called „webovy server“ and it seems to be the wrong translation because I have seen an English system now and there you create Website. Thats what I wanted to know, how I could choose from the installed Websites on the system, where it has to deploy the webapplication. I can not find an action or something else to read this out. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, September 24, 2007 1:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] choosing Webserver and changing Virtual Directory Hi all, I am searching a posibility how I could let the customer choose the webserver (like in the Visual Studio WebSetup) and to change the Virtual Directory. I think changing the Virtual Directory should not be a big problem, just adding a Textbox and triggering a custom action setting the property of the Virtual directory new. But how can I gain access to the webserver list so that I can choose one and how can I tell Wix that it should use this Webserver? Greets Peter - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory
I don't totally understand what you mean about Custom Action vbscript. I'm not sure if you mean you don't know vbscript as a language for Custom Actions or you don't understand the VBScript in adsutil. If it's the later, fear not, as I was over-complicating it a bit by saying use adsutil - I've included these snippets come from http://www.iisfaq.com - I've not tested them at the mo though as i don't have an IIS setup i can test them on. this VBScript will list the websites on the webserver: Set objIIS = getObject(IIS://LocalHost/W3SVC) For each objSite in objIIS if (objSite.Class = IIsWebServer) then WScript.Echo Website: objSite.Name - objSite.ServerComment end if next I believe this will give you the virtual folders for a given website ID: Set objIISSite = getObject(IIS://LocalHost/W3SVC/Add the website ID here---) For each objVirDir in objIISSite if (objVirDir.Class = IISWebVirtualDir) then WScript.Echo VirtualDir: objVirDir.Name end if next If it's the former, that is you don't know much about custom actions and vbscript, i'm sorry to say i can't help much with that - i've not written any custom actions myself for a long time... Matt Matt Thompson PERSHING Tel: 020 7864 8000 Email: [EMAIL PROTECTED] [EMAIL PROTECTED] .cz [EMAIL PROTECTED] To .cz [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] wix-users-bounces cc @lists.sourceforg wix-users@lists.sourceforge.net e.net wix-users@lists.sourceforge.net Subject Re: [WiX-users] choosing Website 25/09/2007 14:53 (not Webserver) and changing Virtual Directory Hi Matt, Thanks for the answer. If I am seeing it right, I have to use first the ENUM Parameter to find out how many Sites are hosted on this IIS and after that I have to parse for each Site the Server Comment parameter. But even if I can realize this I am not able to use Custom Action vbscript because I do not knot how it works :( I think it could be a solution but i do not think that I can get it work. Perhaps you can show me what I have to do. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 2:58 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory I recalled what the script was - adsutil.vbs - see this for more info http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/d3df4bc9-0954-459a-b5e6-7a8bc462960c.mspx?mfr=true Matt Thompson PERSHING Tel: 020 7864 8000 Email: [EMAIL PROTECTED] [EMAIL PROTECTED] shing.co.uk Sent by: To wix-users-bounces [EMAIL PROTECTED] @lists.sourceforg [EMAIL PROTECTED] e.net cc [EMAIL PROTECTED] .net, 25/09/2007 12:18 wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Subject Re: [WiX-users] choosing Website (not Webserver) and changing Virtual Directory Off the top of my head I'm not sure exactly how you'd do this but I've got some experience scripting IIS so thought I'd reply. There's a VBScript with the IIS resource kit that can be used to query the Metabase - maybe you could borrow the code from that, for a custom action, to enumerate the websites available and put them in a drop down?
Re: [WiX-users] Running Service under a User Account
Administrator doesn't have the 'start a service' right by default. You'll need to add it. The reason you can control a service from the Services panel is that the right is added for you silently the first time you open that panel. Rob [EMAIL PROTECTED] wrote: Hi all, I have a component that installs an exe and registers it as a service. The problem I have is as soon as I add a user account to run under, it fails with a generic Error 1923. Service 'BATCHCONTROLLER1' (batchserviceamtbatchcontroller_exe) could not be installed. Verify that you have sufficient privileges to install system services. error. I am pretty sure the problem ISN'T privileges as both the account I am logged on as, and the account I am wanting to run the service under are in the administrators group on the machine (A Virtual PC running Windows 2003 Server SP2) The XML is as follows and works perfectly without the Account and Password options, but as soon as I add them it errors. DirectoryRef Id=batchservice Component Id=batchserviceamtbatchcontroller_exe Guid=7E9DACCD-F3E4-46A3-884D-6065C2199255 DiskId=1 File Id=BatchServiceAmtBatchController_exe LongName=AmtBatchController.exe Name=AMTBAT~1.EXE src=$(var.buildpath)\BatchService\AmtBatchController.exe KeyPath=yes / ServiceInstall Id='BatchControllerServiceInstall' DisplayName='BATCHCONTROLLER1' Name='batchserviceamtbatchcontroller_exe' ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes' Account=ServiceUser Password=password1/ ServiceControl Id='BatchControllerServiceControl' Name='batchserviceamtbatchcontroller_exe' Stop='both' Remove='uninstall' Wait='yes' / /Component /DirectoryRef Am I overlooking something obvious? */Pete Yates Senior Systems Developer/* DDC - Distributed Components Team HBOS II IT B3D/22 (7700) 22069 / (01275) 552069 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] . HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority. == - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Search for file as pre-requesit
You can do the same thing with an Error Custom Action. Get AppSearch to look for your file, and if it doesn't find it, call your Custom Action to show the error. Rob Craig0ss wrote: Hi I need to search for a txt file that is installed with a certain app that my app needs to run, so im looking for a launch condition that looks on the computer (C:\Windows\System32\vbruntme.txt), if this is found the installer installs as normal and if it doesnt find the file on the computer then it displays a msg. I have this in the boostrapper for my exe but i need it for my msi as a launch condition??? Thanks - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] size of msi 20% bigger with wix3 than with wix2
Hi, I'm trying to switch my current wxs files from wix2 to wix3. After getting rid of all the warnings wix3 gave me and changing the deprecated/removed elements, I could successfully generate the msi with wix3. But the size of the resulting msi is 1.6MB bigger when created with wix3 than it was with wix2. With wix2, the size was about 8.6MB, with wix3 it's 10.2MB. That's an increase of about 20% which I can't explain. I've 'extracted' the msi with 7zip to separate folders and compared the contents. I also compared the contents of both (wix2 and wix3) msis with Orca, and everything seems to be identical. With the exception of the cab file embedded in the msi. With wix3, the cab file is 1.6MB bigger than the one which gets embedded with wix2. I've also used 7zip and powerarchiver to check the cab files. Both have 167 files in them, and the compression method used (according to 7zip) is LZX:21 for both of them. I can't see any reason why one cab file would be so much bigger than the other. What am I missing here? Do you guys have ideas on where I can look for reasons or what I should check? Stefan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Removing a file from the GAC using a patch
You can't remove the component containing the file (that's not allowed during a patch) but you can mark it as a transitive component (don't know the WiX speak) with a condition that's false (like 0) to make it absent. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of LindseyLeu Sent: Monday, September 24, 2007 11:37 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Removing a file from the GAC using a patch Hi, I have an assembly installed by the RTM installer that was put into the GAC. I now want to remove the file in a patch because it is no longer needed. How should I author my wix code to delete the file? Thanks, Lindsey -- View this message in context: http://www.nabble.com/Removing-a-file-from-the-GAC-using-a-patch-tf45109 61.html#a12865594 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Running Service under a User Account
I think you mean the log on as a service right, slight difference. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Hamflett Sent: Tuesday, September 25, 2007 7:58 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Running Service under a User Account Administrator doesn't have the 'start a service' right by default. You'll need to add it. The reason you can control a service from the Services panel is that the right is added for you silently the first time you open that panel. Rob [EMAIL PROTECTED] wrote: Hi all, I have a component that installs an exe and registers it as a service. The problem I have is as soon as I add a user account to run under, it fails with a generic Error 1923. Service 'BATCHCONTROLLER1' (batchserviceamtbatchcontroller_exe) could not be installed. Verify that you have sufficient privileges to install system services. error. I am pretty sure the problem ISN'T privileges as both the account I am logged on as, and the account I am wanting to run the service under are in the administrators group on the machine (A Virtual PC running Windows 2003 Server SP2) The XML is as follows and works perfectly without the Account and Password options, but as soon as I add them it errors. DirectoryRef Id=batchservice Component Id=batchserviceamtbatchcontroller_exe Guid=7E9DACCD-F3E4-46A3-884D-6065C2199255 DiskId=1 File Id=BatchServiceAmtBatchController_exe LongName=AmtBatchController.exe Name=AMTBAT~1.EXE src=$(var.buildpath)\BatchService\AmtBatchController.exe KeyPath=yes / ServiceInstall Id='BatchControllerServiceInstall' DisplayName='BATCHCONTROLLER1' Name='batchserviceamtbatchcontroller_exe' ErrorControl='normal' Start='auto' Type='ownProcess' Vital='yes' Account=ServiceUser Password=password1/ ServiceControl Id='BatchControllerServiceControl' Name='batchserviceamtbatchcontroller_exe' Stop='both' Remove='uninstall' Wait='yes' / /Component /DirectoryRef Am I overlooking something obvious? */Pete Yates Senior Systems Developer/* DDC - Distributed Components Team HBOS II IT B3D/22 (7700) 22069 / (01275) 552069 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] . HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are authorised and regulated by the Financial Services Authority. == - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Trouble with DirectorySearch element in Vista
I have an installer that checks that the .NET 2.0 runtime is installed like this (the Property element is a child of the Product element): Property Id=DOTNET20INSTALLED DirectorySearch Id=DotNetFrameworkFolder Path=[WindowsFolder]Microsoft.NET\Framework Depth=1 FileSearch Id=DotNetSystemDLL LongName=System.dll MinVersion= 2.0.50727.1 MaxVersion=2.0.65535.65535 / /DirectorySearch /Property Condition Message=This installation requires .NET Framework 2.0 runtime. Please install it before running this install.DOTNET20INSTALLED/Condition This works fine in XP, and in Vista I get the UAC dialog and then it works fine in elevated mode. However, the MSI detects if the product is installed and gives the user a Remove option if the product is installed. If the user selects to remove the product, then I do not get the UAC dialog and I get the error message defined above, indicating that it could not find the system.dll file. I'm guessing the problem is related to the fact that I'm looking in the [WindowsFolder] location, which requires elevated privileges. This is confirmed by the fact that if I run the installer via msiexec /i from a command prompt that is running in elevated mode, it works. So, I need to know one of two things: 1) How can I get the installer to be built so that it will always give the UAC dialog so that it will run in elevated mode? This question is the same one that was posted in http://www.winforumz.com/vista/Elevated-privileges-MSI-Package-Vista-ftopict13735.html, but requiring that the installer be run from the command line is a not an acceptable solution for me. 2) Or, what is the correct way to check for the existence of a file in the C:\Windows folder in Vista? It seems strange that it works when installing, but not when uninstalling. Additional notes: There is a lot of stuff online regarding problems running Custom Actions, but this is not a custom action. Also, I found something that says that if the Custom Action is run in the UI sequence it won't work. They should be run in the Execute sequence. Is my Property being evaluated during the UI sequence when uninstalling, but in the execute sequence when installing? How can I control that? The uninstall works when right clicking the msi and selecting Uninstall, or uninstalling via the Control Panel, and (as noted above) when running msiexec from an elevated command line. It only doesn't work when running the msi and selecting the Remove option. Thanks, Mike - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] VS2005 merge modules and major upgrades
My installer includes the Visual Studio 2005 SP1 merge modules. When I do a major upgrade on Vista the VS2005 C runtime and MFC libraries get removed. This does NOT happen when I do the same major upgrade on Windows XP SP2. What I found in the installer log are these two lines: MSI (c) (F0:C0) [09:56:35:552]: skipping installation of assembly component: {9BAE13A2-E7AF-D6C3-A01F-C8B3B9A1E18E} since the assembly already exists MSI (c) (F0:C0) [09:56:35:567]: skipping installation of assembly component: {98CB24AD-52FB-DB5F-A01F-C8B3B9A1E18E} since the assembly already exists Those GUID's represent the VS2005 MFC and C runtime libraries. The messages seem OK, since in fact the libraries are already present. The problem is that as part of the major upgrade the libraries get removed when it uninstalls the previous version of my product and then they never get reinstalled. The end result is that the application fails to run because the MFC and runtime libraries are missing. If the user does a repair installation, the libraries are restored and then everything is OK. Does anyone know of any way to work around this, perhaps by modifying the VS2005 merge modules? -- View this message in context: http://www.nabble.com/VS2005-merge-modules-and-major-upgrades-tf4517209.html#a12885257 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] VS2005 merge modules and major upgrades
I think you've got the Vista variation of this: http://support.microsoft.com/kb/905238/en-us because SxS installs on Vista are treated the same general way. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Bean Sent: Tuesday, September 25, 2007 11:11 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] VS2005 merge modules and major upgrades My installer includes the Visual Studio 2005 SP1 merge modules. When I do a major upgrade on Vista the VS2005 C runtime and MFC libraries get removed. This does NOT happen when I do the same major upgrade on Windows XP SP2. What I found in the installer log are these two lines: MSI (c) (F0:C0) [09:56:35:552]: skipping installation of assembly component: {9BAE13A2-E7AF-D6C3-A01F-C8B3B9A1E18E} since the assembly already exists MSI (c) (F0:C0) [09:56:35:567]: skipping installation of assembly component: {98CB24AD-52FB-DB5F-A01F-C8B3B9A1E18E} since the assembly already exists Those GUID's represent the VS2005 MFC and C runtime libraries. The messages seem OK, since in fact the libraries are already present. The problem is that as part of the major upgrade the libraries get removed when it uninstalls the previous version of my product and then they never get reinstalled. The end result is that the application fails to run because the MFC and runtime libraries are missing. If the user does a repair installation, the libraries are restored and then everything is OK. Does anyone know of any way to work around this, perhaps by modifying the VS2005 merge modules? -- View this message in context: http://www.nabble.com/VS2005-merge-modules-and-major-upgrades-tf4517209. html#a12885257 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Some STUPID Limitations in WiX
I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
Just FYI - The WiX toolset is used to help write custom MSI packages but still need to follow the underlying Windows Installer rules and guidelines. I don't think the issues that you are mentioning are issues that pertain only to WiX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Upgrade guide / Existing components
I'm looking to see if anyone has a good guide to writing upgrades. What I am attempting to do is upgrade certain components in my upgrade MSI if a previous version exists, but not deploy the other components. A specific example is my installer package installs a website that needs an SSL cert. The user needs to purchase/install the cert after the installation, but when the upgrade comes, if a previous version is installed, I don't want to install the Website component again, because it will lose the certificate that's already installed in the site. Is there a good way to do this? Thanks in advance Pierson - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
I bet the developers of WiX toolset have never built a powerful installer for customers. You'd lose that bet! Microsoft Office 2007 installation is built with WIX. WIX is built on top of the Microsoft Installer so is limited in the same way as the Windows Installer is. As you found you can create custom actions to handle pretty much anything not already covered by the MSI engine, but it takes care to get those write with regard to rollback and un-install. LIMIT 2: Not sure what you are trying to say here. We've built up a number of wixlibs from fragments with a bunch of files and actions etc.. you just use a ComponentRef or CustomActionRef, etc... to pull in the elements of the fragment you are interested in. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 3:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Shortcut documentation is AWOL
I'm probably the last one to spot this, but just in case - the page describing Shortcuts in the website's Schema documentation is completely devoid of information. Not even links to MSDN :-( http://wix.sourceforge.net/manual-wix2/wix_xsd_shortcut.htm There's some material in the xsd file in the source distribution, so maybe the problem is the conversion of that to HTML. Cheers, Chris - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
1) Why do you care? Wix has support for Custom Actions that can close apps, and Windows Installer has FilesInUse detection, so the issue is about what you want to do if you knew that some process was running. 2) There's a merge module facility to get custom actions merged, the ModuleInstallExecuteSequence table where you say you want your custom actions after or before other actions, not stupid numbers. I don't know exactly how WiX builds these, but I think it supports it. 3) You can do this, but as Pierson says it's a Windows Installer thing. You'd typically add your own handler into Add/Remove Programs. However again the interesting question is why you need an uninstall dialog? This is one of those I've designed something but it's really difficult to do times, where the design doesn't fit the framework. Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pierson Lee (Volt) Sent: Tuesday, September 25, 2007 12:23 PM To: Dong Fang Xie (Excell Data Corporation); wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Some STUPID Limitations in WiX Just FYI - The WiX toolset is used to help write custom MSI packages but still need to follow the underlying Windows Installer rules and guidelines. I don't think the issues that you are mentioning are issues that pertain only to WiX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registering an OCX
OK, I've tried both methods suggested by John and cannot seem to get the control registered on Vista with UAC enabled. On XP and Vista without UAC (a Mac running Vista via Parallels) it registers the control and works fine. Our old InstallerVise installer registers the control just fine in Vista with UAC, so I know it can be done. Is there something else I might be missing? On Sep 14, 2007, at 12:01 PM, Wilson, Phil wrote: and adding to John's comment, if it's a Vista machine where it fails then the issue is likely to be UAC. Even an administrator doesn't always run with admin privileges, and that applies to impersonated custom actions too. http://msdn2.microsoft.com/en-us/library/aa372468.aspx http://blogs.msdn.com/astebner/archive/2006/09/30/778865.aspx http://www.macrovision.com/webdocuments/PDF/is_vista.pdf Phil Wilson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Hall Sent: Friday, September 14, 2007 9:22 AM To: Brad Stanley Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Registering an OCX Our software package needs to register an Active X Control. Currently I do it with the following: --- Property Id='REGSVR'regsvr32.exe/Property CustomAction Id=RegisterOCX Return=asyncNoWait Property=REGSVR ExeCommand='/s [INSTALLDIR]MyControl.ocx' / Should I be following another method to register the OCX so it consistently registers? Brad, A much better approach is to extract the registry entries that your OCX creates and create the registry entries directly from your installer. WiX 2 includes a utility 'tallow' [1] and WiX 3 a utility called 'heat' [2] that will do most of the work for you. Regards, John [1] http://blogs.conchango.com/stuartpreston/archive/2005/12/10/2488.aspx [2] http://installing.blogspot.com/2006/04/heatexe-making-setup- easier.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Deploying the MSI
Is there a way that I can deploy the msi file only? When I try to copy and paste the msi file only, a window pops up that the files cannot be found. Is there a way around this, where the msi file creates the files that you need without them having to be present in the folder the msi is run from? -- Jessica Darling - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] MSBuild
Could someone please show me an MSBuild file example? -- Jessica Darling - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX toolset, it's typically not a good idea to call it STUPID and then in the same sentence ask for help. You're biting the hand that feeds you. Plus if you think it's stupid then why would you trust the advice from the people that created it? At any rate, good luck with your powerful installer. Since we don't really know how to build those (smile), you may want to take any advice we give with a grain of salt. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
Justin, Thank you for your advice. I'll improve my attitude towards WiX and Windows Installer. BTW, you didn't answer my question. How to break those limitations ? Thanks, DongFang -Original Message- From: Justin Rockwood [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 2:22 PM To: Dong Fang Xie (Excell Data Corporation); wix-users@lists.sourceforge.net Subject: RE: Some STUPID Limitations in WiX Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX toolset, it's typically not a good idea to call it STUPID and then in the same sentence ask for help. You're biting the hand that feeds you. Plus if you think it's stupid then why would you trust the advice from the people that created it? At any rate, good luck with your powerful installer. Since we don't really know how to build those (smile), you may want to take any advice we give with a grain of salt. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
I have seen this time and time again. When someone doesn't understand the subtle nuances of the Windows Installer service, all of a sudden all the tools built around it suck or are STUPID. :-) On 9/25/07, Justin Rockwood [EMAIL PROTECTED] wrote: Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX toolset, it's typically not a good idea to call it STUPID and then in the same sentence ask for help. You're biting the hand that feeds you. Plus if you think it's stupid then why would you trust the advice from the people that created it? At any rate, good luck with your powerful installer. Since we don't really know how to build those (smile), you may want to take any advice we give with a grain of salt. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe . How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSBuild
Have a look at this MSDN article: http://msdn.microsoft.com/msdnmag/issues/07/03/WixTricks/ //a On 9/25/07, Jessi Darling [EMAIL PROTECTED] wrote: Could someone please show me an MSBuild file example? -- Jessica Darling - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
For #1. FileSearch, RegistrySearch, and DirectorySearch search are part of core Windows Installer functionality. This is why WiX has those contructs in the language and not the others. For #2. Use libraries instead of modules. My advice is to produce modules only if you are shipping them for consumption in a setup you have no control over. They have additional limitations when you get into patching that make them hard to service. WiX supports msm's because Windows installer supports them but I would only recommend using them as a last resort :) Dont use them to share setup logic within your own system. Take advantage of the linker to separate things into smaller projects and pull it all together in the end. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 2:29 PM To: Justin Rockwood; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Some STUPID Limitations in WiX Justin, Thank you for your advice. I'll improve my attitude towards WiX and Windows Installer. BTW, you didn't answer my question. How to break those limitations ? Thanks, DongFang -Original Message- From: Justin Rockwood [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 2:22 PM To: Dong Fang Xie (Excell Data Corporation); wix-users@lists.sourceforge.net Subject: RE: Some STUPID Limitations in WiX Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX toolset, it's typically not a good idea to call it STUPID and then in the same sentence ask for help. You're biting the hand that feeds you. Plus if you think it's stupid then why would you trust the advice from the people that created it? At any rate, good luck with your powerful installer. Since we don't really know how to build those (smile), you may want to take any advice we give with a grain of salt. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
True. Although, there's a grain of truth in Dong's frustrations, which is why I was just joking around in my initial response (I really did think Dong's email was funny and didn't take offense). I do think that Windows Installer could be a lot easier to understand and work with and I think that we still have a good ways to go to make it easier in WiX for novice users (not necessarily calling Dong a novice). Justin From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Shurts Sent: Tuesday, September 25, 2007 2:44 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Some STUPID Limitations in WiX I have seen this time and time again. When someone doesn't understand the subtle nuances of the Windows Installer service, all of a sudden all the tools built around it suck or are STUPID. :-) On 9/25/07, Justin Rockwood [EMAIL PROTECTED] wrote: Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX toolset, it's typically not a good idea to call it STUPID and then in the same sentence ask for help. You're biting the hand that feeds you. Plus if you think it's stupid then why would you trust the advice from the people that created it? At any rate, good luck with your powerful installer. Since we don't really know how to build those (smile), you may want to take any advice we give with a grain of salt. Justin -Original Message- From: [EMAIL PROTECTED] [mailto: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
Hi Justin: Even though your advice and comments to Dong are 100% correct I'm still going easy on him. I've had many frustrating days with Windows Installer/WiX. I would say that these are most surely issues with Windows Installer's complexity and not WiX - however WiX's tendency to assume that you are already a Windows Installer expert, and it's missing support for UI (until recently) never helped matters. On 9/25/07, Justin Rockwood [EMAIL PROTECTED] wrote: Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX toolset, it's typically not a good idea to call it STUPID and then in the same sentence ask for help. You're biting the hand that feeds you. Plus if you think it's stupid then why would you trust the advice from the people that created it? At any rate, good luck with your powerful installer. Since we don't really know how to build those (smile), you may want to take any advice we give with a grain of salt. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe . How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deploying the MSI
On your Media element add a cabinet attribute and an EmbedCab='yes' attribute. That should do it. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jessi Darling Sent: Tuesday, September 25, 2007 2:08 PM To: wix-users Subject: [WiX-users] Deploying the MSI Is there a way that I can deploy the msi file only? When I try to copy and paste the msi file only, a window pops up that the files cannot be found. Is there a way around this, where the msi file creates the files that you need without them having to be present in the folder the msi is run from? -- Jessica Darling - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
Dong- I notice your Microsoft.com email address and as such I'm assuming you are a contractor working on a project for Microsoft. As such, I'm curious about a few things: 1) Do you have prior experience writing installs and deploying applications? 2) Do you have prior MSI experience? 3) If yes to either, using what tools? 4) Who made the decision to use WiX for your current installer? 5) Why was the choice made? ( Not Invented Here / Dogfood perhaps? Or maybe the product lead doesn't know anything about installers either so he figured he'd just go with whatever eveyone else is using. ) 6) Do you agree with that choice? As for your comments your are correct, WiX is far from feature complete and severly lags other tools IMHO based on12 years of writing installs. But, don't expect anyone here to admit that. Problem #1 ... MSI doesn't support these things but I really wish it did. InstallShield / Wise / InstallAware / WiX shouldn't have to write their own custom `xxxLocator` patterns for obvious use cases like Process, Service, WebSite, XML XPath. When the vendors don't do it, developers shouldn't have to do it with CA's. This is a failure on Microsoft's part, not developers. Problem #2 requires a lot of design thought into how to componentize / fragmentize products and then build them all together in various combinations to get the desired result. I have several years experience doing this with other toolsets and it's always fun. Problem #3 is creating dialogchains with entry conditions that detect first install, maintenance and uninstall servicing and then linking your dialog into those dialog chains with the proper ControlEvent Conditions. Justin Rockwood [EMAIL PROTECTED] wrote: Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX toolset, it's typically not a good idea to call it STUPID and then in the same sentence ask for help. You're biting the hand that feeds you. Plus if you think it's stupid then why would you trust the advice from the people that created it? At any rate, good luck with your powerful installer. Since we don't really know how to build those (smile), you may want to take any advice we give with a grain of salt. Justin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?! I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deploying the MSI
Hm.. I do have this included. My Media Tag is: Media Id='1' Cabinet='Cash.cab' EmbedCab='yes' DiskPrompt=CD-ROM #1 / I am also deploying Crystal Reports msm. But I think I had the problem before that too. On 9/25/07, Peter Marcu [EMAIL PROTECTED] wrote: On your Media element add a cabinet attribute and an EmbedCab='yes' attribute. That should do it. *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Jessi Darling *Sent:* Tuesday, September 25, 2007 2:08 PM *To:* wix-users *Subject:* [WiX-users] Deploying the MSI Is there a way that I can deploy the msi file only? When I try to copy and paste the msi file only, a window pops up that the files cannot be found. Is there a way around this, where the msi file creates the files that you need without them having to be present in the folder the msi is run from? -- Jessica Darling -- Jessica Darling - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Some STUPID Limitations in WiX
Yep, I agree (see my last email - we crossed responses). I wasn't intending to come down on Dong. I was writing tongue-in-cheek, but I'm not sure if that came across. I still get frustrated with Windows Installer/WiX, so I know the feeling. Thanks, Justin From: Chris Mumford [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 2:50 PM To: Justin Rockwood Cc: Dong Fang Xie (Excell Data Corporation); wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Some STUPID Limitations in WiX Hi Justin: Even though your advice and comments to Dong are 100% correct I'm still going easy on him. I've had many frustrating days with Windows Installer/WiX. I would say that these are most surely issues with Windows Installer's complexity and not WiX - however WiX's tendency to assume that you are already a Windows Installer expert, and it's missing support for UI (until recently) never helped matters. On 9/25/07, Justin Rockwood [EMAIL PROTECTED] wrote: Hey, Dong, thanks for the laugh! :) While we appreciate feedback on the WiX toolset, it's typically not a good idea to call it STUPID and then in the same sentence ask for help. You're biting the hand that feeds you. Plus if you think it's stupid then why would you trust the advice from the people that created it? At any rate, good luck with your powerful installer. Since we don't really know how to build those (smile), you may want to take any advice we give with a grain of salt. Justin -Original Message- From: [EMAIL PROTECTED] [mailto: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Dong Fang Xie (Excell Data Corporation) Sent: Tuesday, September 25, 2007 12:04 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Some STUPID Limitations in WiX I'm working on a small and simple installer using WiX toolset (the latest stable version 2.0.3719.0). To my surprise, it is really very very tough !! It almost drove me crazy. I really don't understand why there are so many stupid limitations: LIMIT 1: Since FileSearch, DirectorySearch, RegistrySearch are WiX elements, Why there is no ProcessSearch or TaskSearch ?!I need to know whether a specific process is running before installation/uninstallation. LIMIT 2: If all files in a msi package are from different small projects, I can build a module for each small project, and create a main wxs file to merge all modules. It should be a good idea, but how can I use the files from different modules ? There is no way for now. I must control all custom actions in the main wxs file, and some custom actions need a FileKey to a file in a module. I cannot distribute all cutom actions in different modules, if I do so, how can I control the InstallSequence ? Using stupid numbers? LIMIT 3: I defined a dialog which must be shown not only during installation but also during uninstallation. But how to make it shown during uninstallation ? the UILevel will be set to basic UI or no UI automatically by msiexec.exe. How can I beg Windows NOT do that for me? I can use command msiexec /qf /x msifile, but how can I know my customer can do that each time they want to uninstall the msi file ? Is there any way I can define UILevel of uninstallation inside msi file ? WiX is a very good toolset, but far from perfect ! I bet the developers of WiX toolset have never built a powerful installer for customers. I will never know the limit if I wasn't assigned the job to build a small and simple installer. I noticed that there are some extensions in WiX 3.0, but it is still far from enough. For LIMIT 1, I've built my own dll to detect running processes. But how to break LIMIT 2 and LIMIT 3 ? Can you guys give me some ideas ? Thanks in advance - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deploying the MSI
For each File element I also had to use the Compressed=yes attribute. Using WiX 2.0.5325.0. Older versions of WiX didn't have that attribute. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jessi Darling Sent: Tuesday, September 25, 2007 2:55 PM To: Peter Marcu Cc: wix-users Subject: Re: [WiX-users] Deploying the MSI Hm.. I do have this included. My Media Tag is: Media Id=' 1' Cabinet='Cash.cab ' EmbedCab='yes ' DiskPrompt=CD-ROM #1 /I am also deploying Crystal Reports msm. But I think I had the problem before that too. On 9/25/07, Peter Marcu [EMAIL PROTECTED] wrote: On your Media element add a cabinet attribute and an EmbedCab='yes' attribute. That should do it. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jessi Darling Sent: Tuesday, September 25, 2007 2:08 PM To: wix-users Subject: [WiX-users] Deploying the MSI Is there a way that I can deploy the msi file only? When I try to copy and paste the msi file only, a window pops up that the files cannot be found. Is there a way around this, where the msi file creates the files that you need without them having to be present in the folder the msi is run from? -- Jessica Darling -- Jessica Darling - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deploying the MSI
I would just add that it's easier to set Compressed=yes on the Package instead of setting it on each individual File element. (I use WiX 2) 2007/9/25, Chad Petersen [EMAIL PROTECTED]: For each File element I also had to use the Compressed=yes attribute. Using WiX 2.0.5325.0. Older versions of WiX didn't have that attribute. -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Jessi Darling *Sent:* Tuesday, September 25, 2007 2:55 PM *To:* Peter Marcu *Cc:* wix-users *Subject:* Re: [WiX-users] Deploying the MSI Hm.. I do have this included. My Media Tag is: Media Id=' 1' Cabinet='Cash.cab ' EmbedCab='yes ' DiskPrompt=CD-ROM #1 /I am also deploying Crystal Reports msm. But I think I had the problem before that too. On 9/25/07, *Peter Marcu* [EMAIL PROTECTED] wrote: On your Media element add a cabinet attribute and an EmbedCab='yes' attribute. That should do it. *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *Jessi Darling *Sent:* Tuesday, September 25, 2007 2:08 PM *To:* wix-users *Subject:* [WiX-users] Deploying the MSI Is there a way that I can deploy the msi file only? When I try to copy and paste the msi file only, a window pops up that the files cannot be found. Is there a way around this, where the msi file creates the files that you need without them having to be present in the folder the msi is run from? -- Jessica Darling -- Jessica Darling - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX v3: COM on Vista. I have some success, but worried about heat's erroneous output
John Hall-9 wrote: I've been reading more about heat, vb6 and vista. I'm now starting to get worried that there's a potential difference between running Heat on Vista versus XP. And yes, you do need to run as Admin, and elevated for Heat to actually extract anything. Also, Should I be deleting all the registry entries that refer to the VB Virtual Machine Runtime DLL...I forget the exact key, but it references c:\windows\system32 ... MSVBRuntime(forgot name).dll. I remove the following: 1. The VB runtime CLSID: {D5DE8D20-5BB8-11D1-A1E3-00A0C90F2731} 2. The two VB typelibs: {EA544A21-C82D-11D1-A3E4-00A0C90AEA82} and {000204EF---C000-0046}. 3. All interfaces that reference either of the typelibs. Hi John, To do the above 3 things, would've meant editing about 5000 lines out of my 25000 line file. I'm not an XSL wiz by any standard, but I came up with this solution: * Create XSLT file that processes the above 3 GUIDS and simply removes the element where the attribute value contains or is the GUID in question. * Open it up with Notepadd++ and use the friendly Macro Remove Blank Lines for that blank lines that the XSLT processing leaves behind. I downloaded MSXSL command line utility from Microsoft (http://www.microsoft.com/downloads/details.aspx?FamilyID=2FB55371-C94E-4373-B0E9-DB4816552E41displaylang=en) To use it, in a command prompt: D:\msxsl Original.wxs Cleanup.xslt -o NiceAndClean.xml I'm including my XSLT file (Cleanup.xslt) in case anybody else wants to use it: Cleanup.xsl == ?xml version=1.0? xsl:stylesheet xmlns:xsl=http://www.w3.org/1999/XSL/Transform; version=1.0 !-- stylesheet output -- xsl:output method=xml omit-xml-declaration=no / !-- Root template. -- xsl:template match=/ xsl:apply-templates/ /xsl:template !-- Identity copy of all processing-instructions. -- xsl:template match=comment()|processing-instruction() xsl:copy / /xsl:template !-- Identity copy of all elements. -- xsl:template match=* xsl:copy xsl:apply-templates select=@*/ xsl:apply-templates/ /xsl:copy /xsl:template !-- Identity copy of all attributes. -- xsl:template match=@* xsl:copy-of select=./ /xsl:template !-- Remove all the elements that contain the following attributes: -- xsl:template match=[EMAIL PROTECTED]'{D5DE8D20-5BB8-11D1-A1E3-00A0C90F2731}']/xsl:template xsl:template match=[EMAIL PROTECTED]'{EA544A21-C82D-11D1-A3E4-00A0C90AEA82}']/xsl:template xsl:template match=[EMAIL PROTECTED]'{000204EF---C000-0046}']/xsl:template xsl:template match=[EMAIL PROTECTED]'Software\Classes\TypeLib\{EA544A21-C82D-11D1-A3E4-00A0C90AEA82}\6.0\9\win32']/xsl:template xsl:template match=[EMAIL PROTECTED]'Software\Classes\TypeLib\{EA544A21-C82D-11D1-A3E4-00A0C90AEA82}\6.0\FLAGS']/xsl:template xsl:template match=[EMAIL PROTECTED]'Software\Classes\TypeLib\{EA544A21-C82D-11D1-A3E4-00A0C90AEA82}\6.0\HELPDIR']/xsl:template xsl:template match=[EMAIL PROTECTED]'Software\Classes\TypeLib\{EA544A21-C82D-11D1-A3E4-00A0C90AEA82}\6.0']/xsl:template xsl:template match=[EMAIL PROTECTED]'Software\Classes\TypeLib\{000204EF---C000-0046}\6.0\9\win32']/xsl:template xsl:template match=[EMAIL PROTECTED]'Software\Classes\TypeLib\{000204EF---C000-0046}\6.0\FLAGS']/xsl:template xsl:template match=[EMAIL PROTECTED]'Software\Classes\TypeLib\{000204EF---C000-0046}\6.0\HELPDIR']/xsl:template xsl:template match=[EMAIL PROTECTED]'Software\Classes\TypeLib\{000204EF---C000-0046}\6.0']/xsl:template /xsl:stylesheet -- View this message in context: http://www.nabble.com/WiX-v3%3A-COM-on-Vista.--I-have-some-success%2C-but-worried-about-heat%27s-erroneous-output.-tf4510373.html#a12890714 Sent from the wix-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] (no subject)
I've written wix to install windows service that requires username/password. Currently I'm using public property to pass username/password and ServiceInstall, ServiceControl for installing. It works, but the problem is password has to be supplied in cleartext. How can I supply password without displaying it? Thanks, surya _ 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- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Deploying the MSI
On 25 Sep 2007, at 23:39, János Brezniczky wrote: I would just add that it's easier to set Compressed=yes on the Package instead of setting it on each individual File element. (I use WiX 2) But does it also apply to merged in modules? We're merging in one of the runtime modules for VS2005, and I noticed it bulked things up quite a bit. Jessica also write that her Media element was: Media Id=' 1' Cabinet=' Cash.cab ' EmbedCab ='yes ' DiskPrompt=CD- ROM #1 /I am also deploying Crystal Reports msm. But I think I had the problem before that too. If those extra spaces around attribute values aren't typos/courtesy of her mail client, then they might be the problem. I'd trim them. Cheers, Chris - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users