[WiX-users] Help: Need support for WiX light
Hello Team, this are my first steps with WiX. For learning, my first small example was compiled with candle succesfully, but during linking with light a error came up: Method not found. System.MissingMethodException. Environment: VisualStudio 2008 and WiX 3.5 on virtual XP SP3, Installations were without errors. My install.wxs is located in C:\Program Files\Windows Installer XML v3.5\bin, I executed candle and light via cmd. Background: I'd like to install 2 files from C:\InstallQuelle\bin\test.exe and C:\InstallQuelle\Help\0.rtf to the target C:\InstallZiel\bin\test.exe and C:\InstallZiel\Help\0.rtf. When I use Visual Studio / XML menu to build a *.msi-file from the opened wxs-file: brings the same error: method not found. Also if I try the example from the installed WiX-documentation (one to one) I'm not able to build a *.msi, again comes up: method no found. Unfortunally I found no hint within the documentation nor the online database. Do you know, what might be wrong? I attache the install.wxs for your information. Thanks in advance for your help! Detlef Amende ___ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help: Need support for WiX light
Detlef, this mailing list does not support attachements. So we can't find your problem with the information in your mail. Regards, Helge Original-Nachricht Datum: Mon, 12 Dec 2011 09:31:55 +0100 (CET) Von: Detlef Amende detlefame...@web.de An: wix-users@lists.sourceforge.net Betreff: [WiX-users] Help: Need support for WiX light Hello Team, this are my first steps with WiX. For learning, my first small example was compiled with candle succesfully, but during linking with light a error came up: Method not found. System.MissingMethodException. Environment: VisualStudio 2008 and WiX 3.5 on virtual XP SP3, Installations were without errors. My install.wxs is located in C:\Program Files\Windows Installer XML v3.5\bin, I executed candle and light via cmd. Background: I'd like to install 2 files from C:\InstallQuelle\bin\test.exe and C:\InstallQuelle\Help\0.rtf to the target C:\InstallZiel\bin\test.exe and C:\InstallZiel\Help\0.rtf. When I use Visual Studio / XML menu to build a *.msi-file from the opened wxs-file: brings the same error: method not found. Also if I try the example from the installed WiX-documentation (one to one) I'm not able to build a *.msi, again comes up: method no found. Unfortunally I found no hint within the documentation nor the online database. Do you know, what might be wrong? I attache the install.wxs for your information. Thanks in advance for your help! Detlef Amende ___ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] create permanent folder in My Documents but remove itsregistry key
That sort of thing is best done in the application. It solves several problems including: It won't be removed by the installer without explicit instructions. It creates a folder for the user running the application, not the user installing the application (which is not always the same user). If your installer is per-machine, then it will create the folder for any user who uses the application, not just the one who installs it. -Original Message- From: Giuliano M. Laudone [mailto:gmlaud...@gmail.com] Sent: 11 December 2011 16:50 To: wix-users@lists.sourceforge.net Subject: [WiX-users] create permanent folder in My Documents but remove itsregistry key Hi all, I am completely new to WIX and to the Windows Installer in general and I have a question that probably just shows how much of a noob I am. I would like the installer to create a folder in My Documents and this folder will be used by the users to save and store their own files. So I would like this folder not to be removed on uninstall. I have achieved this setting Permanent=yes, and so far so good. However, I had also to add a RegistryValue because it is not possible to add a folder to PersonalFolder without it (otherwise I get ICE38). Now, I would like the uninstaller to leave the folder and its content untouched but I would like it to remove the registry key. Is that possible? Is that plain wrong? Thanks in advance for your help. Giuliano - - Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] create permanent folder in My Documents but remove itsregistry key
That makes perfect sense. Thanks for your reply! But I still struggle to understand the need for the registry key for something installed in My Documents. How is that different from everything else? Cheers On 12 December 2011 09:43, Peter Shirtcliffe pshirtcli...@sdl.com wrote: That sort of thing is best done in the application. It solves several problems including: It won't be removed by the installer without explicit instructions. It creates a folder for the user running the application, not the user installing the application (which is not always the same user). If your installer is per-machine, then it will create the folder for any user who uses the application, not just the one who installs it. -Original Message- From: Giuliano M. Laudone [mailto:gmlaud...@gmail.com] Sent: 11 December 2011 16:50 To: wix-users@lists.sourceforge.net Subject: [WiX-users] create permanent folder in My Documents but remove itsregistry key Hi all, I am completely new to WIX and to the Windows Installer in general and I have a question that probably just shows how much of a noob I am. I would like the installer to create a folder in My Documents and this folder will be used by the users to save and store their own files. So I would like this folder not to be removed on uninstall. I have achieved this setting Permanent=yes, and so far so good. However, I had also to add a RegistryValue because it is not possible to add a folder to PersonalFolder without it (otherwise I get ICE38). Now, I would like the uninstaller to leave the folder and its content untouched but I would like it to remove the registry key. Is that possible? Is that plain wrong? Thanks in advance for your help. Giuliano - - Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] create permanent folder in My Documents but remove itsregistry key
RobM was speculating that it might be something to do with how group policy works with Windows Installer. http://robmensching.com/blog/posts/2007/4/27/How-to-create-an-uninstall-short cut-and-pass-all-the -Original Message- From: Giuliano M. Laudone [mailto:gmlaud...@gmail.com] Sent: 12 December 2011 10:14 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] create permanent folder in My Documents but remove itsregistry key That makes perfect sense. Thanks for your reply! But I still struggle to understand the need for the registry key for something installed in My Documents. How is that different from everything else? Cheers On 12 December 2011 09:43, Peter Shirtcliffe pshirtcli...@sdl.com wrote: That sort of thing is best done in the application. It solves several problems including: It won't be removed by the installer without explicit instructions. It creates a folder for the user running the application, not the user installing the application (which is not always the same user). If your installer is per-machine, then it will create the folder for any user who uses the application, not just the one who installs it. -Original Message- From: Giuliano M. Laudone [mailto:gmlaud...@gmail.com] Sent: 11 December 2011 16:50 To: wix-users@lists.sourceforge.net Subject: [WiX-users] create permanent folder in My Documents but remove itsregistry key Hi all, I am completely new to WIX and to the Windows Installer in general and I have a question that probably just shows how much of a noob I am. I would like the installer to create a folder in My Documents and this folder will be used by the users to save and store their own files. So I would like this folder not to be removed on uninstall. I have achieved this setting Permanent=yes, and so far so good. However, I had also to add a RegistryValue because it is not possible to add a folder to PersonalFolder without it (otherwise I get ICE38). Now, I would like the uninstaller to leave the folder and its content untouched but I would like it to remove the registry key. Is that possible? Is that plain wrong? Thanks in advance for your help. Giuliano - - Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. - - Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Clickthrough project
Hi, Where can I find documentation or a tutorial on how to use the Clickthrough Project? Thanks Fran -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Util:FileShare or FileSharePermissions is removing additional users on minor/small updates.
Anyone have any other thoughts on this? Jon W. McCain | Software Engineer - Install phone fax +1.317.715.8462 | jon.mcc...@inin.com Interactive Intelligence Inc. Deliberately Innovative www.inin.com -Original Message- From: McCain, Jon Sent: Friday, December 09, 2011 8:31 AM To: General discussion for Windows Installer XML toolset. Cc: McCain, Jon Subject: RE: [WiX-users] Util:FileShare or FileSharePermissions is removing additional users on minor/small updates. I am referring to a minor upgrade not a major in this instance. The product code remains the same and an MSP is used for the install. Jon W. McCain | Software Engineer - Install phone fax +1.317.715.8462 | jon.mcc...@inin.com Interactive Intelligence Inc. Deliberately Innovative www.inin.com -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, December 09, 2011 4:47 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Util:FileShare or FileSharePermissions is removing additional users on minor/small updates. If by the update you're meaning a major update then you can avoid the component being reinstalled by scheduling RemoveExistingProducts late - one of the latter 2 options here: http://msdn.microsoft.com/en-us/library/windows/desktop/aa371197%28v=vs.85%29 .aspx Components that exist in both the old and new installers are not reinstalled. -Original Message- From: McCain, Jon [mailto:jon.mcc...@inin.com] Sent: 08 December 2011 18:18 To: wix-users@lists.sourceforge.net Cc: McCain, Jon Subject: [WiX-users] Util:FileShare or FileSharePermissions is removing additional users on minor/small updates. I am experiencing an issue where a network share created with util:FileShare is overwriting post install added members to the Share Permissions DACL. The components look like this for the GA install: Fragment DirectoryRef Id=CLIENT_RESOURCES Component Id=resourcedir_fileshare Guid=D2DAED14-E4E3-4405-8C0A-D26E9144793B SharedDllRefCount=yes CreateFolder / util:FileShare Name=Resources Id=ResourceDirectoryShare Description=IC Resources Folder util:FileSharePermission GenericAll=yes User=Administrators CreateChild=yes CreateFile=yes DeleteChild=yes / util:FileSharePermission GenericRead=yes User=Everyone GenericExecute=yes ReadPermission=yes ReadExtendedAttributes=yes / /util:FileShare /Component /DirectoryRef /Fragment These do not change during minor updates but when the update is applied any additional permissions that have been added are lost. I attempted to add Conditions to the components but to only run when Not Installed is true but that didn't resolve the issue. The only solution I can think of is a custom action that creates a cache of the share information and later restores it. I searched the bugs on sourceforge and do not see a specific one for this issue. Any and all help is appreciated. Regards, Jon W. McCain | Software Engineer - Install - - Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure
Re: [WiX-users] Unzip a .zip file in MSI
Richard, there's another option: Build (one or more) core product MSIs that contain the actual application you are distributing to every customer. Build separate MSIs for the customer-specific portion. You then distribute at least two MSIs (app + templates, etc). This would require that you use a setup.exe to apply both MSIs, and an uninstaller application to uninstall them. This keeps your entire app - including customer-specific templates - in MSI. Cheers, Andrew -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Unzip-a-zip-file-in-MSI-tp708190p7086719.html Sent from the wix-users mailing list archive at Nabble.com. -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Util:FileShare or FileSharePermissions isremoving additional users on minor/small updates.
If you open up your MSP in Orca does it have a FileShare and/or FileSharePermissions tables? It sounds like it does based off of the behavior you describe, but I'd hope it doesn't because I'd think (ideally) your minor update should leave the shares and permissions alone that were created by the major installer as well as added since the install. If those tables were there I think I'd try making a copy of the MSP, then use Orca to drop those two tables and save and test it to see if the same thing happened. Using the modified MSP, of course. -Original Message- From: McCain, Jon [mailto:jon.mcc...@inin.com] Sent: Monday, December 12, 2011 5:32 AM To: General discussion for Windows Installer XML toolset. Cc: McCain, Jon Subject: Re: [WiX-users] Util:FileShare or FileSharePermissions isremoving additional users on minor/small updates. Anyone have any other thoughts on this? Jon W. McCain | Software Engineer - Install phone fax +1.317.715.8462 | jon.mcc...@inin.com Interactive Intelligence Inc. Deliberately Innovative www.inin.com -Original Message- From: McCain, Jon Sent: Friday, December 09, 2011 8:31 AM To: General discussion for Windows Installer XML toolset. Cc: McCain, Jon Subject: RE: [WiX-users] Util:FileShare or FileSharePermissions is removing additional users on minor/small updates. I am referring to a minor upgrade not a major in this instance. The product code remains the same and an MSP is used for the install. Jon W. McCain | Software Engineer - Install phone fax +1.317.715.8462 | jon.mcc...@inin.com Interactive Intelligence Inc. Deliberately Innovative www.inin.com -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, December 09, 2011 4:47 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Util:FileShare or FileSharePermissions is removing additional users on minor/small updates. If by the update you're meaning a major update then you can avoid the component being reinstalled by scheduling RemoveExistingProducts late - one of the latter 2 options here: http://msdn.microsoft.com/en-us/library/windows/desktop/aa371197%28v=vs. 85%29 .aspx Components that exist in both the old and new installers are not reinstalled. -Original Message- From: McCain, Jon [mailto:jon.mcc...@inin.com] Sent: 08 December 2011 18:18 To: wix-users@lists.sourceforge.net Cc: McCain, Jon Subject: [WiX-users] Util:FileShare or FileSharePermissions is removing additional users on minor/small updates. I am experiencing an issue where a network share created with util:FileShare is overwriting post install added members to the Share Permissions DACL. The components look like this for the GA install: Fragment DirectoryRef Id=CLIENT_RESOURCES Component Id=resourcedir_fileshare Guid=D2DAED14-E4E3-4405-8C0A-D26E9144793B SharedDllRefCount=yes CreateFolder / util:FileShare Name=Resources Id=ResourceDirectoryShare Description=IC Resources Folder util:FileSharePermission GenericAll=yes User=Administrators CreateChild=yes CreateFile=yes DeleteChild=yes / util:FileSharePermission GenericRead=yes User=Everyone GenericExecute=yes ReadPermission=yes ReadExtendedAttributes=yes / /util:FileShare /Component /DirectoryRef /Fragment These do not change during minor updates but when the update is applied any additional permissions that have been added are lost. I attempted to add Conditions to the components but to only run when Not Installed is true but that didn't resolve the issue. The only solution I can think of is a custom action that creates a cache of the share information and later restores it. I searched the bugs on sourceforge and do not see a specific one for this issue. Any and all help is appreciated. Regards, Jon W. McCain | Software Engineer - Install - - Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Cloud Services Checklist: Pricing and Packaging Optimization This
[WiX-users] WIX InstallScope Use
I have an installer and I'd like to add the InstallScope so uses can choose to install for themselves or all users. I am using the wixui_installdir ui model. I've seen one reference to do this where I need to copy source code for the InstallScope and add it to my wix. Is this the way to do this? I don't want to use the mondo (I think that's the one) that has the InstallScope as part of its default sequence. -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detect VC++ runtime version on target system
You need something like this, not a registry search. http://blogs.msdn.com/b/astebner/archive/2010/05/05/10008146.aspx Phil W From: Helge Kruse [helge.kr...@gmx.net] Sent: Sunday, December 11, 2011 11:11 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Detect VC++ runtime version on target system The WiX help recommends to deploy the Visual C++ runtime using merge modules. I refer to section How To: Install the Visual C++ Redistributable with your installer. While this is possible, I don't want to include the MSM in every MSI I will generate. Instead I prefer to add this to the bootstrapper with Votive and MSBuild. But this would allow installing a C++ program that might will not run, when the bootstrapper is not used but the MSI is ran directly. Therefore I would like to check if the required version of the C++ run time is installed on the target system. This could be done with a RegistrySearch. But this allows only accessing registry values. I would like to do something like this: Property Id=VC80_CRT_762 RegistrySearch Id=Vc80_Crt_762 Root=HKLM Key=SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Installations\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_e889b656\downlevel_manifest.8.0.50727.4407 Name=? Type=raw / /Property Condition Message=This application needs a newer version of the VC++ run time. ![CDATA[Installed OR VC80_CRT_76]] /Condition How can the condition distinguish between an empty default value and key not in registry? How can this test achieved? What is the best way to check that the required or a newer version of the VC++ runtime is installed? Regards, Helge -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detect VC++ runtime version on target system
Looks like VC++ runtime does not create those keys, only Visual Studio install does. -Original Message- From: Wilson, Phil [mailto:phil.wil...@invensys.com] Sent: Monday, December 12, 2011 14:53 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Detect VC++ runtime version on target system You need something like this, not a registry search. http://blogs.msdn.com/b/astebner/archive/2010/05/05/10008146.aspx Phil W From: Helge Kruse [helge.kr...@gmx.net] Sent: Sunday, December 11, 2011 11:11 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Detect VC++ runtime version on target system The WiX help recommends to deploy the Visual C++ runtime using merge modules. I refer to section How To: Install the Visual C++ Redistributable with your installer. While this is possible, I don't want to include the MSM in every MSI I will generate. Instead I prefer to add this to the bootstrapper with Votive and MSBuild. But this would allow installing a C++ program that might will not run, when the bootstrapper is not used but the MSI is ran directly. Therefore I would like to check if the required version of the C++ run time is installed on the target system. This could be done with a RegistrySearch. But this allows only accessing registry values. I would like to do something like this: Property Id=VC80_CRT_762 RegistrySearch Id=Vc80_Crt_762 Root=HKLM Key=SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Installations\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_e889b656\downlevel_manifest.8.0.50727.4407 Name=? Type=raw / /Property Condition Message=This application needs a newer version of the VC++ run time. ![CDATA[Installed OR VC80_CRT_76]] /Condition How can the condition distinguish between an empty default value and key not in registry? How can this test achieved? What is the best way to check that the required or a newer version of the VC++ runtime is installed? Regards, Helge -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detect VC++ runtime version on target system
Phil, Thanks for reply. Do you refer to this 1. Call the MsiQueryProductState http://msdn2.microsoft.com/en-gb/library/aa370363.aspx API 2. Pass in the product code for the package that you want to detect based on the list below 3. Check the return value of this API. If it is anything other than INSTALLSTATE_DEFAULT, the package is not yet installed How do I call this API? Aaron describes this as the procedure in the VS2005 redistributable bootstrapper. - How do I add this to the wixproj file that defines the bootstrapper built with Votive and MSBuild? - How can I ensure in my .MSI that the bootstrapper has been started to install the redistributable if necessary? But this article and the link to the corresponding VS2005 article http://blogs.msdn.com/b/astebner/archive/2007/01/16/mailbag-how-to-detect-the-presence-of-the-vc-8-0-runtime-redistributable-package.aspx show some GUIDs that I found after installing the redistributable version. This could be used to find it in the registry. But I would use a better approach if possible. Regards, Helge Am 12.12.2011 21:53, schrieb Wilson, Phil: You need something like this, not a registry search. http://blogs.msdn.com/b/astebner/archive/2010/05/05/10008146.aspx Phil W From: Helge Kruse [helge.kr...@gmx.net] Sent: Sunday, December 11, 2011 11:11 AM To:wix-users@lists.sourceforge.net Subject: [WiX-users] Detect VC++ runtime version on target system The WiX help recommends to deploy the Visual C++ runtime using merge modules. I refer to section How To: Install the Visual C++ Redistributable with your installer. While this is possible, I don't want to include the MSM in every MSI I will generate. Instead I prefer to add this to the bootstrapper with Votive and MSBuild. But this would allow installing a C++ program that might will not run, when the bootstrapper is not used but the MSI is ran directly. Therefore I would like to check if the required version of the C++ run time is installed on the target system. This could be done with a RegistrySearch. But this allows only accessing registry values. I would like to do something like this: Property Id=VC80_CRT_762 RegistrySearch Id=Vc80_Crt_762 Root=HKLM Key=SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide\Installations\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_e889b656\downlevel_manifest.8.0.50727.4407 Name=? Type=raw / /Property Condition Message=This application needs a newer version of the VC++ run time. ![CDATA[Installed OR VC80_CRT_76]] /Condition How can the condition distinguish between an empty default value and key not in registry? How can this test achieved? What is the best way to check that the required or a newer version of the VC++ runtime is installed? Regards, Helge -- Systems Optimization Self Assessment Improve efficiency and utilization of IT resources. Drive out cost and improve service delivery. Take 5 minutes to use this Systems Optimization Self Assessment. http://www.accelacomm.com/jaw/sdnl/114/51450054/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users