Re: [WiX-users] Custom actions in C# and disabling buttons
How about having the custom action set a property if the condition is met, and having the NewDialog event be conditioned on that property? - Nir Bar Freelance Developer Mail: nir@panel-sw.com Web: www.panel-sw.com - C++ On Windows, Linux and Embedded Platforms - WiX InstallShield -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-actions-in-C-and-disabling-buttons-tp7599509p7599543.html Sent from the wix-users mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions in C# and disabling buttons
How about having the custom action set a property if the condition is met, and having the NewDialog event be conditioned on that property? Hi Nir, What I ended up doing was creating a validate button which invokes a custom action which sets a hidden property enabling the next button. This provides the event for the dialog to queue on triggering a state change in the next button. This is sub optimal because the data can be changed after validation. I hide a secondary validation in the next dialog to catch this. It would be nice to tie up all the logic in the click action, maybe dynamically setting the next dialog for example. I might add a dialogue to review the settings which would have next disabled if the few requiring validation failed, this might be a better ui experience. Thanks for following up, jlc -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions added with a Patch are ignored during uninstall
Take a look at http://msdn.microsoft.com/en-us/library/aa370739%28v=vs.85%29.aspx where it says: /The Custom Action Patch Uninstall option is not available. There is no method for marking a custom action within a patch package to be run when the patch is uninstalled because the installer does not apply the patch packages being uninstalled. To have a custom action run when a particular patch is uninstalled, the custom action must either be present in the original application or be in a patch for the product that is always applied./ And also, this other thread where someone was having the same problem: http://sourceforge.net/p/wix/mailman/message/27387586/ If you are targeting Windows Vista SP2 or later, then maybe the PatchUninstall property on the custom action would work better. Some more info about it can be found at http://msdn.microsoft.com/en-us/library/bb736308(v=vs.85).aspx. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-added-with-a-Patch-are-ignored-during-uninstall-tp7598511p7598555.html Sent from the wix-users mailing list archive at Nabble.com. -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions that need to call unmanaged DLL
What Blair suggests is working fine: C:\Program Files (x86)\WiX Toolset v3.7\SDK\MakeSfxCA.exe $(TargetDir)MBACAs.dll C:\Program Files (x86)\WiX Toolset v3.7\SDK\x86\SfxCA.dll $(TargetDir)CustomActions.dll $(SolutionDir)Libs\MY_NATIVE_WIN32.DLL $(TargetDir)CustomAction.config C:\Program Files (x86)\WiX Toolset v3.7\SDK\Microsoft.Deployment.WindowsInstaller.dll CustomActions.dll - your managed custom action MBACAs.dll - thew new custom action dll with all dependencies embeeded -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-that-need-to-call-unmanaged-DLL-tp7587049p7590660.html Sent from the wix-users mailing list archive at Nabble.com. -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions that need to call unmanaged DLL
I haven't tried this yet, but it looks like you could just pass the additional DLL's name to MakeSfxCA.exe to include additional files with your CA. -Original Message- From: Blair Murri [mailto:os...@live.com] Sent: Tuesday, July 02, 2013 2:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions that need to call unmanaged DLL In managed CAs using DTF you can include unmanaged DLLs in much the same way you can include dependent assemblies and they will be extracted alongside your CA's main assembly. Blair From: jacob.hoo...@greenheck.com To: wix-users@lists.sourceforge.net CC: wix-users@lists.sourceforge.net Date: Tue, 2 Jul 2013 04:33:27 + Subject: Re: [WiX-users] Custom Actions that need to call unmanaged DLL 1) yes 2) you could 3) yes, you could but you would need to manually extract the dll in you managed ca (after embedding it in the msi) and then pinvoke that dll. Fairly certain .net requires the native libs to exist as its loading your assembly, so you would need to build the reference to the native lib manually. If you own this dll, then I'd just expose a ca entry point in it and avoid all the complexities/chances for failure. If you need a functional example of a dynamic/runtime pinvoke, look for .net code calling DllRegisterServer. Sent from my phone On Jul 1, 2013, at 7:12 PM, George Fleming gef...@microsoft.com wrote: I would like do something like this: CustomActions.cs: [CustomAction] Public static ActionResults MyCustomAction(Session session) { ... NativeMethod.XYZ xyz = new NativeMethod.XYZ(); } NativeMethods.cs: internal static class NativeMethods { Internal class XYZ { XYZ() { ... XYZInternalFunc(); } [DllImport(XYZ)] Static extern private UInt32 XYZInternalFunc(); } } Questions: 1. Is this possible? 2. Do I need to deploy XYZ.dll in same directory as my MSI file? 3. Is it possible to bundle the XYZ.dll so that just the MSI is sufficient to do the installs? Thanks, George -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions that need to call unmanaged DLL
1) yes 2) you could 3) yes, you could but you would need to manually extract the dll in you managed ca (after embedding it in the msi) and then pinvoke that dll. Fairly certain .net requires the native libs to exist as its loading your assembly, so you would need to build the reference to the native lib manually. If you own this dll, then I'd just expose a ca entry point in it and avoid all the complexities/chances for failure. If you need a functional example of a dynamic/runtime pinvoke, look for .net code calling DllRegisterServer. Sent from my phone On Jul 1, 2013, at 7:12 PM, George Fleming gef...@microsoft.com wrote: I would like do something like this: CustomActions.cs: [CustomAction] Public static ActionResults MyCustomAction(Session session) { ... NativeMethod.XYZ xyz = new NativeMethod.XYZ(); } NativeMethods.cs: internal static class NativeMethods { Internal class XYZ { XYZ() { ... XYZInternalFunc(); } [DllImport(XYZ)] Static extern private UInt32 XYZInternalFunc(); } } Questions: 1. Is this possible? 2. Do I need to deploy XYZ.dll in same directory as my MSI file? 3. Is it possible to bundle the XYZ.dll so that just the MSI is sufficient to do the installs? Thanks, George -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
Thanks everyone for your help, I have created a small text application to call my DLL and it seems to be failing on the function GetModuleFileNameExA, I am looking into this. Again thank you, you have been a great help. Kind Regards, Natalie Carr Measuresoft Development Ltd., Partnership Courtyard, The Ramparts, Dundalk, Co. Louth, Ireland. Tel: +353 42 9332399 Email: natalie.c...@measuresoft.com Web: http://www.measuresoft.com -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: Friday, January 25, 2013 5:45 PM To: General discussion for Windows Installer XML toolset.; chr...@iswix.com Subject: Re: [WiX-users] Custom actions failing on XP Well, looking in the installer log on my laptop, it looks like it requires VersionNt = 5.1 and ServicePackLevel = 2). Based on that, the x86 version should support install on XP with SP2 or SP3. The binaries do not appear to be managed code, so I don't think .NET 4.5 is an issue. -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: John Cooper Sent: Friday, January 25, 2013 11:16 AM To: chr...@iswix.com; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Look in the assemblies in the runtime (ILDASM will work). If there are any .NET 4.5 dependencies, it will be a no-go on anything before Windows 7. -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Friday, January 25, 2013 11:07 AM To: General discussion for Windows Installer XML toolset.; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom actions failing on XP Sorry, haven't read the whole thread Didn't I read somewhere that VS2012 C++ doesn't support Windows XP? http://stackoverflow.com/questions/13492056/vs2012-c-dll-compatability From: Natalie Carr natalie.c...@measuresoft.com Sent: Friday, January 25, 2013 4:39 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted
Re: [WiX-users] Custom actions failing on XP
Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
Hi Peter, I am using the Multi-threaded for the runtime? Would that be causing the issue? Thanks for getting back to me Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 10:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
I seem to remember reading that C++ code compiled using VS2012 cannot target XP. Neil -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
I think you need an update to VS2012 http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx Neil -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: 25 January 2013 11:26 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP I seem to remember reading that C++ code compiled using VS2012 cannot target XP. Neil -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
Also I forgot to mention I installed the Visual Studio C++ Redistributables and it is still failig. Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 10:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
I have done that and still no joy..:( Kind Regards, Natalie Carr -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Friday, January 25, 2013 11:27 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP I think you need an update to VS2012 http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx Neil -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: 25 January 2013 11:26 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP I seem to remember reading that C++ code compiled using VS2012 cannot target XP. Neil -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
Multithreaded ought to be fine - I was referring to the dynamically/statically linking options (lib vs dll), but if you've already got the runtimes on the machine, then it wasn't the problem I was thinking about. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 11:24 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom actions failing on XP Hi Peter, I am using the Multi-threaded for the runtime? Would that be causing the issue? Thanks for getting back to me Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 10:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
Thanks for your help Peter, I have no idea why it is not running...:( Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 12:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Multithreaded ought to be fine - I was referring to the dynamically/statically linking options (lib vs dll), but if you've already got the runtimes on the machine, then it wasn't the problem I was thinking about. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 11:24 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom actions failing on XP Hi Peter, I am using the Multi-threaded for the runtime? Would that be causing the issue? Thanks for getting back to me Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 10:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users
Re: [WiX-users] Custom actions failing on XP
How about creating a simple exe and dll in VC++ and try that, it might help to identify the problem. Also, have you checked the eventlog, sometimes issues are reported there. Neil -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 12:11 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom actions failing on XP Thanks for your help Peter, I have no idea why it is not running...:( Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 12:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Multithreaded ought to be fine - I was referring to the dynamically/statically linking options (lib vs dll), but if you've already got the runtimes on the machine, then it wasn't the problem I was thinking about. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 11:24 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom actions failing on XP Hi Peter, I am using the Multi-threaded for the runtime? Would that be causing the issue? Thanks for getting back to me Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 10:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
You might also try taking your CA.dll and running depends.exe on it on Windows XP. It should show you if the .dll can load there. On Fri, Jan 25, 2013 at 4:18 AM, Neil Sleightholm n...@x2systems.comwrote: How about creating a simple exe and dll in VC++ and try that, it might help to identify the problem. Also, have you checked the eventlog, sometimes issues are reported there. Neil -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 12:11 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom actions failing on XP Thanks for your help Peter, I have no idea why it is not running...:( Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 12:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Multithreaded ought to be fine - I was referring to the dynamically/statically linking options (lib vs dll), but if you've already got the runtimes on the machine, then it wasn't the problem I was thinking about. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 11:24 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom actions failing on XP Hi Peter, I am using the Multi-threaded for the runtime? Would that be causing the issue? Thanks for getting back to me Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 10:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ 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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts
Re: [WiX-users] Custom actions failing on XP
Sorry, haven't read the whole thread Didn't I read somewhere that VS2012 C++ doesn't support Windows XP? http://stackoverflow.com/questions/13492056/vs2012-c-dll-compatability From: Natalie Carr natalie.c...@measuresoft.com Sent: Friday, January 25, 2013 4:39 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
Look in the assemblies in the runtime (ILDASM will work). If there are any .NET 4.5 dependencies, it will be a no-go on anything before Windows 7. -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Friday, January 25, 2013 11:07 AM To: General discussion for Windows Installer XML toolset.; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom actions failing on XP Sorry, haven't read the whole thread Didn't I read somewhere that VS2012 C++ doesn't support Windows XP? http://stackoverflow.com/questions/13492056/vs2012-c-dll-compatability From: Natalie Carr natalie.c...@measuresoft.com Sent: Friday, January 25, 2013 4:39 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing on XP
Well, looking in the installer log on my laptop, it looks like it requires VersionNt = 5.1 and ServicePackLevel = 2). Based on that, the x86 version should support install on XP with SP2 or SP3. The binaries do not appear to be managed code, so I don't think .NET 4.5 is an issue. -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: John Cooper Sent: Friday, January 25, 2013 11:16 AM To: chr...@iswix.com; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Look in the assemblies in the runtime (ILDASM will work). If there are any .NET 4.5 dependencies, it will be a no-go on anything before Windows 7. -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Christopher Painter [mailto:chr...@iswix.com] Sent: Friday, January 25, 2013 11:07 AM To: General discussion for Windows Installer XML toolset.; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom actions failing on XP Sorry, haven't read the whole thread Didn't I read somewhere that VS2012 C++ doesn't support Windows XP? http://stackoverflow.com/questions/13492056/vs2012-c-dll-compatability From: Natalie Carr natalie.c...@measuresoft.com Sent: Friday, January 25, 2013 4:39 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step
Re: [WiX-users] custom actions in burn?
Hi, I have the same thing (two MSIs, one 32 and the other 64 bit). I'm using the managed bootstrapper with override of OnPlanPackageBegin() method to control which one gets installed, without the need for custom actions: protected override void OnPlanPackageBegin(PlanPackageBeginEventArgs args) { base.OnPlanPackageBegin(args); if (args.PackageId == MPWI_Agent_x86) { if (Bitness.Is64BitOperatingSystem) args.State = RequestState.Absent; } else if (args.PackageId == MPWI_Agent_x64) { if (!Bitness.Is64BitOperatingSystem) args.State = RequestState.Absent; } } On Wed, Oct 31, 2012 at 5:21 PM, StevenOgilvie sogil...@msn.com wrote: Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions-in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in burn?
I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in burn?
So from your answer it sounds like you cannot really use Custom Action... in burn? I have 2007/2010/2013 Outlook and 32 bit/64 bit checking for the bitness isn't simple, we have a custom action dll that does that for us and returns a MSI property (which I use in the MSI) Steve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: October-31-12 12:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in burn?
Nope. You can spot what's allowed in Burn by tracing up through the Parents section of the help. In the case of CustomAction, the parents are Fragment, Module and Product. Technically, you can have Fragments in Burn but you'd expect to see Bundle listed as well if it was. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 31 October 2012 16:38 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? So from your answer it sounds like you cannot really use Custom Action... in burn? I have 2007/2010/2013 Outlook and 32 bit/64 bit checking for the bitness isn't simple, we have a custom action dll that does that for us and returns a MSI property (which I use in the MSI) Steve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: October-31-12 12:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in burn?
Looks like there's a simple registry search. Have you seen this ? http://stackoverflow.com/questions/2203980/detect-whether-office-2010-is-32bi t-or-64bit-via-the-registry -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 31 October 2012 16:38 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? So from your answer it sounds like you cannot really use Custom Action... in burn? I have 2007/2010/2013 Outlook and 32 bit/64 bit checking for the bitness isn't simple, we have a custom action dll that does that for us and returns a MSI property (which I use in the MSI) Steve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: October-31-12 12:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in burn?
Once again Peter, thank you! Awesome... STeve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: October-31-12 12:48 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? Looks like there's a simple registry search. Have you seen this ? http://stackoverflow.com/questions/2203980/detect-whether-office-2010-is-32bi t-or-64bit-via-the-registry -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 31 October 2012 16:38 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? So from your answer it sounds like you cannot really use Custom Action... in burn? I have 2007/2010/2013 Outlook and 32 bit/64 bit checking for the bitness isn't simple, we have a custom action dll that does that for us and returns a MSI property (which I use in the MSI) Steve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: October-31-12 12:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https
Re: [WiX-users] custom actions in burn?
There is no such thing as a CustomAction in the context of burn. If you can't use a combination of the existing searches (Registry/Component/Directory/Product/File) you either need to extend the existing BA/UX or write your own, neither of which are trivial. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Wednesday, October 31, 2012 11:48 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? Looks like there's a simple registry search. Have you seen this ? http://stackoverflow.com/questions/2203980/detect-whether-office-2010-is-32bi t-or-64bit-via-the-registry -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 31 October 2012 16:38 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? So from your answer it sounds like you cannot really use Custom Action... in burn? I have 2007/2010/2013 Outlook and 32 bit/64 bit checking for the bitness isn't simple, we have a custom action dll that does that for us and returns a MSI property (which I use in the MSI) Steve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: October-31-12 12:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Everyone hates slow websites. So do we. Make your web apps
Re: [WiX-users] custom actions in a Bootstrapper
Ok, thank you ! then, can we use a Variable element in our Bundle, to to modify a variable in our packages ? (what we would like to do is to assign a variable DownloadUrl to some of our packages) And i have seen examples of registry search in order to set a Variable value, but is it possible : - to get a value through command line ? (according to the mail archive it wasn’t possible before 3.6RC0) - to get a value from an xml file ? (through the util extension, or any other possible way) Thank you very much in advance Stéphane -Message d'origine- De : Rob Mensching [mailto:r...@robmensching.com] Envoyé : samedi 7 avril 2012 04:42 À : General discussion for Windows Installer XML toolset. Objet : Re: [WiX-users] custom actions in a Bootstrapper No such thing. Bundle's chain packages. Bundles also have variables and can search the machine for stuff to assign to variables. There is no such thing as a custom action in a Bundle. On Fri, Apr 6, 2012 at 9:10 AM, PAES Stephane stephane.p...@cegedim.frwrote: Hello I would like to add a custom action in a Burn Bootstrapper, but I can't find out how it has to be done. Indeed, I should ask a Custom element, which can only be created in AdminExecuteSequence, AdminUISequence, AdvertiseExecuteSequence, InstallExecuteSequence, or InstallUISequence ; and those elements can only be created in Fragment, Include, Module, or Product. I haven't found any example for such a situation yet .. how should I add my custom action ? Thank you very much in advance Stéphane -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in a Bootstrapper
No such thing. Bundle's chain packages. Bundles also have variables and can search the machine for stuff to assign to variables. There is no such thing as a custom action in a Bundle. On Fri, Apr 6, 2012 at 9:10 AM, PAES Stephane stephane.p...@cegedim.frwrote: Hello I would like to add a custom action in a Burn Bootstrapper, but I can't find out how it has to be done. Indeed, I should ask a Custom element, which can only be created in AdminExecuteSequence, AdminUISequence, AdvertiseExecuteSequence, InstallExecuteSequence, or InstallUISequence ; and those elements can only be created in Fragment, Include, Module, or Product. I haven't found any example for such a situation yet .. how should I add my custom action ? Thank you very much in advance Stéphane -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions after reboot
Thanks, I'll take a look at bootstrapping. http://msdn.microsoft.com/en-us/library/aa367553.aspx gave me the impression that after the forecereboot, the installer would be relaunched and I could then perform the queue set up, hence trying to perform the MSMQ stuff before installing any files. -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: 09 March 2011 17:20 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions after reboot Put a launch condition in that cancels your installation if msmq is not installed. If you really need to install msmq for your user use a bootstrapper that installs it before your msi is called. -Original Message- From: Matthew Slane [mailto:matthew.sl...@thetrainline.com] Sent: 09 March 2011 16:58 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions after reboot Hi, I'm getting a bit frustrated with constantly rebooting to try and get this working. If MSMQ is installed the queue gets created. If MSMQ isn't installed, it gets installed and throws the following message before forcing the reboot: The installer has encountered an unexpected error installing this package. This may indicate a problem with the package. The Error code is 28101. I'm using an wsx file based on the tutorial at www.tramontana.co.hu/wix/lesson1.php I need to force the reboot and then install the msmqueues component if MSMQ gets installed. ?xml version='1.0' encoding='windows-1252'? Wix xmlns='http://schemas.microsoft.com/wix/2006/wi' xmlns:pca=http://schemas.microsoft.com/wix/MsmqExtension; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Name='Foobar 1.0' Id='{D657286E-E865-43e3-B6F3-F37A0AC032BB}' UpgradeCode='{F4FD13DB-B92B-4e4d-A6F6-35DFCA877DC2}' Language='1033' Codepage='1252' Version='1.0.0' Manufacturer='Acme Ltd.' Package Id='*' Keywords='Installer' Description=Acme's Foobar 1.0 Installer Comments='Foobar is a registered trademark of Acme Ltd.' Manufacturer='Acme Ltd.' InstallerVersion='100' Languages='1033' Compressed='yes' SummaryCodepage='1252' / Media Id='1' Cabinet='App.cab' EmbedCab='yes' / util:User Domain='.' Name='Administrator' Id='myuser'/ Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='INSTALLDIR' Name='Acme' Component Id='doc1' Guid='{18E8D982-4958-492b-AAAC-CD9AABF4E0B9}' File Id='d1' Name='1stdoc.txt' DiskId='1' Source='1stdoc.txt' KeyPath='yes'/ /Component Component Id='msmqueues' Guid='{95B2735A-6014-4e16-AD23-70F1BF6A844E}' KeyPath='yes' pca:MessageQueue Id='testqueue' Label='testqueue' Transactional='yes' PathName='.\Private$\testqueue' pca:MessageQueuePermission Id='distqueupermission' ReceiveMessage='yes' User='myuser'/ /pca:MessageQueue /Component /Directory /Directory /Directory Property Id=msmqcontainer Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Container /norestart'/ Property Id=msmqserver Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Server /norestart'/ Property Id=msmqmulticast Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Multicast /norestart'/ CustomAction Id=msmqcontainer BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred Return='check' / CustomAction Id=msmqserver BinaryKey=WixCA DllEntry=CAQuietExec Execute='deferred' Return='check'/ CustomAction Id=msmqmulticast BinaryKey=WixCA DllEntry=CAQuietExec Execute='deferred' Return='check'/ Feature Id='Complete' Level='1' Feature Id='one' Level='1' ComponentRef Id='doc1'/ /Feature Feature Id='MSMQqueues' Level='1' ComponentRef Id='msmqueues'/ComponentRef Condition Level='0'NOT MSMQAVAILABLE/Condition /Feature /Feature Property Id='MSMQAVAILABLE' RegistrySearch Id=MSMQIsInstalled Root=HKLM Key=System\CurrentControlSet\Services\MSMQ Name=ImagePath Type=raw / /Property InstallExecuteSequence Custom Action=msmqcontainer After=InstallFiles NOT MSMQAVAILABLE/Custom Custom Action=msmqserver After=msmqcontainer NOT MSMQAVAILABLE/Custom Custom Action=msmqmulticast After=msmqserver NOT MSMQAVAILABLE/Custom ForceReboot After='msmqmulticast' NOT MSMQAVAILABLE /ForceReboot /InstallExecuteSequence /Product /Wix -Original Message- From: Matthew Slane [mailto:matthew.sl...@thetrainline.com] Sent: 04 March 2011 10:22 To: wix
Re: [WiX-users] custom actions after reboot
Hi, I'm getting a bit frustrated with constantly rebooting to try and get this working. If MSMQ is installed the queue gets created. If MSMQ isn't installed, it gets installed and throws the following message before forcing the reboot: The installer has encountered an unexpected error installing this package. This may indicate a problem with the package. The Error code is 28101. I'm using an wsx file based on the tutorial at www.tramontana.co.hu/wix/lesson1.php I need to force the reboot and then install the msmqueues component if MSMQ gets installed. ?xml version='1.0' encoding='windows-1252'? Wix xmlns='http://schemas.microsoft.com/wix/2006/wi' xmlns:pca=http://schemas.microsoft.com/wix/MsmqExtension; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Name='Foobar 1.0' Id='{D657286E-E865-43e3-B6F3-F37A0AC032BB}' UpgradeCode='{F4FD13DB-B92B-4e4d-A6F6-35DFCA877DC2}' Language='1033' Codepage='1252' Version='1.0.0' Manufacturer='Acme Ltd.' Package Id='*' Keywords='Installer' Description=Acme's Foobar 1.0 Installer Comments='Foobar is a registered trademark of Acme Ltd.' Manufacturer='Acme Ltd.' InstallerVersion='100' Languages='1033' Compressed='yes' SummaryCodepage='1252' / Media Id='1' Cabinet='App.cab' EmbedCab='yes' / util:User Domain='.' Name='Administrator' Id='myuser'/ Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='INSTALLDIR' Name='Acme' Component Id='doc1' Guid='{18E8D982-4958-492b-AAAC-CD9AABF4E0B9}' File Id='d1' Name='1stdoc.txt' DiskId='1' Source='1stdoc.txt' KeyPath='yes'/ /Component Component Id='msmqueues' Guid='{95B2735A-6014-4e16-AD23-70F1BF6A844E}' KeyPath='yes' pca:MessageQueue Id='testqueue' Label='testqueue' Transactional='yes' PathName='.\Private$\testqueue' pca:MessageQueuePermission Id='distqueupermission' ReceiveMessage='yes' User='myuser'/ /pca:MessageQueue /Component /Directory /Directory /Directory Property Id=msmqcontainer Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Container /norestart'/ Property Id=msmqserver Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Server /norestart'/ Property Id=msmqmulticast Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Multicast /norestart'/ CustomAction Id=msmqcontainer BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred Return='check' / CustomAction Id=msmqserver BinaryKey=WixCA DllEntry=CAQuietExec Execute='deferred' Return='check'/ CustomAction Id=msmqmulticast BinaryKey=WixCA DllEntry=CAQuietExec Execute='deferred' Return='check'/ Feature Id='Complete' Level='1' Feature Id='one' Level='1' ComponentRef Id='doc1'/ /Feature Feature Id='MSMQqueues' Level='1' ComponentRef Id='msmqueues'/ComponentRef Condition Level='0'NOT MSMQAVAILABLE/Condition /Feature /Feature Property Id='MSMQAVAILABLE' RegistrySearch Id=MSMQIsInstalled Root=HKLM Key=System\CurrentControlSet\Services\MSMQ Name=ImagePath Type=raw / /Property InstallExecuteSequence Custom Action=msmqcontainer After=InstallFiles NOT MSMQAVAILABLE/Custom Custom Action=msmqserver After=msmqcontainer NOT MSMQAVAILABLE/Custom Custom Action=msmqmulticast After=msmqserver NOT MSMQAVAILABLE/Custom ForceReboot After='msmqmulticast' NOT MSMQAVAILABLE /ForceReboot /InstallExecuteSequence /Product /Wix -Original Message- From: Matthew Slane [mailto:matthew.sl...@thetrainline.com] Sent: 04 March 2011 10:22 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions after reboot Hi, I've got a property that checks whether MSMQ is available and custom actions to install it if it isn't. I've also got MsmqExtension working to create queues. I haven't got them working together. The installer works nicely if MSMQ is already installed, otherwise it installs the program but throws 28101 error messages and the queues arent' created. Looking at the logs this appears to be caused by failing to load mqrt.dll. I suspect this is because the machine needs rebooting after installing MSMQ. How would I go about creating the queues post-reboot if MSMQ is installed when running the msi? I could do it on start up in the programs that are installed, but I'm meant to be in feature freeze until after first release, plus I'm curious. Thanks Matt. The information in this email (and any attachments) is confidential
Re: [WiX-users] custom actions after reboot
Put a launch condition in that cancels your installation if msmq is not installed. If you really need to install msmq for your user use a bootstrapper that installs it before your msi is called. -Original Message- From: Matthew Slane [mailto:matthew.sl...@thetrainline.com] Sent: 09 March 2011 16:58 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions after reboot Hi, I'm getting a bit frustrated with constantly rebooting to try and get this working. If MSMQ is installed the queue gets created. If MSMQ isn't installed, it gets installed and throws the following message before forcing the reboot: The installer has encountered an unexpected error installing this package. This may indicate a problem with the package. The Error code is 28101. I'm using an wsx file based on the tutorial at www.tramontana.co.hu/wix/lesson1.php I need to force the reboot and then install the msmqueues component if MSMQ gets installed. ?xml version='1.0' encoding='windows-1252'? Wix xmlns='http://schemas.microsoft.com/wix/2006/wi' xmlns:pca=http://schemas.microsoft.com/wix/MsmqExtension; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product Name='Foobar 1.0' Id='{D657286E-E865-43e3-B6F3-F37A0AC032BB}' UpgradeCode='{F4FD13DB-B92B-4e4d-A6F6-35DFCA877DC2}' Language='1033' Codepage='1252' Version='1.0.0' Manufacturer='Acme Ltd.' Package Id='*' Keywords='Installer' Description=Acme's Foobar 1.0 Installer Comments='Foobar is a registered trademark of Acme Ltd.' Manufacturer='Acme Ltd.' InstallerVersion='100' Languages='1033' Compressed='yes' SummaryCodepage='1252' / Media Id='1' Cabinet='App.cab' EmbedCab='yes' / util:User Domain='.' Name='Administrator' Id='myuser'/ Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='INSTALLDIR' Name='Acme' Component Id='doc1' Guid='{18E8D982-4958-492b-AAAC-CD9AABF4E0B9}' File Id='d1' Name='1stdoc.txt' DiskId='1' Source='1stdoc.txt' KeyPath='yes'/ /Component Component Id='msmqueues' Guid='{95B2735A-6014-4e16-AD23-70F1BF6A844E}' KeyPath='yes' pca:MessageQueue Id='testqueue' Label='testqueue' Transactional='yes' PathName='.\Private$\testqueue' pca:MessageQueuePermission Id='distqueupermission' ReceiveMessage='yes' User='myuser'/ /pca:MessageQueue /Component /Directory /Directory /Directory Property Id=msmqcontainer Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Container /norestart'/ Property Id=msmqserver Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Server /norestart'/ Property Id=msmqmulticast Value='dism.exe /online /Enable-Feature /FeatureName:MSMQ-Multicast /norestart'/ CustomAction Id=msmqcontainer BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred Return='check' / CustomAction Id=msmqserver BinaryKey=WixCA DllEntry=CAQuietExec Execute='deferred' Return='check'/ CustomAction Id=msmqmulticast BinaryKey=WixCA DllEntry=CAQuietExec Execute='deferred' Return='check'/ Feature Id='Complete' Level='1' Feature Id='one' Level='1' ComponentRef Id='doc1'/ /Feature Feature Id='MSMQqueues' Level='1' ComponentRef Id='msmqueues'/ComponentRef Condition Level='0'NOT MSMQAVAILABLE/Condition /Feature /Feature Property Id='MSMQAVAILABLE' RegistrySearch Id=MSMQIsInstalled Root=HKLM Key=System\CurrentControlSet\Services\MSMQ Name=ImagePath Type=raw / /Property InstallExecuteSequence Custom Action=msmqcontainer After=InstallFiles NOT MSMQAVAILABLE/Custom Custom Action=msmqserver After=msmqcontainer NOT MSMQAVAILABLE/Custom Custom Action=msmqmulticast After=msmqserver NOT MSMQAVAILABLE/Custom ForceReboot After='msmqmulticast' NOT MSMQAVAILABLE /ForceReboot /InstallExecuteSequence /Product /Wix -Original Message- From: Matthew Slane [mailto:matthew.sl...@thetrainline.com] Sent: 04 March 2011 10:22 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions after reboot Hi, I've got a property that checks whether MSMQ is available and custom actions to install it if it isn't. I've also got MsmqExtension working to create queues. I haven't got them working together. The installer works nicely if MSMQ is already installed, otherwise it installs the program but throws 28101 error messages and the queues arent' created. Looking at the logs this appears to be caused by failing to load
Re: [WiX-users] Custom Actions during/post install and uninstall
1. Yes. Use conditions in the execute UI sequences to determine if you should execute the action (for example, at uninstall time). 2. If you store custom action dll in the binary table using the Binary element, the custom action is available as long as the installer is running. 3. Custom actions can use MsiGetProperty/DTF to read installer properties. If your custom action is deferred, there is a special mechanism (and some limitations) for passing properties which is documented in the MSDN under the section about deferred custom actions. 4. Using DTF and Wix, C# will probably suit you better as long as you are certain the dot net framework is installed on the target machine. Read the documentation on custom actions in the MSDN, the tutorial and the Wix help. Alex Shevchuk also has some good articles at http://blogs.technet.com/b/alexshev/archive/2009/05/15/from-msi-to-wix-part-2 2-dll-custom-actions-introduction.aspx -Original Message- From: Sameer Arora [mailto:arora...@gmail.com] Sent: 04 March 2011 13:22 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Custom Actions during/post install and uninstall Am reading the tramontana tutorial - one of the best online I have to say. Just need some clarification from WIX practitioners about custom actions (in C# preferably): - Can one perform custom actions during and post installation and uninstallation ? - I guess custom action post uninstall may not make sense since the CA-implementing dll should ideally be wiped out as part of uninstall ? - Is it possible to pass value into the custom-action C# code and get some value back into WIX? Should I prefer C++ or C# - can do both, find C# more productive. Thanks all, S - - What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ 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. -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions UAC
I haven't used LoadUserProfile in installations because it wreaks havoc with roaming profiles (which some enterprises use), so I haven't personally had a need for that privilege. I do know that some privileges where enabled by default on earlier OSs and still present yet disabled on newer ones, so I wasn't sure if this particular privilege was in that same category. I was also trusting the link that Phil found, and assumed 5.0 would have retained what 4.5 was purported to have restored. Sorry I wasn't able to be more help. BTW: Vista SP2 (and Server 2008 SP2) comes with 4.5, but it can also be installed on all previous versions of Vista, as well as XP SP2 and newer and Server 2003 SP1 and newer. -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:21 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Per your link... The issue with Windows Installer 5.0 is that the SeBackupPrivilege permission is missing altogether. It is necessary to add it to the service permission value in the registry (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msiserver\RequiredPriv ileges). If you use process explorer and look at a system service, you will typically see the SeBackupPrivilege being present, but in the disabled state. From my understanding, when the API needs this privilege it enables it, uses it, then disables it again. On Sat, Jan 22, 2011 at 8:42 PM, Andy Clugston clug...@gmail.com wrote: I didn't look at your link but, yes, if I add SeBackupPrivilege to the service privileges in the registry (and restart the service) it works as expected. This might be an option, but it is a bit of a chicken and egg scenario for this particular product. The other option is to set Impersonate=yes and be sure to execute the MSI from an elevated command prompt (or local system service). This way, the deferred action grabs the permission from the elevated administrator process rather than the msiexec process. One of the use cases was to be able to allow the user to double click the MSI to launch it (pretty outlandish, right? :) ), and simply agree when prompted with the UAC elevation dialog. Although, given this bug in Windows Installer, there is not a clean/simple way around this. The other point of frustration is that 4.5 claims to have this issue resolved, but it is most definitely not in 5.0. So, I am assuming 4.5 has the same problem even though various sources state differently. My next test will be to upgrade a system to 4.5 and do some testing of my own just to get a level set. This is not a use case I need to support, but it has me curious. Thanks for the reply. On Sat, Jan 22, 2011 at 6:19 PM, Blair os...@live.com wrote: Just curious: do you need to enable SeBackupPrivilege? Something like http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspxhttp://msdn.mic rosoft.com/en-us/library/aa387705%28VS.85%29.aspx -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with it), and I still see the issue. Thanks. On Fri, Jan 21, 2011 at 4:08 PM, wix user wixuser...@gmail.com wrote: Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.com wrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-p rivilege-in-system-services.aspxhttp://blogs.msdn.com/b/vistacompatteam/arc hive/2006/10/19/impact-of-least-privilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-chang ed-in-windows-installer-4-5.aspxhttp://blogs.msdn.com/b/windows_installer_t eam/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5 a0e-4e07-92e2-4c7e1f2c5496http://social.msdn.microsoft.com/Forums/en/window ssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496 Any
Re: [WiX-users] Custom Actions UAC
Here's a couple back articles from my archives on the subject: http://blog.deploymentengineering.com/2006/10/vista-deferred-ca-consideration.html http://blog.deploymentengineering.com/2008/05/welcome-back-sebackupprivilege.html Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Blair os...@live.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Sun, January 23, 2011 8:34:11 PM Subject: Re: [WiX-users] Custom Actions UAC I haven't used LoadUserProfile in installations because it wreaks havoc with roaming profiles (which some enterprises use), so I haven't personally had a need for that privilege. I do know that some privileges where enabled by default on earlier OSs and still present yet disabled on newer ones, so I wasn't sure if this particular privilege was in that same category. I was also trusting the link that Phil found, and assumed 5.0 would have retained what 4.5 was purported to have restored. Sorry I wasn't able to be more help. BTW: Vista SP2 (and Server 2008 SP2) comes with 4.5, but it can also be installed on all previous versions of Vista, as well as XP SP2 and newer and Server 2003 SP1 and newer. -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:21 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Per your link... The issue with Windows Installer 5.0 is that the SeBackupPrivilege permission is missing altogether. It is necessary to add it to the service permission value in the registry (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msiserver\RequiredPriv ileges). If you use process explorer and look at a system service, you will typically see the SeBackupPrivilege being present, but in the disabled state. From my understanding, when the API needs this privilege it enables it, uses it, then disables it again. On Sat, Jan 22, 2011 at 8:42 PM, Andy Clugston clug...@gmail.com wrote: I didn't look at your link but, yes, if I add SeBackupPrivilege to the service privileges in the registry (and restart the service) it works as expected. This might be an option, but it is a bit of a chicken and egg scenario for this particular product. The other option is to set Impersonate=yes and be sure to execute the MSI from an elevated command prompt (or local system service). This way, the deferred action grabs the permission from the elevated administrator process rather than the msiexec process. One of the use cases was to be able to allow the user to double click the MSI to launch it (pretty outlandish, right? :) ), and simply agree when prompted with the UAC elevation dialog. Although, given this bug in Windows Installer, there is not a clean/simple way around this. The other point of frustration is that 4.5 claims to have this issue resolved, but it is most definitely not in 5.0. So, I am assuming 4.5 has the same problem even though various sources state differently. My next test will be to upgrade a system to 4.5 and do some testing of my own just to get a level set. This is not a use case I need to support, but it has me curious. Thanks for the reply. On Sat, Jan 22, 2011 at 6:19 PM, Blair os...@live.com wrote: Just curious: do you need to enable SeBackupPrivilege? Something like http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspxhttp://msdn.mic rosoft.com/en-us/library/aa387705%28VS.85%29.aspx -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with it), and I still see the issue. Thanks. On Fri, Jan 21, 2011 at 4:08 PM, wix user wixuser...@gmail.com wrote: Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.com wrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19
Re: [WiX-users] Custom Actions UAC
Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with it), and I still see the issue. Thanks. On Fri, Jan 21, 2011 at 4:08 PM, wix user wixuser...@gmail.com wrote: Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.com wrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-privilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496 Any advice or known workarounds are welcome. :) On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston clug...@gmail.com wrote: Hi Users, I am working on a product that needs to support Windows 7 w/ UAC enabled. The MSI has a few custom actions that perform various configuration items that I would like to keep contained within the MSI/product install. The custom actions are Execute='deferred' with Impersonate='no' and they are scheduled Before='InstallFinalize'. One action is a vb script, and the other calls a native C/C++ dll. They *both* contain configuration items that require elevated privileges. Now, I have verified that the vb script action works fine, however the dll custom action does not. I am getting a permission error from the dll custom action when it runs. So, it appears to me that there is a difference in the two different types of custom actions, and how the user/system privileges are propagated from the msiexec process to these action processes. I've done some digging online (and will continue to) regarding the issue, but have not run across this particular case with the different action types acting differently. I am running the MSI on a Win7 x32 system with UAC using WiX 3.0.5419. As always, thanks for the help. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77 . 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). -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users
Re: [WiX-users] Custom Actions UAC
Just curious: do you need to enable SeBackupPrivilege? Something like http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspx -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with it), and I still see the issue. Thanks. On Fri, Jan 21, 2011 at 4:08 PM, wix user wixuser...@gmail.com wrote: Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.com wrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-p rivilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-chang ed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5 a0e-4e07-92e2-4c7e1f2c5496 Any advice or known workarounds are welcome. :) On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston clug...@gmail.com wrote: Hi Users, I am working on a product that needs to support Windows 7 w/ UAC enabled. The MSI has a few custom actions that perform various configuration items that I would like to keep contained within the MSI/product install. The custom actions are Execute='deferred' with Impersonate='no' and they are scheduled Before='InstallFinalize'. One action is a vb script, and the other calls a native C/C++ dll. They *both* contain configuration items that require elevated privileges. Now, I have verified that the vb script action works fine, however the dll custom action does not. I am getting a permission error from the dll custom action when it runs. So, it appears to me that there is a difference in the two different types of custom actions, and how the user/system privileges are propagated from the msiexec process to these action processes. I've done some digging online (and will continue to) regarding the issue, but have not run across this particular case with the different action types acting differently. I am running the MSI on a Win7 x32 system with UAC using WiX 3.0.5419. As always, thanks for the help. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77 . 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). -- Special Offer-- Download ArcSight Logger for FREE (a $49
Re: [WiX-users] Custom Actions UAC
I didn't look at your link but, yes, if I add SeBackupPrivilege to the service privileges in the registry (and restart the service) it works as expected. This might be an option, but it is a bit of a chicken and egg scenario for this particular product. The other option is to set Impersonate=yes and be sure to execute the MSI from an elevated command prompt (or local system service). This way, the deferred action grabs the permission from the elevated administrator process rather than the msiexec process. One of the use cases was to be able to allow the user to double click the MSI to launch it (pretty outlandish, right? :) ), and simply agree when prompted with the UAC elevation dialog. Although, given this bug in Windows Installer, there is not a clean/simple way around this. The other point of frustration is that 4.5 claims to have this issue resolved, but it is most definitely not in 5.0. So, I am assuming 4.5 has the same problem even though various sources state differently. My next test will be to upgrade a system to 4.5 and do some testing of my own just to get a level set. This is not a use case I need to support, but it has me curious. Thanks for the reply. On Sat, Jan 22, 2011 at 6:19 PM, Blair os...@live.com wrote: Just curious: do you need to enable SeBackupPrivilege? Something like http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspxhttp://msdn.microsoft.com/en-us/library/aa387705%28VS.85%29.aspx -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with it), and I still see the issue. Thanks. On Fri, Jan 21, 2011 at 4:08 PM, wix user wixuser...@gmail.com wrote: Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.com wrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-p rivilege-in-system-services.aspxhttp://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-privilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-chang ed-in-windows-installer-4-5.aspxhttp://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5 a0e-4e07-92e2-4c7e1f2c5496http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496 Any advice or known workarounds are welcome. :) On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston clug...@gmail.com wrote: Hi Users, I am working on a product that needs to support Windows 7 w/ UAC enabled. The MSI has a few custom actions that perform various configuration items that I would like to keep contained within the MSI/product install. The custom actions are Execute='deferred' with Impersonate='no' and they are scheduled Before='InstallFinalize'. One action is a vb script, and the other calls a native C/C++ dll. They *both* contain configuration items that require elevated privileges. Now, I have verified that the vb script action works fine, however the dll custom action does not. I am getting a permission error from the dll custom action when it runs. So, it appears to me that there is a difference in the two different types of custom actions, and how the user/system privileges are propagated from the msiexec process to these action processes. I've done some digging online (and will continue to) regarding the issue, but have not run across this particular case with the different action types acting differently. I am running the MSI on a Win7 x32 system with UAC using WiX 3.0.5419. As always, thanks for the help. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log
Re: [WiX-users] Custom Actions UAC
Per your link... The issue with Windows Installer 5.0 is that the SeBackupPrivilege permission is missing altogether. It is necessary to add it to the service permission value in the registry (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\msiserver\RequiredPrivileges). If you use process explorer and look at a system service, you will typically see the SeBackupPrivilege being present, but in the disabled state. From my understanding, when the API needs this privilege it enables it, uses it, then disables it again. On Sat, Jan 22, 2011 at 8:42 PM, Andy Clugston clug...@gmail.com wrote: I didn't look at your link but, yes, if I add SeBackupPrivilege to the service privileges in the registry (and restart the service) it works as expected. This might be an option, but it is a bit of a chicken and egg scenario for this particular product. The other option is to set Impersonate=yes and be sure to execute the MSI from an elevated command prompt (or local system service). This way, the deferred action grabs the permission from the elevated administrator process rather than the msiexec process. One of the use cases was to be able to allow the user to double click the MSI to launch it (pretty outlandish, right? :) ), and simply agree when prompted with the UAC elevation dialog. Although, given this bug in Windows Installer, there is not a clean/simple way around this. The other point of frustration is that 4.5 claims to have this issue resolved, but it is most definitely not in 5.0. So, I am assuming 4.5 has the same problem even though various sources state differently. My next test will be to upgrade a system to 4.5 and do some testing of my own just to get a level set. This is not a use case I need to support, but it has me curious. Thanks for the reply. On Sat, Jan 22, 2011 at 6:19 PM, Blair os...@live.com wrote: Just curious: do you need to enable SeBackupPrivilege? Something like http://msdn.microsoft.com/en-us/library/aa387705(VS.85).aspxhttp://msdn.microsoft.com/en-us/library/aa387705%28VS.85%29.aspx -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Saturday, January 22, 2011 6:54 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Phil, I am running Win7 and 5.0 of msiexec is on the system (shipped with it), and I still see the issue. Thanks. On Fri, Jan 21, 2011 at 4:08 PM, wix user wixuser...@gmail.com wrote: Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.com wrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-p rivilege-in-system-services.aspxhttp://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-privilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-chang ed-in-windows-installer-4-5.aspxhttp://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5 a0e-4e07-92e2-4c7e1f2c5496http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496 Any advice or known workarounds are welcome. :) On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston clug...@gmail.com wrote: Hi Users, I am working on a product that needs to support Windows 7 w/ UAC enabled. The MSI has a few custom actions that perform various configuration items that I would like to keep contained within the MSI/product install. The custom actions are Execute='deferred' with Impersonate='no' and they are scheduled Before='InstallFinalize'. One action is a vb script, and the other calls a native C/C++ dll. They *both* contain configuration items that require elevated privileges. Now, I have verified that the vb script action works fine, however the dll custom action does not. I am getting a permission error from the dll custom action when it runs. So, it appears to me that there is a difference in the two different types
Re: [WiX-users] Custom Actions UAC
Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-privilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496 Any advice or known workarounds are welcome. :) On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston clug...@gmail.com wrote: Hi Users, I am working on a product that needs to support Windows 7 w/ UAC enabled. The MSI has a few custom actions that perform various configuration items that I would like to keep contained within the MSI/product install. The custom actions are Execute='deferred' with Impersonate='no' and they are scheduled Before='InstallFinalize'. One action is a vb script, and the other calls a native C/C++ dll. They *both* contain configuration items that require elevated privileges. Now, I have verified that the vb script action works fine, however the dll custom action does not. I am getting a permission error from the dll custom action when it runs. So, it appears to me that there is a difference in the two different types of custom actions, and how the user/system privileges are propagated from the msiexec process to these action processes. I've done some digging online (and will continue to) regarding the issue, but have not run across this particular case with the different action types acting differently. I am running the MSI on a Win7 x32 system with UAC using WiX 3.0.5419. As always, thanks for the help. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77. 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). -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions UAC
Hi Phil, How is the WIX support for MSI 4.5 features? We are planning to use Multiple transaction features. Are there some help resource avaiable? Thanks On Fri, Jan 21, 2011 at 11:17 AM, Wilson, Phil phil.wil...@invensys.comwrote: Use MSI 4.5 - it got restored there. http://support.microsoft.com/kb/942288 Phil Wilson -Original Message- From: Andy Clugston [mailto:clug...@gmail.com] Sent: Thursday, January 20, 2011 6:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions UAC Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-privilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496 Any advice or known workarounds are welcome. :) On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston clug...@gmail.com wrote: Hi Users, I am working on a product that needs to support Windows 7 w/ UAC enabled. The MSI has a few custom actions that perform various configuration items that I would like to keep contained within the MSI/product install. The custom actions are Execute='deferred' with Impersonate='no' and they are scheduled Before='InstallFinalize'. One action is a vb script, and the other calls a native C/C++ dll. They *both* contain configuration items that require elevated privileges. Now, I have verified that the vb script action works fine, however the dll custom action does not. I am getting a permission error from the dll custom action when it runs. So, it appears to me that there is a difference in the two different types of custom actions, and how the user/system privileges are propagated from the msiexec process to these action processes. I've done some digging online (and will continue to) regarding the issue, but have not run across this particular case with the different action types acting differently. I am running the MSI on a Win7 x32 system with UAC using WiX 3.0.5419. As always, thanks for the help. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77 . 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). -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code
Re: [WiX-users] Custom Actions UAC
Well I think I have figured out why the issue is occurring. The call that is failing in the custom action is LoadUserProfile(). This needs the SeBackupPrivilege which the windows installers service *does not* have on a UAC-enabled system. Some details: http://blogs.msdn.com/b/vistacompatteam/archive/2006/10/19/impact-of-least-privilege-in-system-services.aspx http://blogs.msdn.com/b/windows_installer_team/archive/2008/05/01/what-changed-in-windows-installer-4-5.aspx http://social.msdn.microsoft.com/Forums/en/windowssecurity/thread/b9ea2a0e-5a0e-4e07-92e2-4c7e1f2c5496 Any advice or known workarounds are welcome. :) On Thu, Jan 20, 2011 at 3:33 PM, Andy Clugston clug...@gmail.com wrote: Hi Users, I am working on a product that needs to support Windows 7 w/ UAC enabled. The MSI has a few custom actions that perform various configuration items that I would like to keep contained within the MSI/product install. The custom actions are Execute='deferred' with Impersonate='no' and they are scheduled Before='InstallFinalize'. One action is a vb script, and the other calls a native C/C++ dll. They *both* contain configuration items that require elevated privileges. Now, I have verified that the vb script action works fine, however the dll custom action does not. I am getting a permission error from the dll custom action when it runs. So, it appears to me that there is a difference in the two different types of custom actions, and how the user/system privileges are propagated from the msiexec process to these action processes. I've done some digging online (and will continue to) regarding the issue, but have not run across this particular case with the different action types acting differently. I am running the MSI on a Win7 x32 system with UAC using WiX 3.0.5419. As always, thanks for the help. -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript
Thanks, Chris - I didn't receive your original message but appreciate the re-send. This should make life considerably easier. Shaun Hayward | Senior Software Developer | Omnivex | 905.761.6640 ext 429 | www.omnivex.com -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Tuesday, January 18, 2011 9:03 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfoundin subject - Email found in subject - Email found in subject - Email found in subject Perhaps SourceForge is swallowing my messages again but here are links and notes I sent you yesterday. - Original Message From: Christopher Painter chr...@deploymentengineering.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Mon, January 17, 2011 11:00:52 AM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject Take a look at http://wix.sourceforge.net/manual-wix3/wix_xsd_filesearch.htm http://wix.sourceforge.net/manual-wix3/check_the_version_number.htm Pay careful attention to: Important: When doing a locale-neutral search for a file, you must set the MinVersion property to one revision number lower than the actual version you want to search for. In this example, while we want to find file version 6.0.6001.1751, the MinVersion is set to 6.0.6001.1750. This is because of a quirk in how the Windows Installer matches file versions. More information is available in the Windows Installer documentation. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Mon, January 17, 2011 9:44:53 AM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject WiX doesn't do it, the Windows Installer does. WiX is just the language. True :-) So let me rephrase: I didn't realize that MSI had a way to retrieve the DLL's version and compare against it. But since it does, the awesome WiX will support it. Does anyone have a WiX sample of how to accomplish this? Thanks! - Shaun Shaun Hayward | Senior Software Developer | Omnivex | 905.761.6640 ext 429 | www.omnivex.com -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Friday, January 14, 2011 11:12 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject WiX doesn't do it, the Windows Installer does. WiX is just the language. smile/ Check out the FileSearch element. On Fri, Jan 14, 2011 at 6:17 PM, Shaun Hayward shayw...@omnivex.com wrote: I didn't realize WiX had a way to actually retrieve a DLL's version and compare against it. I was looking all over for that. Any chance you have a code sample up on your blog? And I'll be sure to check out the DTF articles on your blog. Thanks - Shaun From: Christopher Painter [chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 7:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject Funny you say that, I was doing some work with KB976477 just today. Some much that I have that KB memorized. I don't use a CA to detect this hotfix. I just use the AppSearch/DrLocator/Signature tables to search [CommonFilesFolder]\Microsoft Shared\Office12 for MSO.DLL version 12.0.6520.5000 or greater. Rob has made some comments lately about targetting CLR runtime versions. Generally I write my custom actions to target .NET 2.0 and set up the DTF CA's to run against CLR 2.0 or 4.0. Either way I still find myself having to make sure .NET 3.5SP1 and .NET 4.0 are on my target machines. For example VSTO AddIns using .NET 4.0 targetting Office 2007 have to have both the 2.0 and 4.0 CLR loaded. Yeah, seriously. BTW, there are lot's of articles on DTF over at my blog. - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, January 14, 2011 5:56:44 PM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript
Thanks, Rob - that's exactly what I was after. In all my Googling, I was looking for a way to retrieve the version number and then do my own comparison (with no luck). This is a slightly different way but acheives my exact aim. Many thanks - Shaun From: Rob Mensching [r...@robmensching.com] Sent: Monday, January 17, 2011 7:54 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject - Email found in subject The WiX Documentation for FileSearch element has a link to this page: http://wix.sourceforge.net/manual-wix3/check_the_version_number.htm. On Mon, Jan 17, 2011 at 7:44 AM, Shaun Hayward shayw...@omnivex.com wrote: WiX doesn't do it, the Windows Installer does. WiX is just the language. True :-) So let me rephrase: I didn't realize that MSI had a way to retrieve the DLL's version and compare against it. But since it does, the awesome WiX will support it. Does anyone have a WiX sample of how to accomplish this? Thanks! - Shaun Shaun Hayward | Senior Software Developer | Omnivex | 905.761.6640 ext 429 | www.omnivex.com -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Friday, January 14, 2011 11:12 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject WiX doesn't do it, the Windows Installer does. WiX is just the language. smile/ Check out the FileSearch element. On Fri, Jan 14, 2011 at 6:17 PM, Shaun Hayward shayw...@omnivex.com wrote: I didn't realize WiX had a way to actually retrieve a DLL's version and compare against it. I was looking all over for that. Any chance you have a code sample up on your blog? And I'll be sure to check out the DTF articles on your blog. Thanks - Shaun From: Christopher Painter [chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 7:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject Funny you say that, I was doing some work with KB976477 just today. Some much that I have that KB memorized. I don't use a CA to detect this hotfix. I just use the AppSearch/DrLocator/Signature tables to search [CommonFilesFolder]\Microsoft Shared\Office12 for MSO.DLL version 12.0.6520.5000 or greater. Rob has made some comments lately about targetting CLR runtime versions. Generally I write my custom actions to target .NET 2.0 and set up the DTF CA's to run against CLR 2.0 or 4.0. Either way I still find myself having to make sure .NET 3.5SP1 and .NET 4.0 are on my target machines. For example VSTO AddIns using .NET 4.0 targetting Office 2007 have to have both the 2.0 and 4.0 CLR loaded. Yeah, seriously. BTW, there are lot's of articles on DTF over at my blog. - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, January 14, 2011 5:56:44 PM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof (yeah, right) way to determine if it (or a newer patch that includes 976477) is present. (It's FOSS, so anyone who is interested can have the code) So it sounds like C# is just fine. YAY! The DTF classes look REALLY sweet in comparison to what I'm dealing with in C++ - I just didn't know if I should feel free to use them at this point. Should the add-in be targeting a specific version of the framework? My add-in requires .NET Framework 4, and .NET 4 does not necessarily seems to include full compatibility with .NET 2 (so saith the QAs where I work). Good-bye, C++ Custom Action - hello, C# Custom Action. Thanks again - you made my week. - Shaun PS: No flack on using InstallScript. Whatever works at the end of the day and makes your life easy, right? -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 6:32 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject
Perhaps SourceForge is swallowing my messages again but here are links and notes I sent you yesterday. - Original Message From: Christopher Painter chr...@deploymentengineering.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Mon, January 17, 2011 11:00:52 AM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject Take a look at http://wix.sourceforge.net/manual-wix3/wix_xsd_filesearch.htm http://wix.sourceforge.net/manual-wix3/check_the_version_number.htm Pay careful attention to: Important: When doing a locale-neutral search for a file, you must set the MinVersion property to one revision number lower than the actual version you want to search for. In this example, while we want to find file version 6.0.6001.1751, the MinVersion is set to 6.0.6001.1750. This is because of a quirk in how the Windows Installer matches file versions. More information is available in the Windows Installer documentation. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Mon, January 17, 2011 9:44:53 AM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject WiX doesn't do it, the Windows Installer does. WiX is just the language. True :-) So let me rephrase: I didn't realize that MSI had a way to retrieve the DLL's version and compare against it. But since it does, the awesome WiX will support it. Does anyone have a WiX sample of how to accomplish this? Thanks! - Shaun Shaun Hayward | Senior Software Developer | Omnivex | 905.761.6640 ext 429 | www.omnivex.com -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Friday, January 14, 2011 11:12 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject WiX doesn't do it, the Windows Installer does. WiX is just the language. smile/ Check out the FileSearch element. On Fri, Jan 14, 2011 at 6:17 PM, Shaun Hayward shayw...@omnivex.com wrote: I didn't realize WiX had a way to actually retrieve a DLL's version and compare against it. I was looking all over for that. Any chance you have a code sample up on your blog? And I'll be sure to check out the DTF articles on your blog. Thanks - Shaun From: Christopher Painter [chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 7:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject Funny you say that, I was doing some work with KB976477 just today. Some much that I have that KB memorized. I don't use a CA to detect this hotfix. I just use the AppSearch/DrLocator/Signature tables to search [CommonFilesFolder]\Microsoft Shared\Office12 for MSO.DLL version 12.0.6520.5000 or greater. Rob has made some comments lately about targetting CLR runtime versions. Generally I write my custom actions to target .NET 2.0 and set up the DTF CA's to run against CLR 2.0 or 4.0. Either way I still find myself having to make sure .NET 3.5SP1 and .NET 4.0 are on my target machines. For example VSTO AddIns using .NET 4.0 targetting Office 2007 have to have both the 2.0 and 4.0 CLR loaded. Yeah, seriously. BTW, there are lot's of articles on DTF over at my blog. - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, January 14, 2011 5:56:44 PM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof (yeah, right) way to determine if it (or a newer patch that includes 976477) is present. (It's FOSS, so anyone who is interested can have the code) So it sounds like C# is just fine. YAY! The DTF classes look REALLY sweet in comparison to what I'm dealing with in C++ - I just didn't know if I should feel free to use them at this point. Should the add-in be targeting a specific version of the framework? My add-in requires .NET Framework 4, and .NET 4 does not necessarily seems to include full compatibility with .NET 2 (so saith the QAs where I
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject
WiX doesn't do it, the Windows Installer does. WiX is just the language. True :-) So let me rephrase: I didn't realize that MSI had a way to retrieve the DLL's version and compare against it. But since it does, the awesome WiX will support it. Does anyone have a WiX sample of how to accomplish this? Thanks! - Shaun Shaun Hayward | Senior Software Developer | Omnivex | 905.761.6640 ext 429 | www.omnivex.com -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Friday, January 14, 2011 11:12 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject WiX doesn't do it, the Windows Installer does. WiX is just the language. smile/ Check out the FileSearch element. On Fri, Jan 14, 2011 at 6:17 PM, Shaun Hayward shayw...@omnivex.com wrote: I didn't realize WiX had a way to actually retrieve a DLL's version and compare against it. I was looking all over for that. Any chance you have a code sample up on your blog? And I'll be sure to check out the DTF articles on your blog. Thanks - Shaun From: Christopher Painter [chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 7:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject Funny you say that, I was doing some work with KB976477 just today. Some much that I have that KB memorized. I don't use a CA to detect this hotfix. I just use the AppSearch/DrLocator/Signature tables to search [CommonFilesFolder]\Microsoft Shared\Office12 for MSO.DLL version 12.0.6520.5000 or greater. Rob has made some comments lately about targetting CLR runtime versions. Generally I write my custom actions to target .NET 2.0 and set up the DTF CA's to run against CLR 2.0 or 4.0. Either way I still find myself having to make sure .NET 3.5SP1 and .NET 4.0 are on my target machines. For example VSTO AddIns using .NET 4.0 targetting Office 2007 have to have both the 2.0 and 4.0 CLR loaded. Yeah, seriously. BTW, there are lot's of articles on DTF over at my blog. - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, January 14, 2011 5:56:44 PM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof (yeah, right) way to determine if it (or a newer patch that includes 976477) is present. (It's FOSS, so anyone who is interested can have the code) So it sounds like C# is just fine. YAY! The DTF classes look REALLY sweet in comparison to what I'm dealing with in C++ - I just didn't know if I should feel free to use them at this point. Should the add-in be targeting a specific version of the framework? My add-in requires .NET Framework 4, and .NET 4 does not necessarily seems to include full compatibility with .NET 2 (so saith the QAs where I work). Good-bye, C++ Custom Action - hello, C# Custom Action. Thanks again - you made my week. - Shaun PS: No flack on using InstallScript. Whatever works at the end of the day and makes your life easy, right? -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 6:32 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF. Personally, if I had the C++ chops, had enough reusable libraries and was typically shipping unmanaged apps then I probably would be an unmanaged purist for CA's. WiX uses C++ in it's custom actions because customers might not need/want .NET and since the CA's are being used by a very wide audience it's good to spend the time and make them perfect. But alas, I've got C# chops, the base class libraries are very powerful and I ship nearly all managed apps. For me, the choice is easy. For the rare occasion that I don't want a dependency on .NET I either a) role an InstallScript custom action or b) write it in DTF first and then borrow a resource from development to port it over to C++. PS- Don't anyone jump on my InstallScript comment unless you know what you are talking about. :-) Prior is IS 12 I'd agree with you 100%. Christopher Painter, Author of Deployment Engineering Blog Have
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject
The WiX Documentation for FileSearch element has a link to this page: http://wix.sourceforge.net/manual-wix3/check_the_version_number.htm. On Mon, Jan 17, 2011 at 7:44 AM, Shaun Hayward shayw...@omnivex.com wrote: WiX doesn't do it, the Windows Installer does. WiX is just the language. True :-) So let me rephrase: I didn't realize that MSI had a way to retrieve the DLL's version and compare against it. But since it does, the awesome WiX will support it. Does anyone have a WiX sample of how to accomplish this? Thanks! - Shaun Shaun Hayward | Senior Software Developer | Omnivex | 905.761.6640 ext 429 | www.omnivex.com -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Friday, January 14, 2011 11:12 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject - Email found in subject WiX doesn't do it, the Windows Installer does. WiX is just the language. smile/ Check out the FileSearch element. On Fri, Jan 14, 2011 at 6:17 PM, Shaun Hayward shayw...@omnivex.com wrote: I didn't realize WiX had a way to actually retrieve a DLL's version and compare against it. I was looking all over for that. Any chance you have a code sample up on your blog? And I'll be sure to check out the DTF articles on your blog. Thanks - Shaun From: Christopher Painter [chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 7:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject Funny you say that, I was doing some work with KB976477 just today. Some much that I have that KB memorized. I don't use a CA to detect this hotfix. I just use the AppSearch/DrLocator/Signature tables to search [CommonFilesFolder]\Microsoft Shared\Office12 for MSO.DLL version 12.0.6520.5000 or greater. Rob has made some comments lately about targetting CLR runtime versions. Generally I write my custom actions to target .NET 2.0 and set up the DTF CA's to run against CLR 2.0 or 4.0. Either way I still find myself having to make sure .NET 3.5SP1 and .NET 4.0 are on my target machines. For example VSTO AddIns using .NET 4.0 targetting Office 2007 have to have both the 2.0 and 4.0 CLR loaded. Yeah, seriously. BTW, there are lot's of articles on DTF over at my blog. - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, January 14, 2011 5:56:44 PM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof (yeah, right) way to determine if it (or a newer patch that includes 976477) is present. (It's FOSS, so anyone who is interested can have the code) So it sounds like C# is just fine. YAY! The DTF classes look REALLY sweet in comparison to what I'm dealing with in C++ - I just didn't know if I should feel free to use them at this point. Should the add-in be targeting a specific version of the framework? My add-in requires .NET Framework 4, and .NET 4 does not necessarily seems to include full compatibility with .NET 2 (so saith the QAs where I work). Good-bye, C++ Custom Action - hello, C# Custom Action. Thanks again - you made my week. - Shaun PS: No flack on using InstallScript. Whatever works at the end of the day and makes your life easy, right? -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 6:32 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF. Personally, if I had the C++ chops, had enough reusable libraries and was typically shipping unmanaged apps then I probably would be an unmanaged purist for CA's. WiX uses C++ in it's custom actions because customers might not need/want .NET and since the CA's are being used by a very wide audience it's good to spend the time and make them perfect. But alas, I've got C# chops, the base class libraries are very powerful and I ship nearly all managed apps. For me, the choice is easy. For the rare occasion that I don't want a dependency on .NET I either
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript
VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF. Personally, if I had the C++ chops, had enough reusable libraries and was typically shipping unmanaged apps then I probably would be an unmanaged purist for CA's. WiX uses C++ in it's custom actions because customers might not need/want .NET and since the CA's are being used by a very wide audience it's good to spend the time and make them perfect. But alas, I've got C# chops, the base class libraries are very powerful and I ship nearly all managed apps. For me, the choice is easy. For the rare occasion that I don't want a dependency on .NET I either a) role an InstallScript custom action or b) write it in DTF first and then borrow a resource from development to port it over to C++. PS- Don't anyone jump on my InstallScript comment unless you know what you are talking about. :-) Prior is IS 12 I'd agree with you 100%. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Shaun Hayward shayw...@omnivex.com To: WiX-users@lists.sourceforge.net WiX-users@lists.sourceforge.net Sent: Fri, January 14, 2011 12:39:11 PM Subject: [WiX-users] Custom Actions - C++ vs C# vs VBScript Hello, WiX Community I've been playing around with WiX for about a year now and took over my company's installations (WiX-based) a few months ago. I'm really enjoying it. I'm looking for some advice on the pros/cons of various ways of writing Custom Actions. I understand that an issue with the Custom Action can prevent your installer from working at all. And obviously if a piece of functionality already exists in WiX then one should not re-write it in a custom action. I'm mainly a C# dev and doing some rudimentary VC++. I found it very easy to do Custom Actions in VBScript but Rob Mensching posted an article (http://wix.sourceforge.net/manual-wix2/robmen_20040520.htm) that outlines why VBScript sucks for custom actions. Lack of debugging and conflict with Virus Scanners seem to be the biggies. I'm assuming these reasons still apply and VBScript (or Jscript) should be counted out. Most of the Custom Action examples I've found have been C# (my preferred language) and even Nick Ramirez's excellent book on WiX only gives the C# examples. However, I came across another Rob Mensching article (http://robmensching.com/blog/posts/2007/4/19/Managed-Code-CustomActions-no-support-on-the-way-and-heres) from 2007 that outlines why Managed Custom Actions wouldn't work. Are these issues still a consideration? Of course, VC++ has very few dependencies and probably has the most compatibility. Theoretically, you should be able to static link against the VC++ Runtime and have no external dependencies at all. But C++ code is, for me, a lot harder to write. The worst is trying to figure out which string is which. Does anyone have any incites or advice on the pros and cons of each? In particular, what are the down-sides of writing custom actions in Managed code (C#/VB)? Thanks - Shaun The information in this e-mail is intended solely for the addressee and access by anyone else is unauthorized. Omnivex accepts no liability for the content of this e-mail, or for the consequences of any actions taken on the basis of the information provided. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. Omnivex makes no warranties, express or implied and is not responsible for errors or omissions. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject
Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof (yeah, right) way to determine if it (or a newer patch that includes 976477) is present. (It's FOSS, so anyone who is interested can have the code) So it sounds like C# is just fine. YAY! The DTF classes look REALLY sweet in comparison to what I'm dealing with in C++ - I just didn't know if I should feel free to use them at this point. Should the add-in be targeting a specific version of the framework? My add-in requires .NET Framework 4, and .NET 4 does not necessarily seems to include full compatibility with .NET 2 (so saith the QAs where I work). Good-bye, C++ Custom Action - hello, C# Custom Action. Thanks again - you made my week. - Shaun PS: No flack on using InstallScript. Whatever works at the end of the day and makes your life easy, right? -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 6:32 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF. Personally, if I had the C++ chops, had enough reusable libraries and was typically shipping unmanaged apps then I probably would be an unmanaged purist for CA's. WiX uses C++ in it's custom actions because customers might not need/want .NET and since the CA's are being used by a very wide audience it's good to spend the time and make them perfect. But alas, I've got C# chops, the base class libraries are very powerful and I ship nearly all managed apps. For me, the choice is easy. For the rare occasion that I don't want a dependency on .NET I either a) role an InstallScript custom action or b) write it in DTF first and then borrow a resource from development to port it over to C++. PS- Don't anyone jump on my InstallScript comment unless you know what you are talking about. :-) Prior is IS 12 I'd agree with you 100%. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Shaun Hayward shayw...@omnivex.com To: WiX-users@lists.sourceforge.net WiX-users@lists.sourceforge.net Sent: Fri, January 14, 2011 12:39:11 PM Subject: [WiX-users] Custom Actions - C++ vs C# vs VBScript Hello, WiX Community I've been playing around with WiX for about a year now and took over my company's installations (WiX-based) a few months ago. I'm really enjoying it. I'm looking for some advice on the pros/cons of various ways of writing Custom Actions. I understand that an issue with the Custom Action can prevent your installer from working at all. And obviously if a piece of functionality already exists in WiX then one should not re-write it in a custom action. I'm mainly a C# dev and doing some rudimentary VC++. I found it very easy to do Custom Actions in VBScript but Rob Mensching posted an article (http://wix.sourceforge.net/manual-wix2/robmen_20040520.htm) that outlines why VBScript sucks for custom actions. Lack of debugging and conflict with Virus Scanners seem to be the biggies. I'm assuming these reasons still apply and VBScript (or Jscript) should be counted out. Most of the Custom Action examples I've found have been C# (my preferred language) and even Nick Ramirez's excellent book on WiX only gives the C# examples. However, I came across another Rob Mensching article (http://robmensching.com/blog/posts/2007/4/19/Managed-Code-CustomActions-no-support-on-the-way-and-heres) from 2007 that outlines why Managed Custom Actions wouldn't work. Are these issues still a consideration? Of course, VC++ has very few dependencies and probably has the most compatibility. Theoretically, you should be able to static link against the VC++ Runtime and have no external dependencies at all. But C++ code is, for me, a lot harder to write. The worst is trying to figure out which string is which. Does anyone have any incites or advice on the pros and cons of each? In particular, what are the down-sides of writing custom actions in Managed code (C#/VB)? Thanks - Shaun The information in this e-mail is intended solely for the addressee and access by anyone else is unauthorized. Omnivex accepts no liability for the content of this e-mail, or for the consequences of any actions taken on the basis of the information provided. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. Omnivex makes no warranties, express or implied and is not responsible for errors
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject
Funny you say that, I was doing some work with KB976477 just today. Some much that I have that KB memorized. I don't use a CA to detect this hotfix. I just use the AppSearch/DrLocator/Signature tables to search [CommonFilesFolder]\Microsoft Shared\Office12 for MSO.DLL version 12.0.6520.5000 or greater. Rob has made some comments lately about targetting CLR runtime versions. Generally I write my custom actions to target .NET 2.0 and set up the DTF CA's to run against CLR 2.0 or 4.0. Either way I still find myself having to make sure .NET 3.5SP1 and .NET 4.0 are on my target machines. For example VSTO AddIns using .NET 4.0 targetting Office 2007 have to have both the 2.0 and 4.0 CLR loaded. Yeah, seriously. BTW, there are lot's of articles on DTF over at my blog. - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, January 14, 2011 5:56:44 PM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof (yeah, right) way to determine if it (or a newer patch that includes 976477) is present. (It's FOSS, so anyone who is interested can have the code) So it sounds like C# is just fine. YAY! The DTF classes look REALLY sweet in comparison to what I'm dealing with in C++ - I just didn't know if I should feel free to use them at this point. Should the add-in be targeting a specific version of the framework? My add-in requires .NET Framework 4, and .NET 4 does not necessarily seems to include full compatibility with .NET 2 (so saith the QAs where I work). Good-bye, C++ Custom Action - hello, C# Custom Action. Thanks again - you made my week. - Shaun PS: No flack on using InstallScript. Whatever works at the end of the day and makes your life easy, right? -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 6:32 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF. Personally, if I had the C++ chops, had enough reusable libraries and was typically shipping unmanaged apps then I probably would be an unmanaged purist for CA's. WiX uses C++ in it's custom actions because customers might not need/want .NET and since the CA's are being used by a very wide audience it's good to spend the time and make them perfect. But alas, I've got C# chops, the base class libraries are very powerful and I ship nearly all managed apps. For me, the choice is easy. For the rare occasion that I don't want a dependency on .NET I either a) role an InstallScript custom action or b) write it in DTF first and then borrow a resource from development to port it over to C++. PS- Don't anyone jump on my InstallScript comment unless you know what you are talking about. :-) Prior is IS 12 I'd agree with you 100%. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Shaun Hayward shayw...@omnivex.com To: WiX-users@lists.sourceforge.net WiX-users@lists.sourceforge.net Sent: Fri, January 14, 2011 12:39:11 PM Subject: [WiX-users] Custom Actions - C++ vs C# vs VBScript Hello, WiX Community I've been playing around with WiX for about a year now and took over my company's installations (WiX-based) a few months ago. I'm really enjoying it. I'm looking for some advice on the pros/cons of various ways of writing Custom Actions. I understand that an issue with the Custom Action can prevent your installer from working at all. And obviously if a piece of functionality already exists in WiX then one should not re-write it in a custom action. I'm mainly a C# dev and doing some rudimentary VC++. I found it very easy to do Custom Actions in VBScript but Rob Mensching posted an article (http://wix.sourceforge.net/manual-wix2/robmen_20040520.htm) that outlines why VBScript sucks for custom actions. Lack of debugging and conflict with Virus Scanners seem to be the biggies. I'm assuming these reasons still apply and VBScript (or Jscript) should be counted out. Most of the Custom Action examples I've found have been C# (my preferred language) and even Nick Ramirez's excellent book on WiX only gives the C# examples. However, I came across another Rob Mensching article (http://robmensching.com/blog/posts/2007/4/19/Managed-Code-CustomActions-no-support-on-the-way
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject
I didn't realize WiX had a way to actually retrieve a DLL's version and compare against it. I was looking all over for that. Any chance you have a code sample up on your blog? And I'll be sure to check out the DTF articles on your blog. Thanks - Shaun From: Christopher Painter [chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 7:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject Funny you say that, I was doing some work with KB976477 just today. Some much that I have that KB memorized. I don't use a CA to detect this hotfix. I just use the AppSearch/DrLocator/Signature tables to search [CommonFilesFolder]\Microsoft Shared\Office12 for MSO.DLL version 12.0.6520.5000 or greater. Rob has made some comments lately about targetting CLR runtime versions. Generally I write my custom actions to target .NET 2.0 and set up the DTF CA's to run against CLR 2.0 or 4.0. Either way I still find myself having to make sure .NET 3.5SP1 and .NET 4.0 are on my target machines. For example VSTO AddIns using .NET 4.0 targetting Office 2007 have to have both the 2.0 and 4.0 CLR loaded. Yeah, seriously. BTW, there are lot's of articles on DTF over at my blog. - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, January 14, 2011 5:56:44 PM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof (yeah, right) way to determine if it (or a newer patch that includes 976477) is present. (It's FOSS, so anyone who is interested can have the code) So it sounds like C# is just fine. YAY! The DTF classes look REALLY sweet in comparison to what I'm dealing with in C++ - I just didn't know if I should feel free to use them at this point. Should the add-in be targeting a specific version of the framework? My add-in requires .NET Framework 4, and .NET 4 does not necessarily seems to include full compatibility with .NET 2 (so saith the QAs where I work). Good-bye, C++ Custom Action - hello, C# Custom Action. Thanks again - you made my week. - Shaun PS: No flack on using InstallScript. Whatever works at the end of the day and makes your life easy, right? -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 6:32 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF. Personally, if I had the C++ chops, had enough reusable libraries and was typically shipping unmanaged apps then I probably would be an unmanaged purist for CA's. WiX uses C++ in it's custom actions because customers might not need/want .NET and since the CA's are being used by a very wide audience it's good to spend the time and make them perfect. But alas, I've got C# chops, the base class libraries are very powerful and I ship nearly all managed apps. For me, the choice is easy. For the rare occasion that I don't want a dependency on .NET I either a) role an InstallScript custom action or b) write it in DTF first and then borrow a resource from development to port it over to C++. PS- Don't anyone jump on my InstallScript comment unless you know what you are talking about. :-) Prior is IS 12 I'd agree with you 100%. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Shaun Hayward shayw...@omnivex.com To: WiX-users@lists.sourceforge.net WiX-users@lists.sourceforge.net Sent: Fri, January 14, 2011 12:39:11 PM Subject: [WiX-users] Custom Actions - C++ vs C# vs VBScript Hello, WiX Community I've been playing around with WiX for about a year now and took over my company's installations (WiX-based) a few months ago. I'm really enjoying it. I'm looking for some advice on the pros/cons of various ways of writing Custom Actions. I understand that an issue with the Custom Action can prevent your installer from working at all. And obviously if a piece of functionality already exists in WiX then one should not re-write it in a custom action. I'm mainly a C# dev and doing some rudimentary VC++. I found it very easy to do Custom Actions in VBScript but Rob Mensching posted an article (http://wix.sourceforge.net/manual-wix2/robmen_20040520.htm
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript
I'm a purist but I write my custom actions as declarative, data driven beasties designed so I never have to solve that problem again. That attitude is where the bulk of the WiX toolset custom actions come from. smile/ Simply put, custom actions will be the most vulnerable part of your install. Avoid them. When you can't, respect the complexity and write them well, with as few dependencies as possible. On Fri, Jan 14, 2011 at 3:32 PM, Christopher Painter chr...@deploymentengineering.com wrote: VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF. Personally, if I had the C++ chops, had enough reusable libraries and was typically shipping unmanaged apps then I probably would be an unmanaged purist for CA's. WiX uses C++ in it's custom actions because customers might not need/want .NET and since the CA's are being used by a very wide audience it's good to spend the time and make them perfect. But alas, I've got C# chops, the base class libraries are very powerful and I ship nearly all managed apps. For me, the choice is easy. For the rare occasion that I don't want a dependency on .NET I either a) role an InstallScript custom action or b) write it in DTF first and then borrow a resource from development to port it over to C++. PS- Don't anyone jump on my InstallScript comment unless you know what you are talking about. :-) Prior is IS 12 I'd agree with you 100%. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Shaun Hayward shayw...@omnivex.com To: WiX-users@lists.sourceforge.net WiX-users@lists.sourceforge.net Sent: Fri, January 14, 2011 12:39:11 PM Subject: [WiX-users] Custom Actions - C++ vs C# vs VBScript Hello, WiX Community I've been playing around with WiX for about a year now and took over my company's installations (WiX-based) a few months ago. I'm really enjoying it. I'm looking for some advice on the pros/cons of various ways of writing Custom Actions. I understand that an issue with the Custom Action can prevent your installer from working at all. And obviously if a piece of functionality already exists in WiX then one should not re-write it in a custom action. I'm mainly a C# dev and doing some rudimentary VC++. I found it very easy to do Custom Actions in VBScript but Rob Mensching posted an article (http://wix.sourceforge.net/manual-wix2/robmen_20040520.htm) that outlines why VBScript sucks for custom actions. Lack of debugging and conflict with Virus Scanners seem to be the biggies. I'm assuming these reasons still apply and VBScript (or Jscript) should be counted out. Most of the Custom Action examples I've found have been C# (my preferred language) and even Nick Ramirez's excellent book on WiX only gives the C# examples. However, I came across another Rob Mensching article ( http://robmensching.com/blog/posts/2007/4/19/Managed-Code-CustomActions-no-support-on-the-way-and-heres ) from 2007 that outlines why Managed Custom Actions wouldn't work. Are these issues still a consideration? Of course, VC++ has very few dependencies and probably has the most compatibility. Theoretically, you should be able to static link against the VC++ Runtime and have no external dependencies at all. But C++ code is, for me, a lot harder to write. The worst is trying to figure out which string is which. Does anyone have any incites or advice on the pros and cons of each? In particular, what are the down-sides of writing custom actions in Managed code (C#/VB)? Thanks - Shaun The information in this e-mail is intended solely for the addressee and access by anyone else is unauthorized. Omnivex accepts no liability for the content of this e-mail, or for the consequences of any actions taken on the basis of the information provided. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. Omnivex makes no warranties, express or implied and is not responsible for errors or omissions. -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand
Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject
WiX doesn't do it, the Windows Installer does. WiX is just the language. smile/ Check out the FileSearch element. On Fri, Jan 14, 2011 at 6:17 PM, Shaun Hayward shayw...@omnivex.com wrote: I didn't realize WiX had a way to actually retrieve a DLL's version and compare against it. I was looking all over for that. Any chance you have a code sample up on your blog? And I'll be sure to check out the DTF articles on your blog. Thanks - Shaun From: Christopher Painter [chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 7:16 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Emailfound in subject - Email found in subject Funny you say that, I was doing some work with KB976477 just today. Some much that I have that KB memorized. I don't use a CA to detect this hotfix. I just use the AppSearch/DrLocator/Signature tables to search [CommonFilesFolder]\Microsoft Shared\Office12 for MSO.DLL version 12.0.6520.5000 or greater. Rob has made some comments lately about targetting CLR runtime versions. Generally I write my custom actions to target .NET 2.0 and set up the DTF CA's to run against CLR 2.0 or 4.0. Either way I still find myself having to make sure .NET 3.5SP1 and .NET 4.0 are on my target machines. For example VSTO AddIns using .NET 4.0 targetting Office 2007 have to have both the 2.0 and 4.0 CLR loaded. Yeah, seriously. BTW, there are lot's of articles on DTF over at my blog. - Original Message From: Shaun Hayward shayw...@omnivex.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Fri, January 14, 2011 5:56:44 PM Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject Thanks, Chris! Funny it should be you that replies. I'm looking at deploying a VSTO add-in and I've read the related articles on your blog. The custom action is to check for the presence of KB976477. I think I've FINALLY found a fool-proof (yeah, right) way to determine if it (or a newer patch that includes 976477) is present. (It's FOSS, so anyone who is interested can have the code) So it sounds like C# is just fine. YAY! The DTF classes look REALLY sweet in comparison to what I'm dealing with in C++ - I just didn't know if I should feel free to use them at this point. Should the add-in be targeting a specific version of the framework? My add-in requires .NET Framework 4, and .NET 4 does not necessarily seems to include full compatibility with .NET 2 (so saith the QAs where I work). Good-bye, C++ Custom Action - hello, C# Custom Action. Thanks again - you made my week. - Shaun PS: No flack on using InstallScript. Whatever works at the end of the day and makes your life easy, right? -Original Message- From: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: Friday, January 14, 2011 6:32 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions - C++ vs C# vs VBScript - Email found in subject VB/JScript is still a no go. The managed blog was ( thankfully ) O.B.E. when WiX released managed custom action via DTF. Personally, if I had the C++ chops, had enough reusable libraries and was typically shipping unmanaged apps then I probably would be an unmanaged purist for CA's. WiX uses C++ in it's custom actions because customers might not need/want .NET and since the CA's are being used by a very wide audience it's good to spend the time and make them perfect. But alas, I've got C# chops, the base class libraries are very powerful and I ship nearly all managed apps. For me, the choice is easy. For the rare occasion that I don't want a dependency on .NET I either a) role an InstallScript custom action or b) write it in DTF first and then borrow a resource from development to port it over to C++. PS- Don't anyone jump on my InstallScript comment unless you know what you are talking about. :-) Prior is IS 12 I'd agree with you 100%. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Shaun Hayward shayw...@omnivex.com To: WiX-users@lists.sourceforge.net WiX-users@lists.sourceforge.net Sent: Fri, January 14, 2011 12:39:11 PM Subject: [WiX-users] Custom Actions - C++ vs C# vs VBScript Hello, WiX Community I've been playing around with WiX for about a year now and took over my company's installations (WiX-based) a few months ago. I'm really enjoying it. I'm looking for some advice on the pros/cons of various ways of writing Custom Actions. I understand that an issue with the Custom Action can prevent your installer from working at all. And obviously if a piece
Re: [WiX-users] Custom Actions with elevated privledges
That's a good point, and I appreciate that chaining isn't a great solution, but in this case though, all that I think we are both attempting to do is get a list of app pools to display in a combobox for the user to select. If they are doing a silent install, then there would be no need for the list and therefore no need for administrative privileges, so it doesn't matter that the CA would only run in the InstallUISequence. Rob Mensching-7 wrote: That will only work if you run it from the InstallUISequence and if you do a basic or silent mode install the InstallUISequence is skipped completely. Chaining from within an MSI just doesn't work the general (might work in very narrow use cases). That's why you need a bootstrapper. On Wed, Nov 17, 2010 at 7:39 AM, Grinden grin...@btinternet.com wrote: Christian Froehlich wrote: Hi All, I have hit a conundrum here. I have an immediate custom action that gets a list of IIS application pools to be displayed in a ComboBox for user selection. Now as this needs to be executed before the user interface is shown, i have made this an immediate custom action. This seems to work fine for IIS 5.1/6. Today i tested this with IIS7 but to my dismay, it requires elevated privileges, something that cannot be done with an immediate action. The solution then is to make it a deferred custom action, however i am given to understand that these can only be scheduled to run in the InstallExecuteSequence? If that is indeed the case, how can i create a custom action that can run before the UI and use elevated privileges? Or is there a better way to get a list of application pools that does not require administrative access? For your information my custom action is written in C# and uses a DirectoryEntry to query the IIS metabase. Any help that could be given would be greatly appreciated. Many thanks, Christian Froehlich -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Hi, I realise this might be a bit late for you, but this problem has been frustrating me all morning, so I thought I'd suggest my solution. I didn't really want a bootstrapper, because of the ARP issues. So, instead I stuck this code at the top of my custom action to re-run the installer with the appropriate privileges. It's not entirely elegant, but it seems to do the trick with fresh installs and from ARP, and I haven't found any issues with it so far. WindowsPrincipal pricipal = new WindowsPrincipal(WindowsIdentity.GetCurrent()); bool hasAdministrativeRight = pricipal.IsInRole(WindowsBuiltInRole.Administrator); if (!hasAdministrativeRight) { if (MessageBox.Show(This installer requires administrator privileges.\r\n\r\nDo you want to attempt to restart it with administrator privileges?, Administrator Privileges Required, MessageBoxButtons.YesNo, MessageBoxIcon.Warning) == DialogResult.Yes) { ProcessStartInfo processInfo = new ProcessStartInfo(); processInfo.Verb = runas; processInfo.FileName = msiexec; processInfo.Arguments = /i + session[OriginalDatabase]; try { Process.Start(processInfo); } catch (Win32Exception) { //Do nothing. Probably the user canceled the UAC window } } return ActionResult.UserExit; } Cheers, Rich -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-with-elevated-privledges-tp5435239p5748179.html Sent from the wix-users mailing list archive at Nabble.com. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great
Re: [WiX-users] Custom Actions with elevated privledges
Christian Froehlich wrote: Hi All, I have hit a conundrum here. I have an immediate custom action that gets a list of IIS application pools to be displayed in a ComboBox for user selection. Now as this needs to be executed before the user interface is shown, i have made this an immediate custom action. This seems to work fine for IIS 5.1/6. Today i tested this with IIS7 but to my dismay, it requires elevated privileges, something that cannot be done with an immediate action. The solution then is to make it a deferred custom action, however i am given to understand that these can only be scheduled to run in the InstallExecuteSequence? If that is indeed the case, how can i create a custom action that can run before the UI and use elevated privileges? Or is there a better way to get a list of application pools that does not require administrative access? For your information my custom action is written in C# and uses a DirectoryEntry to query the IIS metabase. Any help that could be given would be greatly appreciated. Many thanks, Christian Froehlich -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Hi, I realise this might be a bit late for you, but this problem has been frustrating me all morning, so I thought I'd suggest my solution. I didn't really want a bootstrapper, because of the ARP issues. So, instead I stuck this code at the top of my custom action to re-run the installer with the appropriate privileges. It's not entirely elegant, but it seems to do the trick with fresh installs and from ARP, and I haven't found any issues with it so far. WindowsPrincipal pricipal = new WindowsPrincipal(WindowsIdentity.GetCurrent()); bool hasAdministrativeRight = pricipal.IsInRole(WindowsBuiltInRole.Administrator); if (!hasAdministrativeRight) { if (MessageBox.Show(This installer requires administrator privileges.\r\n\r\nDo you want to attempt to restart it with administrator privileges?, Administrator Privileges Required, MessageBoxButtons.YesNo, MessageBoxIcon.Warning) == DialogResult.Yes) { ProcessStartInfo processInfo = new ProcessStartInfo(); processInfo.Verb = runas; processInfo.FileName = msiexec; processInfo.Arguments = /i + session[OriginalDatabase]; try { Process.Start(processInfo); } catch (Win32Exception) { //Do nothing. Probably the user canceled the UAC window } } return ActionResult.UserExit; } Cheers, Rich -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-with-elevated-privledges-tp5435239p5748179.html Sent from the wix-users mailing list archive at Nabble.com. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions with elevated privledges
That will only work if you run it from the InstallUISequence and if you do a basic or silent mode install the InstallUISequence is skipped completely. Chaining from within an MSI just doesn't work the general (might work in very narrow use cases). That's why you need a bootstrapper. On Wed, Nov 17, 2010 at 7:39 AM, Grinden grin...@btinternet.com wrote: Christian Froehlich wrote: Hi All, I have hit a conundrum here. I have an immediate custom action that gets a list of IIS application pools to be displayed in a ComboBox for user selection. Now as this needs to be executed before the user interface is shown, i have made this an immediate custom action. This seems to work fine for IIS 5.1/6. Today i tested this with IIS7 but to my dismay, it requires elevated privileges, something that cannot be done with an immediate action. The solution then is to make it a deferred custom action, however i am given to understand that these can only be scheduled to run in the InstallExecuteSequence? If that is indeed the case, how can i create a custom action that can run before the UI and use elevated privileges? Or is there a better way to get a list of application pools that does not require administrative access? For your information my custom action is written in C# and uses a DirectoryEntry to query the IIS metabase. Any help that could be given would be greatly appreciated. Many thanks, Christian Froehlich -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Hi, I realise this might be a bit late for you, but this problem has been frustrating me all morning, so I thought I'd suggest my solution. I didn't really want a bootstrapper, because of the ARP issues. So, instead I stuck this code at the top of my custom action to re-run the installer with the appropriate privileges. It's not entirely elegant, but it seems to do the trick with fresh installs and from ARP, and I haven't found any issues with it so far. WindowsPrincipal pricipal = new WindowsPrincipal(WindowsIdentity.GetCurrent()); bool hasAdministrativeRight = pricipal.IsInRole(WindowsBuiltInRole.Administrator); if (!hasAdministrativeRight) { if (MessageBox.Show(This installer requires administrator privileges.\r\n\r\nDo you want to attempt to restart it with administrator privileges?, Administrator Privileges Required, MessageBoxButtons.YesNo, MessageBoxIcon.Warning) == DialogResult.Yes) { ProcessStartInfo processInfo = new ProcessStartInfo(); processInfo.Verb = runas; processInfo.FileName = msiexec; processInfo.Arguments = /i + session[OriginalDatabase]; try { Process.Start(processInfo); } catch (Win32Exception) { //Do nothing. Probably the user canceled the UAC window } } return ActionResult.UserExit; } Cheers, Rich -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-with-elevated-privledges-tp5435239p5748179.html Sent from the wix-users mailing list archive at Nabble.com. -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions in VB.Net
WiX / Votive provides a WiX | VB.NET Custom Action project in Visual Studio. Just run the project wizard and all the plumbing will be handled for you. Chris Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: ALBERT Aurélien aurelien.alb...@alyotech.fr To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Sent: Mon, August 30, 2010 6:51:54 AM Subject: [WiX-users] Custom Actions in VB.Net Hi, I need to call a custom function stored in a DLL from WIX using a CustomAction element. I found several websites describing the method for a C# DLL, like this : http://stackoverflow.com/questions/1717318/creating-an-entry-point-in-a-c-dll-to-call-from-wix How can I do this with a VB.Net DLL ? Thanks ! -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions in VB.Net
Hi Chris, I am using WIX 3.5 to create installer. I need to check if Oracle or SQL Server is installed on target machine based on user selection by clicking on radio button on my Dataabse setup dialog. If selected database is not installed then display error and exit installation process. I have tried doign this through C# custom action by checking registery key,butwixu...@nabble.com having issues with displaying error message and also sequencing my custom action after database selection is done on database setup dialog. Please let me know any solution to achieve this or a better way of doing it. This is bit urgent. Any help is greatly appreciated. Thanks in advance. Kate. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-in-VB-Net-tp5477869p5479844.html Sent from the wix-users mailing list archive at Nabble.com. -- This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions with elevated privledges
Unfortunately when merely querying the system requires elevation you typically have to engage a bootstrapper that is manifested to require elevation to force all of your MSI to run elevated. That, of course, means your removal from ARP will see this CA fail as well, so if you need the CA for removal, repair, or other maintenance operations, you'll need to investigate other possible solutions (including using ARPSYSTEMCOMPONENT and bootstrapping from your own ARP entry). -Original Message- From: Christian Froehlich [mailto:dafr...@yahoo.com] Sent: Tuesday, August 17, 2010 11:35 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions with elevated privledges Hi All, I have hit a conundrum here. I have an immediate custom action that gets a list of IIS application pools to be displayed in a ComboBox for user selection. Now as this needs to be executed before the user interface is shown, i have made this an immediate custom action. This seems to work fine for IIS 5.1/6. Today i tested this with IIS7 but to my dismay, it requires elevated privileges, something that cannot be done with an immediate action. The solution then is to make it a deferred custom action, however i am given to understand that these can only be scheduled to run in the InstallExecuteSequence? If that is indeed the case, how can i create a custom action that can run before the UI and use elevated privileges? Or is there a better way to get a list of application pools that does not require administrative access? For your information my custom action is written in C# and uses a DirectoryEntry to query the IIS metabase. Any help that could be given would be greatly appreciated. Many thanks, Christian Froehlich -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions with elevated privledges
The only solution I've found to this problem is to create a bootstrapper that starts up msiexec with my msi. The bootstrapper is marked as requireAdministrator, so it as well as the msi's UI run elevated. Hope this helps, -- Paul Lalonde paullalonde at mac dot com Il n'y a que les banques qui sont libres -- Jean-Luc Godard Le 2010-08-18 à 02:34, Christian Froehlich a écrit : Hi All, I have hit a conundrum here. I have an immediate custom action that gets a list of IIS application pools to be displayed in a ComboBox for user selection. Now as this needs to be executed before the user interface is shown, i have made this an immediate custom action. This seems to work fine for IIS 5.1/6. Today i tested this with IIS7 but to my dismay, it requires elevated privileges, something that cannot be done with an immediate action. The solution then is to make it a deferred custom action, however i am given to understand that these can only be scheduled to run in the InstallExecuteSequence? If that is indeed the case, how can i create a custom action that can run before the UI and use elevated privileges? Or is there a better way to get a list of application pools that does not require administrative access? For your information my custom action is written in C# and uses a DirectoryEntry to query the IIS metabase. Any help that could be given would be greatly appreciated. Many thanks, Christian Froehlich -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions Missing in InstallExecuteSequence
How are you scheduling your custom actions in the InstallExecuteSequence table? With the InstallExecuteSequence element? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-Missing-in-InstallExecuteSequence-tp5039683p5043350.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions Missing in InstallExecuteSequence
never mind, this was my error, i had my custom actions commented out in the wix file...i am stupid, sorry -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Custom-Actions-Missing-in-InstallExecuteSequence-tp5039683p5043372.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions Best Practicies
Having written a lot (and I mean a lot) of custom actions (http://msiext.codeplex.com), the best practice for custom actions is to avoid them :) I recommend going the route of wix extensions that wrap/embed custom actions. I would write deferred, table-driven CAs and a lot of tests, one per task. Wix extensions aren't hard to implement and that will make a lot of CAs manageable. If you're building something useful for others, maybe you want to base yours on a framework and contribute. The link above could be a good start, a lot of MSI infrastructure has been written that makes it rather easy to implement complex stories around, for example, databases. Hope this helps, -dB. dB. @ dblock.org Moscow|Geneva|Seattle|New York -Original Message- From: Kerber, Cameron [mailto:cameron.ker...@philips.com] Sent: Monday, March 29, 2010 1:21 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Custom Actions Best Practicies If I have a lot of custom action work going on and I mean a lot. Is it better to have a few custom actions that encompass most of the work, obviously this can be split into multiple functions within the custom action or have a ton of separate custom actions? I'm trying to weigh the pros and cons of either way, but I'm not sure what the best approach is The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
Your entry point wasn't exported in the DLL you packaged: http://blogs.msdn.com/heaths/archive/2006/08/14/determine-if-the-custom-acti on-function-is-exported.aspx Turns out with DTF projects that you can't reference the right DLL to use using the Binary SourceFile=$(var.ProjectName.TargetPath) ... pattern. You need to instead use Binary SourceFile=$(var.ProjectName.TargetDir)ProjectName.CA.dll ... pattern. I hope this gets fixed in some future release... In your case, even though you are not using the project reference variables, you still used the wrong DLL. You should change your Binary tag as follows (you need the .CA before the .dll in your SourceFile): Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.CA.dll'/ This should work. -Original Message- From: Oscar Newkerk [mailto:osc...@unifysquare.com] Sent: Friday, August 14, 2009 2:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I'm trying to use a custom action in my setup and getting an error when the MSI runs. The custom action is a DLL written in C# using the Visual Studio template for custom actions. It's not executing correctly when I run the setup. Any suggestions as to what I'm doing wrong? The entry point looks like: [CustomAction] public static ActionResult CustomAction1(Session session) { _session = session; _session.Log(Begin RegisterScriptCA); bool status = RegisterSIPApplication(); if (status) { return ActionResult.Success; } else { return ActionResult.Failure; } } The custom action is defined as: Fragment CustomAction Id='RegisterScript' BinaryKey='RegisterScriptCA' DllEntry='CustomAction1' Execute='immediate' Impersonate='yes' Return='check'/ Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.dll'/ /Fragment And included in the product.wxs file as: InstallExecuteSequence Custom Action='RegisterScript' After='InstallFiles'/ /InstallExecuteSequence The Wix package builds OK, but when I run the install, I get an error when it tries to invoke the custom action: Action 14:05:01: RegisterScript. Action start 14:05:01: RegisterScript. Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp MSI (s) (5C:EC) [14:05:06:332]: Product: -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp Action ended 14:05:06: RegisterScript. Return value 3. Action ended 14:05:06: INSTALL. Return value 3. Thanks Oscar -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
That was the error. I was including the wrong DLL. However the Thanks Oscar -Original Message- From: Blair [mailto:os...@live.com] Sent: Friday, August 14, 2009 3:21 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom Actions Your entry point wasn't exported in the DLL you packaged: http://blogs.msdn.com/heaths/archive/2006/08/14/determine-if-the-custom-acti on-function-is-exported.aspx Turns out with DTF projects that you can't reference the right DLL to use using the Binary SourceFile=$(var.ProjectName.TargetPath) ... pattern. You need to instead use Binary SourceFile=$(var.ProjectName.TargetDir)ProjectName.CA.dll ... pattern. I hope this gets fixed in some future release... In your case, even though you are not using the project reference variables, you still used the wrong DLL. You should change your Binary tag as follows (you need the .CA before the .dll in your SourceFile): Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.CA.dll'/ This should work. -Original Message- From: Oscar Newkerk [mailto:osc...@unifysquare.com] Sent: Friday, August 14, 2009 2:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I'm trying to use a custom action in my setup and getting an error when the MSI runs. The custom action is a DLL written in C# using the Visual Studio template for custom actions. It's not executing correctly when I run the setup. Any suggestions as to what I'm doing wrong? The entry point looks like: [CustomAction] public static ActionResult CustomAction1(Session session) { _session = session; _session.Log(Begin RegisterScriptCA); bool status = RegisterSIPApplication(); if (status) { return ActionResult.Success; } else { return ActionResult.Failure; } } The custom action is defined as: Fragment CustomAction Id='RegisterScript' BinaryKey='RegisterScriptCA' DllEntry='CustomAction1' Execute='immediate' Impersonate='yes' Return='check'/ Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.dll'/ /Fragment And included in the product.wxs file as: InstallExecuteSequence Custom Action='RegisterScript' After='InstallFiles'/ /InstallExecuteSequence The Wix package builds OK, but when I run the install, I get an error when it tries to invoke the custom action: Action 14:05:01: RegisterScript. Action start 14:05:01: RegisterScript. Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp MSI (s) (5C:EC) [14:05:06:332]: Product: -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp Action ended 14:05:06: RegisterScript. Return value 3. Action ended 14:05:06: INSTALL. Return value 3. Thanks Oscar -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
I found the blog I was looking for: http://blogs.msdn.com/jasongin/archive/2008/05/23/custom-action-project-temp lates.aspx In that blog entry, he shows this: Fragment Binary Id=MyCustomAction.dll SourceFile=$(var.CAProjectName.TargetDir)$(var.CAProjectName.TargetName).CA .dll / CustomAction Id=MyCustomAction BinaryKey=MyCustomAction.dll DllEntry=CAMethodName Execute=immediate / /Fragment -Original Message- From: Oscar Newkerk [mailto:osc...@unifysquare.com] Sent: Friday, August 14, 2009 6:02 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions That was the error. I was including the wrong DLL. However the Thanks Oscar -Original Message- From: Blair [mailto:os...@live.com] Sent: Friday, August 14, 2009 3:21 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom Actions Your entry point wasn't exported in the DLL you packaged: http://blogs.msdn.com/heaths/archive/2006/08/14/determine-if-the-custom-acti on-function-is-exported.aspx Turns out with DTF projects that you can't reference the right DLL to use using the Binary SourceFile=$(var.ProjectName.TargetPath) ... pattern. You need to instead use Binary SourceFile=$(var.ProjectName.TargetDir)ProjectName.CA.dll ... pattern. I hope this gets fixed in some future release... In your case, even though you are not using the project reference variables, you still used the wrong DLL. You should change your Binary tag as follows (you need the .CA before the .dll in your SourceFile): Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.CA.dll'/ This should work. -Original Message- From: Oscar Newkerk [mailto:osc...@unifysquare.com] Sent: Friday, August 14, 2009 2:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I'm trying to use a custom action in my setup and getting an error when the MSI runs. The custom action is a DLL written in C# using the Visual Studio template for custom actions. It's not executing correctly when I run the setup. Any suggestions as to what I'm doing wrong? The entry point looks like: [CustomAction] public static ActionResult CustomAction1(Session session) { _session = session; _session.Log(Begin RegisterScriptCA); bool status = RegisterSIPApplication(); if (status) { return ActionResult.Success; } else { return ActionResult.Failure; } } The custom action is defined as: Fragment CustomAction Id='RegisterScript' BinaryKey='RegisterScriptCA' DllEntry='CustomAction1' Execute='immediate' Impersonate='yes' Return='check'/ Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.dll'/ /Fragment And included in the product.wxs file as: InstallExecuteSequence Custom Action='RegisterScript' After='InstallFiles'/ /InstallExecuteSequence The Wix package builds OK, but when I run the install, I get an error when it tries to invoke the custom action: Action 14:05:01: RegisterScript. Action start 14:05:01: RegisterScript. Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp MSI (s) (5C:EC) [14:05:06:332]: Product: -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp Action ended 14:05:06: RegisterScript. Return value 3. Action ended 14:05:06: INSTALL. Return value 3. Thanks Oscar -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net
Re: [WiX-users] Custom Actions: Install Mode + Rollback
Kusuma Sudheer Kumar (Tata Consultancy Services) wrote: 1. What is the property I can use in my C# Code to find out Mode of install [ whether I am performing Install/Uninstall/Repair or Rollback] You're combining two concepts: Rollback is a mode of execution but install/uninstall/repair aren't things MSI directly exposes because you can combine all of those actions in a single transaction. Custom actions should use the action state of the component they're tied to to determine what they do. 2. During My install, If I encounter any error, I want to Rollback the installation. That's not possible after InstallFinalize. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions from Merge Modules
The custom actions are type 51. The problem is that the merge modules have type 51 CA's using properties they expect me to set. They have it authored properly to be put in the msi before CostInitialize. Instead of going in before CostInitialize which is at sequence 800, they are merged in as sequence 1-12. Even if I author mine to be non overridden and to be sequence 1-12 mine still get placed after the merged ones starting at 13. Since theirs requires mine it isn't working. I did find a workaround that seems to be working. I'm merging multiple msm's but have found that if the one I'm trying to work with is first in the list it gets merged properly and are sequenced in the 700's as they should. Thanks, Lees -Original Message- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Wednesday, January 28, 2009 6:54 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions from Merge Modules Lisa Wright wrote: I'm having a similar problem with merge modules I am picking up from another team. I can't modify those msm's and I'm being forced to add custom actions to set the system folder properties they use so the files get installed to the correct place. Mine need to be sequenced before theirs because they are using the properties that I set. How is that different from the normal type-51 CAs that mergemod.dll adds? Your formatting didn't come through and I'm having trouble visualizing what you're trying to do. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions from Merge Modules
Lisa Wright wrote: I did find a workaround that seems to be working. I'm merging multiple msm's but have found that if the one I'm trying to work with is first in the list it gets merged properly and are sequenced in the 700's as they should. Unfortunately, mergemod.dll has its own behavior that's opaque to WiX... -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions from Merge Modules
.17F6CCF1_663E_333F_9941_1249FE946C34 704 WindowsFolder.21022.08.policy_9_0_Microsoft_VC90_ATL_x86.RTM.A50B7592_50BC_31A9_9E25_32121F451D37 705 WindowsFolder.21022.08.policy_9_0_Microsoft_VC90_CRT_x86.RTM.52105B6B_A3EF_3A90_882A_947B287C203A 706 WindowsFolder.21022.08.policy_9_0_Microsoft_VC90_MFCLOC_x86.RTM.0390D80A_CD51_37A0_B5C5_C861D417F876 707 WindowsFolder.21022.08.policy_9_0_Microsoft_VC90_MFC_x86.RTM.7F9A85ED_D023_3818_B6DC_A687410206B5 708 CA_ProgramFilesFolder2_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 709 CA_ProgramFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 710 CA_CommonFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 711 CA_WindowsVolume_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 712 CA_WindowsFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 713 CA_SystemFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 714 CA_System16Folder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 715 CA_TempFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 716 CA_StartMenuFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 717 CA_ProgramMenuFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 718 CA_CommonAppDataFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 719 CA_AppDataFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 720 CA_DesktopFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 721 CA_AdminToolsFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 722 CA_System64Folder_x86.3643236F_FC70_11D3_A536_0090278A1BB8.4551CBE5_EB2A_44E8_8F9A_C264DF332068 723 CostInitialize 800 Thanks, Lees -Original Message- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: Thursday, September 25, 2008 1:24 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions from Merge Modules It's more complicated than that. The problem your hitting in WiX v3 is actually a feature added in WiX v2 that allows a developer to separate their authoring into separate Fragments and have everything get stitched back together. In WiX v1 the best you could do was to separate authoring out into Merge Modules and try to merge everything back together. This symbol/reference feature implemented WiX v2 was what allowed WiX v2 scale to the needs of Office way back in 2003. On top of the scalability improvements, that feature has an additional (usually) desirable feature of informing the developer when a required piece of the setup (such as an Custom Action definition) is missing. Unfortunately, in your case, the improper separation of code in the Merge Modules means those references are broken. As Bob noted, you could switch to .wixlibs and then the WiX toolset would be able to resolve references. Merge Modules are limiting in their design here. It isn't about morals, it's about correctness and limitations in the various designs (both in MSI and in WiX). To carry your analogy of editing with Orca to native code, it is not possible to link a .cpp with code that buried in a compiled DLL (i.e. not code that is exported from the DLL). The link.exe will fail telling you it can't resolve reference and will not generate an executable. Now you could probably go in with a hex editor and make everything work at the assembly/machine code level. Just like in this case, you can go in and hack at the MSI with Orca but light.exe won't be able to help you. Finally, migrating from WiX v1 to WiX v2 is a large undertaking. Migrating from WiX v2 to WiX v3 is pretty straight forward (and WixCop can help *a lot*). WiX v1 didn't have half of the concepts that WiX v2/v3 has and was about half as powerful as WiX v2/v3. I'm sorry it was surprising that there is lot of work to migrate from WiX v1 to WiX v2/v3 but anyone that lived through the migration would have told that it wasn't going to be easy. -Original Message- From: Tina Basinger [mailto:tinabasin...@gmail.com] Sent: Thursday, September 25, 2008 12:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions from Merge Modules It seems to me that Wix is being unsupportive of something that Windows Installer allows. The InstallExecuteSequence table of an MSI contains references to both the custom actions defined in the MSI directly as well as in the merge modules. You can go in and modify this table directly (using Orca) however you like, and the MSI essentially doesn't know whether an item in the table was merged in from
Re: [WiX-users] Custom Actions from Merge Modules
Lisa Wright wrote: I'm having a similar problem with merge modules I am picking up from another team. I can't modify those msm's and I'm being forced to add custom actions to set the system folder properties they use so the files get installed to the correct place. Mine need to be sequenced before theirs because they are using the properties that I set. How is that different from the normal type-51 CAs that mergemod.dll adds? Your formatting didn't come through and I'm having trouble visualizing what you're trying to do. -- sig://boB http://joyofsetup.com/ -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing
Can you point me to a resource for information on how to do this? Thanks! -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 5:31 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing The Windows Installer does not support installing an MSI inside an MSI. That's called nested installations. You need to chain installs instead... unfortunately, that requires an external program. -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 14:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing Oops, forgot the actual CustomAction, sorry... CustomAction Id=O2003PIA BinaryKey=o2003pia.msi ExeCommand= Execute=immediate Return=check HideTarget=no Impersonate=no / CustomAction Id=O2007PIA BinaryKey=o2007pia.msi ExeCommand= Execute=immediate Return=check HideTarget=no Impersonate=no / -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 3:12 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Custom actions failing I'm trying to wrap my head around the custom actions, and how to code them. I've got the following in my fragment, and although it builds fine, I always get an error about a program required could not be run. Any suggestions would be helpful and appreciated! Thanks! Binary Id=o2007pia.msi SourceFile=Dashboard\Redist\o2007pia.msi/ Binary Id=extensibilityMSM.msi SourceFile=Dashboard\Redist\extensibilityMSM.msi/ Binary Id=o2003pia.msi SourceFile=Dashboard\Redist\O2003PIA.msi/ InstallExecuteSequence Custom Action=O2003PIA Before=InstallFinalize(OFFICEVERSION = Outlook.Application.11) AND Not Installed AND Not O2003PIAINSTALLED/Custom Custom Action=O2007PIA Before=InstallFinalize(OFFICEVERSION = Outlook.Application.12) AND Not Installed AND Not O2007PIAINSTALLED/Custom /InstallExecuteSequence Here's the relative part of the verbose logs... MSI (s) (04:64) [14:58:07:962]: Executing op: End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=15803510) MSI (s) (04:64) [14:58:07:977]: User policy value 'DisableRollback' is 0 MSI (s) (04:64) [14:58:07:977]: Machine policy value 'DisableRollback' is 0 Action 14:58:07: RollbackCleanup. Removing backup files MSI (s) (04:64) [14:58:07:993]: Calling SRSetRestorePoint API. dwRestorePtType: 0, dwEventType: 103, llSequenceNumber: 284, szDescription: . MSI (s) (04:64) [14:58:07:993]: The call to SRSetRestorePoint API succeeded. Returned status: 0. MSI (s) (04:64) [14:58:07:993]: Unlocking Server MSI (s) (04:64) [14:58:07:993]: PROPERTY CHANGE: Deleting UpdateStarted property. Its current value is '1'. Action ended 14:58:07: InstallFinalize. Return value 1. MSI (s) (04:64) [14:58:07:993]: Doing action: O2003PIA MSI (s) (04:64) [14:58:07:993]: Note: 1: 2205 2: 3: ActionText Action 14:58:07: O2003PIA. Action start 14:58:07: O2003PIA. MSI (s) (04:64) [14:58:08:431]: Note: 1: 1721 2: O2003PIA 3: C:\WINDOWS\Installer\MSI2EC6.tmp 4: MSI (s) (04:64) [14:58:08:431]: Note: 1: 2205 2: 3: Error MSI (s) (04:64) [14:58:08:431]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1721 Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: O2003PIA, location: C:\WINDOWS\Installer\MSI2EC6.tmp, command: MSI (s) (04:64) [14:58:16:087]: Note: 1: 2205 2: 3: Error MSI (s) (04:64) [14:58:16:087]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (04:64) [14:58:16:087]: Product: Maestro -- Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: O2003PIA, location: C:\WINDOWS\Installer\MSI2EC6.tmp, command: David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored
Re: [WiX-users] Custom actions failing
You should be able to Google msi chainer or msi bootstrapper (or something similar) and find some information. There is one free chainer that I have used in the past and that works well located at: http://www.codeproject.com/KB/install/dotNetInstaller.aspx You can download the source and see how it works. Basically, I think it all boils down to calling CreateProcess for each msi you want to install and then processing return codes, etc. -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 15, 2008 10:18 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing Can you point me to a resource for information on how to do this? Thanks! -Original Message- From: Rob Mensching [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 5:31 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing The Windows Installer does not support installing an MSI inside an MSI. That's called nested installations. You need to chain installs instead... unfortunately, that requires an external program. -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 14:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing Oops, forgot the actual CustomAction, sorry... CustomAction Id=O2003PIA BinaryKey=o2003pia.msi ExeCommand= Execute=immediate Return=check HideTarget=no Impersonate=no / CustomAction Id=O2007PIA BinaryKey=o2007pia.msi ExeCommand= Execute=immediate Return=check HideTarget=no Impersonate=no / -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 3:12 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Custom actions failing I'm trying to wrap my head around the custom actions, and how to code them. I've got the following in my fragment, and although it builds fine, I always get an error about a program required could not be run. Any suggestions would be helpful and appreciated! Thanks! Binary Id=o2007pia.msi SourceFile=Dashboard\Redist\o2007pia.msi/ Binary Id=extensibilityMSM.msi SourceFile=Dashboard\Redist\extensibilityMSM.msi/ Binary Id=o2003pia.msi SourceFile=Dashboard\Redist\O2003PIA.msi/ InstallExecuteSequence Custom Action=O2003PIA Before=InstallFinalize(OFFICEVERSION = Outlook.Application.11) AND Not Installed AND Not O2003PIAINSTALLED/Custom Custom Action=O2007PIA Before=InstallFinalize(OFFICEVERSION = Outlook.Application.12) AND Not Installed AND Not O2007PIAINSTALLED/Custom /InstallExecuteSequence Here's the relative part of the verbose logs... MSI (s) (04:64) [14:58:07:962]: Executing op: End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=15803510) MSI (s) (04:64) [14:58:07:977]: User policy value 'DisableRollback' is 0 MSI (s) (04:64) [14:58:07:977]: Machine policy value 'DisableRollback' is 0 Action 14:58:07: RollbackCleanup. Removing backup files MSI (s) (04:64) [14:58:07:993]: Calling SRSetRestorePoint API. dwRestorePtType: 0, dwEventType: 103, llSequenceNumber: 284, szDescription: . MSI (s) (04:64) [14:58:07:993]: The call to SRSetRestorePoint API succeeded. Returned status: 0. MSI (s) (04:64) [14:58:07:993]: Unlocking Server MSI (s) (04:64) [14:58:07:993]: PROPERTY CHANGE: Deleting UpdateStarted property. Its current value is '1'. Action ended 14:58:07: InstallFinalize. Return value 1. MSI (s) (04:64) [14:58:07:993]: Doing action: O2003PIA MSI (s) (04:64) [14:58:07:993]: Note: 1: 2205 2: 3: ActionText Action 14:58:07: O2003PIA. Action start 14:58:07: O2003PIA. MSI (s) (04:64) [14:58:08:431]: Note: 1: 1721 2: O2003PIA 3: C:\WINDOWS\Installer\MSI2EC6.tmp 4: MSI (s) (04:64) [14:58:08:431]: Note: 1: 2205 2: 3: Error MSI (s) (04:64) [14:58:08:431]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1721 Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: O2003PIA, location: C:\WINDOWS\Installer\MSI2EC6.tmp, command: MSI (s) (04:64) [14:58:16:087]: Note: 1: 2205 2: 3: Error MSI (s) (04:64) [14:58:16:087]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (04:64) [14:58:16:087]: Product: Maestro -- Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: O2003PIA, location: C:\WINDOWS\Installer\MSI2EC6.tmp, command: David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585
Re: [WiX-users] Custom actions failing
Oops, forgot the actual CustomAction, sorry... CustomAction Id=O2003PIA BinaryKey=o2003pia.msi ExeCommand= Execute=immediate Return=check HideTarget=no Impersonate=no / CustomAction Id=O2007PIA BinaryKey=o2007pia.msi ExeCommand= Execute=immediate Return=check HideTarget=no Impersonate=no / -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 3:12 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Custom actions failing I'm trying to wrap my head around the custom actions, and how to code them. I've got the following in my fragment, and although it builds fine, I always get an error about a program required could not be run. Any suggestions would be helpful and appreciated! Thanks! Binary Id=o2007pia.msi SourceFile=Dashboard\Redist\o2007pia.msi/ Binary Id=extensibilityMSM.msi SourceFile=Dashboard\Redist\extensibilityMSM.msi/ Binary Id=o2003pia.msi SourceFile=Dashboard\Redist\O2003PIA.msi/ InstallExecuteSequence Custom Action=O2003PIA Before=InstallFinalize(OFFICEVERSION = Outlook.Application.11) AND Not Installed AND Not O2003PIAINSTALLED/Custom Custom Action=O2007PIA Before=InstallFinalize(OFFICEVERSION = Outlook.Application.12) AND Not Installed AND Not O2007PIAINSTALLED/Custom /InstallExecuteSequence Here's the relative part of the verbose logs... MSI (s) (04:64) [14:58:07:962]: Executing op: End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=15803510) MSI (s) (04:64) [14:58:07:977]: User policy value 'DisableRollback' is 0 MSI (s) (04:64) [14:58:07:977]: Machine policy value 'DisableRollback' is 0 Action 14:58:07: RollbackCleanup. Removing backup files MSI (s) (04:64) [14:58:07:993]: Calling SRSetRestorePoint API. dwRestorePtType: 0, dwEventType: 103, llSequenceNumber: 284, szDescription: . MSI (s) (04:64) [14:58:07:993]: The call to SRSetRestorePoint API succeeded. Returned status: 0. MSI (s) (04:64) [14:58:07:993]: Unlocking Server MSI (s) (04:64) [14:58:07:993]: PROPERTY CHANGE: Deleting UpdateStarted property. Its current value is '1'. Action ended 14:58:07: InstallFinalize. Return value 1. MSI (s) (04:64) [14:58:07:993]: Doing action: O2003PIA MSI (s) (04:64) [14:58:07:993]: Note: 1: 2205 2: 3: ActionText Action 14:58:07: O2003PIA. Action start 14:58:07: O2003PIA. MSI (s) (04:64) [14:58:08:431]: Note: 1: 1721 2: O2003PIA 3: C:\WINDOWS\Installer\MSI2EC6.tmp 4: MSI (s) (04:64) [14:58:08:431]: Note: 1: 2205 2: 3: Error MSI (s) (04:64) [14:58:08:431]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1721 Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: O2003PIA, location: C:\WINDOWS\Installer\MSI2EC6.tmp, command: MSI (s) (04:64) [14:58:16:087]: Note: 1: 2205 2: 3: Error MSI (s) (04:64) [14:58:16:087]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (04:64) [14:58:16:087]: Product: Maestro -- Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: O2003PIA, location: C:\WINDOWS\Installer\MSI2EC6.tmp, command: David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions failing
The Windows Installer does not support installing an MSI inside an MSI. That's called nested installations. You need to chain installs instead... unfortunately, that requires an external program. -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 14:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing Oops, forgot the actual CustomAction, sorry... CustomAction Id=O2003PIA BinaryKey=o2003pia.msi ExeCommand= Execute=immediate Return=check HideTarget=no Impersonate=no / CustomAction Id=O2007PIA BinaryKey=o2007pia.msi ExeCommand= Execute=immediate Return=check HideTarget=no Impersonate=no / -Original Message- From: David Bartmess [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 14, 2008 3:12 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Custom actions failing I'm trying to wrap my head around the custom actions, and how to code them. I've got the following in my fragment, and although it builds fine, I always get an error about a program required could not be run. Any suggestions would be helpful and appreciated! Thanks! Binary Id=o2007pia.msi SourceFile=Dashboard\Redist\o2007pia.msi/ Binary Id=extensibilityMSM.msi SourceFile=Dashboard\Redist\extensibilityMSM.msi/ Binary Id=o2003pia.msi SourceFile=Dashboard\Redist\O2003PIA.msi/ InstallExecuteSequence Custom Action=O2003PIA Before=InstallFinalize(OFFICEVERSION = Outlook.Application.11) AND Not Installed AND Not O2003PIAINSTALLED/Custom Custom Action=O2007PIA Before=InstallFinalize(OFFICEVERSION = Outlook.Application.12) AND Not Installed AND Not O2007PIAINSTALLED/Custom /InstallExecuteSequence Here's the relative part of the verbose logs... MSI (s) (04:64) [14:58:07:962]: Executing op: End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=15803510) MSI (s) (04:64) [14:58:07:977]: User policy value 'DisableRollback' is 0 MSI (s) (04:64) [14:58:07:977]: Machine policy value 'DisableRollback' is 0 Action 14:58:07: RollbackCleanup. Removing backup files MSI (s) (04:64) [14:58:07:993]: Calling SRSetRestorePoint API. dwRestorePtType: 0, dwEventType: 103, llSequenceNumber: 284, szDescription: . MSI (s) (04:64) [14:58:07:993]: The call to SRSetRestorePoint API succeeded. Returned status: 0. MSI (s) (04:64) [14:58:07:993]: Unlocking Server MSI (s) (04:64) [14:58:07:993]: PROPERTY CHANGE: Deleting UpdateStarted property. Its current value is '1'. Action ended 14:58:07: InstallFinalize. Return value 1. MSI (s) (04:64) [14:58:07:993]: Doing action: O2003PIA MSI (s) (04:64) [14:58:07:993]: Note: 1: 2205 2: 3: ActionText Action 14:58:07: O2003PIA. Action start 14:58:07: O2003PIA. MSI (s) (04:64) [14:58:08:431]: Note: 1: 1721 2: O2003PIA 3: C:\WINDOWS\Installer\MSI2EC6.tmp 4: MSI (s) (04:64) [14:58:08:431]: Note: 1: 2205 2: 3: Error MSI (s) (04:64) [14:58:08:431]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1721 Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: O2003PIA, location: C:\WINDOWS\Installer\MSI2EC6.tmp, command: MSI (s) (04:64) [14:58:16:087]: Note: 1: 2205 2: 3: Error MSI (s) (04:64) [14:58:16:087]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (04:64) [14:58:16:087]: Product: Maestro -- Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: O2003PIA, location: C:\WINDOWS\Installer\MSI2EC6.tmp, command: David Bartmess Wall Street On Demand [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url
Re: [WiX-users] Custom Actions from Merge Modules
It seems to me that Wix is being unsupportive of something that Windows Installer allows. The InstallExecuteSequence table of an MSI contains references to both the custom actions defined in the MSI directly as well as in the merge modules. You can go in and modify this table directly (using Orca) however you like, and the MSI essentially doesn't know whether an item in the table was merged in from a merge module or directly by the install. Thus, in my opinion, Wix is not allowing something that Windows Installer fully supports, and this seems wrong to me. I'm not suggesting that it is good design to code things such that a merge module defines a custom action, and the main install schedules it. I'm just suggesting that Wix is attempting to force people into a good design, and in this case i don't appreciate it. It's like you're forcing some sort of moral standard on me rather than letting me make that decision (and possibly mistakes) for myself. Our install is really old and minimal maintenance is only done as needed. I've just upgraded it from Wix 1.0 to Wix 3.0 (like I said, it's an old install...), and am running into many issues due to the poor design choices that were originally made, but were allowed by Wix 1.0. These issues relate around the fact that our main install can no longer schedule the merge module custom actions. We have 3 main installs consuming our merge modules, and some of the merge module actions are scheduled in different orders or with different conditions (usually based on main install properties) between the various installs, so I really cannot move the scheduling of these items into our merge modules. For these, i've pulled the custom action definitions into a wix fragment so that I can keep the scheduling in the main install. But then there are other custom actions that I have had to leave defined in the merge modules and schedule them there because they set merge module properties. But scheduling these is becoming a problem because the order depends on other custom actions that are now scheduled by the main install. It's a mess! So, as you can see, upgrading to wix 3.0 is giving me a much bigger headache than I foresaw, which is why I'm a bit perturbed that the wix toolset is forcing this moral standard upon me, especially since it didn't in the (very) old days. And yes, our install is obviously very poorly designed (not by me), but so far it's worked for us, and it's just going to take a bit more work than I thought to get it working with wix 3.0. Thanks for listening to me grumble... -Tina On Wed, Sep 24, 2008 at 10:29 PM, Bob Arnson [EMAIL PROTECTED] wrote: Tina Basinger wrote: Maybe this is not supported any more. Should I be able to have the main installation code schedule a custom action that is defined within a merge module? Any thoughts? Merge modules are designed to be self-contained, which is why they have the modularization GUID attached to their IDs. They should schedule their own custom actions. I'm not aware of any way to do what you want with WiX, except using .wixlibs instead of .msms. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions from Merge Modules
It's more complicated than that. The problem your hitting in WiX v3 is actually a feature added in WiX v2 that allows a developer to separate their authoring into separate Fragments and have everything get stitched back together. In WiX v1 the best you could do was to separate authoring out into Merge Modules and try to merge everything back together. This symbol/reference feature implemented WiX v2 was what allowed WiX v2 scale to the needs of Office way back in 2003. On top of the scalability improvements, that feature has an additional (usually) desirable feature of informing the developer when a required piece of the setup (such as an Custom Action definition) is missing. Unfortunately, in your case, the improper separation of code in the Merge Modules means those references are broken. As Bob noted, you could switch to .wixlibs and then the WiX toolset would be able to resolve references. Merge Modules are limiting in their design here. It isn't about morals, it's about correctness and limitations in the various designs (both in MSI and in WiX). To carry your analogy of editing with Orca to native code, it is not possible to link a .cpp with code that buried in a compiled DLL (i.e. not code that is exported from the DLL). The link.exe will fail telling you it can't resolve reference and will not generate an executable. Now you could probably go in with a hex editor and make everything work at the assembly/machine code level. Just like in this case, you can go in and hack at the MSI with Orca but light.exe won't be able to help you. Finally, migrating from WiX v1 to WiX v2 is a large undertaking. Migrating from WiX v2 to WiX v3 is pretty straight forward (and WixCop can help *a lot*). WiX v1 didn't have half of the concepts that WiX v2/v3 has and was about half as powerful as WiX v2/v3. I'm sorry it was surprising that there is lot of work to migrate from WiX v1 to WiX v2/v3 but anyone that lived through the migration would have told that it wasn't going to be easy. -Original Message- From: Tina Basinger [mailto:[EMAIL PROTECTED] Sent: Thursday, September 25, 2008 12:48 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions from Merge Modules It seems to me that Wix is being unsupportive of something that Windows Installer allows. The InstallExecuteSequence table of an MSI contains references to both the custom actions defined in the MSI directly as well as in the merge modules. You can go in and modify this table directly (using Orca) however you like, and the MSI essentially doesn't know whether an item in the table was merged in from a merge module or directly by the install. Thus, in my opinion, Wix is not allowing something that Windows Installer fully supports, and this seems wrong to me. I'm not suggesting that it is good design to code things such that a merge module defines a custom action, and the main install schedules it. I'm just suggesting that Wix is attempting to force people into a good design, and in this case i don't appreciate it. It's like you're forcing some sort of moral standard on me rather than letting me make that decision (and possibly mistakes) for myself. Our install is really old and minimal maintenance is only done as needed. I've just upgraded it from Wix 1.0 to Wix 3.0 (like I said, it's an old install...), and am running into many issues due to the poor design choices that were originally made, but were allowed by Wix 1.0. These issues relate around the fact that our main install can no longer schedule the merge module custom actions. We have 3 main installs consuming our merge modules, and some of the merge module actions are scheduled in different orders or with different conditions (usually based on main install properties) between the various installs, so I really cannot move the scheduling of these items into our merge modules. For these, i've pulled the custom action definitions into a wix fragment so that I can keep the scheduling in the main install. But then there are other custom actions that I have had to leave defined in the merge modules and schedule them there because they set merge module properties. But scheduling these is becoming a problem because the order depends on other custom actions that are now scheduled by the main install. It's a mess! So, as you can see, upgrading to wix 3.0 is giving me a much bigger headache than I foresaw, which is why I'm a bit perturbed that the wix toolset is forcing this moral standard upon me, especially since it didn't in the (very) old days. And yes, our install is obviously very poorly designed (not by me), but so far it's worked for us, and it's just going to take a bit more work than I thought to get it working with wix 3.0. Thanks for listening to me grumble... -Tina On Wed, Sep 24, 2008 at 10:29 PM, Bob Arnson [EMAIL PROTECTED] wrote: Tina Basinger wrote: Maybe this is not supported any more. Should
Re: [WiX-users] Custom Actions from Merge Modules
Tina Basinger wrote: Maybe this is not supported any more. Should I be able to have the main installation code schedule a custom action that is defined within a merge module? Any thoughts? Merge modules are designed to be self-contained, which is why they have the modularization GUID attached to their IDs. They should schedule their own custom actions. I'm not aware of any way to do what you want with WiX, except using .wixlibs instead of .msms. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions from Merge Modules
In all likelihood, your problem is that your CA is being modularized when compiled, but maybe not to the standard you're expecting. If you look at your .msm in Orca, you'll see the actual name it's been given. I believe you can suppress the modularization if that's your wish. Or you can at least map to the correct configuration. Chris On Mon, Sep 22, 2008 at 1:48 PM, Tina Basinger [EMAIL PROTECTED]wrote: Maybe this is not supported any more. Should I be able to have the main installation code schedule a custom action that is defined within a merge module? Any thoughts? Thanks! -Tina On Fri, Sep 19, 2008 at 1:15 PM, Tina Basinger [EMAIL PROTECTED] wrote: Is there a trick to calling a custom action in the main install that is defined in a merge module? I have several defined in merge modules, and the merge modules build fine. When I try to call the custom actions from the main install (using CustomActionName.MergeModuleGuid), i get a linker error saying: .wxs(193) : error LGHT0094 : Unresolved reference to symbol 'CustomAction:Name.Guid' in section 'Product:{ProductGuid}'. NMAKE : LIGHT: error linking to build objd\i386\mainInstall.msi NMAKE : COPY: error copying objd\i386\mainInstall.msi Also note, I've just gotten our existing install upgraded from wix 1.0 to wix 3.0, and this is a remnant issue of that conversion process. Thanks! -Tina - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions in Merge Modules
Ranjith chevanan wrote: I am trying to create a merge module using the Wix toolset. I succeeded in creating my merge module but I am unsure of how to add Custom Actions to the merge module. The custom action that i would like to add to my merge module is another msm file. Please help Merge modules can't be combined. If you're creating the merge module, use CustomAction/InstallExecuteSequence as normal. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
Custom4 runs during the install because your condition is Not Installed. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Moore Sent: Wednesday, August 06, 2008 2:34 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I'm creating an installer that executes an embedded vbscript on install an a vbscript on uninstall. Why does it want to run both scripts on the install. And this gives me an error on the install: Custom Action=Custom4 Before=RemoveFilesNot Installed /Custom Custom4 is the vbscript that removes a shortcut, but it wants to run on the install. Any help would be great thanks. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
Jonathan Moore wrote: Custom4 is the vbscript that removes a shortcut You shouldn't use VBScript custom actions. http://blogs.msdn.com/robmen/archive/2004/05/20/136530.aspxMSI automatically removes shortcuts it installs but if you need to clean up extra files, use the RemoveFile element. Custom actions aren't necessary for that. -- sig://boB http://joyofsetup.com/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions and merge modules
Frédéric Viollet wrote: Are the merge modules installed after 'StartServices'? No. It's a limitation of how the CRT installs the DLLs into the WinSxS store. See the MsiAssembly Table doc in the MSI SDK: The assemblies are not committed until successful execution of the InstallFinalize Action installfinalize_action.htm. This means that if you author a custom action or resource that relies on the assembly, it must be sequenced after the InstallFinalize Action installfinalize_action.htm. For example, if you need to start a service that depends on an assembly in the Global Assembly Cache (GAC), you must schedule the starting of that service after the InstallFinalize Action installfinalize_action.htm. This means you cannot use the ServiceControl Table servicecontrol_table.htm to start the service, instead you must use a custom action that is sequenced after InstallFinalize. -- sig://boB http://joyofsetup.com/ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
Administrative Installation (http://msdn.microsoft.com/library/aa367541.aspx) is not directly related to custom actions running with administrative privileges (http://msdn.microsoft.com/library/aa368069.aspx). From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harini Gurusamy Sent: Monday, May 12, 2008 7:34 PM To: Rob Mensching; Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom Actions Ok. So if want the exe to run on a admin command prompt, then setting Impersonate=no a better option ? From: Rob Mensching Sent: Monday, May 12, 2008 7:03 PM To: Harini Gurusamy; Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: RE: Custom Actions Are you doing an admin install? If not, you'll want the action in the InstallExecuteSequence. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harini Gurusamy Sent: Monday, May 12, 2008 18:48 To: Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I am trying to execute a custom action during install as below. But the exe never gets executed. Any pointers ?? CustomAction Id=LaunchFile FileKey=catsign.exe ExeCommand=Add Execute=deferred/ AdminExecuteSequence Custom Action='LaunchFile' After='InstallFiles'NOT Installed/Custom /AdminExecuteSequence Attaching the log file Thanks, Harini - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Custom Actions
Are you doing an admin install? If not, you'll want the action in the InstallExecuteSequence. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Harini Gurusamy Sent: Monday, May 12, 2008 18:48 To: Bob Arnson Cc: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I am trying to execute a custom action during install as below. But the exe never gets executed. Any pointers ?? CustomAction Id=LaunchFile FileKey=catsign.exe ExeCommand=Add Execute=deferred/ AdminExecuteSequence Custom Action='LaunchFile' After='InstallFiles'NOT Installed/Custom /AdminExecuteSequence Attaching the log file Thanks, Harini - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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] Custom Actions and featurs
Use a conditional expression based on the feature ( or component ) action state. ( FEATURE=xxx ) as shown here: http://msdn2.microsoft.com/en-us/library/aa368012.aspx Fox Cutter [EMAIL PROTECTED] wrote: I'm working on an install that has a set of custom actions working on files that are only installed for one given feature, if the feature is not installed the custom action still tries to run and I get an error. Is there any way to limit a custom action to only run as part of a feature? --Fox Cutter - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users between -00-00 and -99-99 hr size=1Be a better friend, newshound, and know-it-all with Yahoo! Mobile. a href=http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ Try it now./a- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions working fine in xp - failing in Vista
Hi Thanks for respones. Log says: Action 18:50:25: UninstallLogonHandler. Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: UninstallLogonHandler, location: C:\program files\Client\xyz.exe, command: UninstallLogonHandler DEBUG: Error 2888: Executing the TextStyle view failed The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2888. The arguments are: TextStyle, , The same custom action( UninstallLogonHandler and File Key: XYZ.exe) is working fine with XP Thanks Johan Appelgren wrote: On Jan 23, 2008 2:20 PM, SaiTeja [EMAIL PROTECTED] wrote: Hi, I have created a WIX installer that works perfectly on XP. But When I try in Vista Business, my custom actions are failing Below is the custom action CustomAction Id=UninstallLogonHandler Return=check Execute=deferred ExeCommand=UninstallLogonHandler FileKey=xyz.exe /CustomAction InstallExecuteSequence Custom Action=UninstallLogonHandler Sequence=4400Not Installed/Custom /InstallExecuteSequence I tried with Impersonate=yes and Impersonate=no. Still it is failing Any ideas of what might be this issue would be greatly appreciated. I want my installer should work on xp,vista,windows server2003 per machine. please suggest solution for general cases like admin check, registry, COM objects etc also. What does a log of a failed install say? msiexec /i your.msi /lv* install.log What does xyz.exe do? /Johan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. 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/Custom-actions-working-fine-in-xp---failing-in-Vista-tp15041566p15041914.html 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 2008. 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] Custom actions per component?
Or take a look at the WiX custom actions. All of the custom actions look up the state of the Component to determine how they will be installed, uninstalled, repaired, etc. Richard wrote: In article [EMAIL PROTECTED], Dror Cohen [EMAIL PROTECTED] writes: I wanted to know if it is possible to make a custom action run only if a ce= rtain component is installed and how to do it. Use a condition that is true when the component is set to be installed. http://msdn2.microsoft.com/en-us/library/aa368012.aspx - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions as executables
In article [EMAIL PROTECTED], Dror Cohen [EMAIL PROTECTED] writes: I want my MSI to run in a custom action an executable that I want to add in= to the package but not stay on the user's machine. This executable might al= so be dependent on files (DLLs) that will be installed on the machine. What= is the easiest way to achieve that? Use a type 2 custom action. -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions per component?
In article [EMAIL PROTECTED], Dror Cohen [EMAIL PROTECTED] writes: I wanted to know if it is possible to make a custom action run only if a ce= rtain component is installed and how to do it. Use a condition that is true when the component is set to be installed. http://msdn2.microsoft.com/en-us/library/aa368012.aspx -- The Direct3D Graphics Pipeline -- DirectX 9 draft available for download http://www.xmission.com/~legalize/book/download/index.html Legalize Adulthood! http://blogs.xmission.com/legalize/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions as executables
Dror Cohen wrote: I want my MSI to run in a custom action an executable that I want to add into the package but not stay on the user's machine. This executable might also be dependent on files (DLLs) that will be installed on the machine. What is the easiest way to achieve that? MSI doesn't have support for an embedded CA that relies on installed DLLs. Either live with the file staying behind or remove the dependencies. -- sig://boB http://joyofsetup.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions launched from .MSM files
The INSTALLDIR property will be modularized by WiX when building the MSM, so when the final package is executed, [INSTALLDIR] will not evaluate to the place you thought it would. If it's a file you're installing, using [#fileid] is a better option than forming the path yourself. See the documentation for the Formatted data type (at http://msdn2.microsoft.com/en-us/library/aa368609.aspx). Generally you should keep all your components in a merge module in a hierarchy under TARGETDIR. When the merge occurs, this is rewritten to be the Directory the Merge element appears under. Finally, if both producer (MSM) and consumer (MSI) are WiX projects you may find Fragments easier to handle. WiX is like C++ in that it has a compiler (candle) and a linker (light). Candle checks syntax and flattens your XML into tables (the output is still XML but in a flattened form), light links up the rows from multiple inputs into complete tables and resolves references from one fragment to another. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elena Diaconu Sent: 29 October 2007 22:17 To: 'Mike Dimmick'; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom actions launched from .MSM files Hi Mike, Thank you for the answer; but I think the property is in the same file; this is the XML sequence which works fine in the .MSI: CustomAction Id=CAPCInstall.Command Property=QtExecCmdLine Value=quot;[INSTALLDIR]AppSecInc.Performance.CAInstaller.exequot;/ CustomAction Id=CAPCInstall BinaryKey=wixca DllEntry=CAQuietExec Execute=immediate Return=check / Binary Id=wixca SourceFile=$(var.WIX_DIR)\wixca.dll / CustomAction Id=CAPCUnInstall.Command Property=QtExecCmdLine Value=quot;[INSTALLDIR]AppSecInc.Performance.CAInstaller.exequot; 1/ CustomAction Id=CAPCUnInstall BinaryKey=wixca DllEntry=CAQuietExec Execute=immediate Return=check/ InstallExecuteSequence Custom Action=CAPCInstall.Command After=RegisterProduct/Custom Custom Action=CAPCInstall After=CAPCInstall.Command/Custom Custom Action=CAPCUnInstall.Command Before=RegisterProductInstalled/Custom Custom Action=CAPCUnInstall After=CAPCUnInstall.CommandInstalled/Custom /InstallExecuteSequence Do you think I forgot to add something, or is there anything to do with [INSTALLDIR], and how the WIX replaces the [INSTALLDIR] string? I also hardcoded the EXE path in the .MSM file (in Value) and I am getting the same error. My WIX version is 3.0. Thank you, Elena _ From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: 2007-Oct-29 Mon 5:57 PM To: 'Elena Diaconu'; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Custom actions launched from .MSM files Deferred custom actions get their instructions on what to do from a property named the same as the custom action itself, which in the CA code itself is the CustomActionData property. When you include something in a module, by default its identifier is modularized, that is, a GUID is added after the identifier you specify. This is to prevent name clashes between different modules and between a module and the installer. I'm guessing that the custom action itself is being modularized - you can see this below - but the property isn't, or the property is in a different module to the CA. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elena Diaconu Sent: 29 October 2007 16:05 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions launched from .MSM files Dear WIX users, I have a problem when I am trying to launch an executable through a Custom Action from an .MSM file: the WIX installation fails. When the executable is launched from an .MSI file everything works fine. So is launching executables through Custom Actions from .MSM files supposed to work or not? Below it is the errors log sequence: MSI (s) (1C:58) [18:03:58:968]: Doing action: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731 Action 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Action start 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. MSI (s) (1C:A0) [18:03:58:984]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSIADF.tmp, Entrypoint: CAQuietExec CAQuietExec: Error 0x80070057: failed to get command line data CAQuietExec: Error 0x80070057: failed to get Command Line Action ended 18:03:59: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Return value 3. Action ended 18:03:59: INSTALL. Return value 3. Thank you, I appreciate your answer(s), Elena Elena Diaconu Sr. Software Engineer, Application Security Inc. appsecinc.com http://www.appsecinc.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration
Re: [WiX-users] Custom actions launched from .MSM files
Hi Mike, Thank you for the answer; but I think the property is in the same file; this is the XML sequence which works fine in the .MSI: CustomAction Id=CAPCInstall.Command Property=QtExecCmdLine Value=quot;[INSTALLDIR]AppSecInc.Performance.CAInstaller.exequot;/ CustomAction Id=CAPCInstall BinaryKey=wixca DllEntry=CAQuietExec Execute=immediate Return=check / Binary Id=wixca SourceFile=$(var.WIX_DIR)\wixca.dll / CustomAction Id=CAPCUnInstall.Command Property=QtExecCmdLine Value=quot;[INSTALLDIR]AppSecInc.Performance.CAInstaller.exequot; 1/ CustomAction Id=CAPCUnInstall BinaryKey=wixca DllEntry=CAQuietExec Execute=immediate Return=check/ InstallExecuteSequence Custom Action=CAPCInstall.Command After=RegisterProduct/Custom Custom Action=CAPCInstall After=CAPCInstall.Command/Custom Custom Action=CAPCUnInstall.Command Before=RegisterProductInstalled/Custom Custom Action=CAPCUnInstall After=CAPCUnInstall.CommandInstalled/Custom /InstallExecuteSequence Do you think I forgot to add something, or is there anything to do with [INSTALLDIR], and how the WIX replaces the [INSTALLDIR] string? I also hardcoded the EXE path in the .MSM file (in Value) and I am getting the same error. My WIX version is 3.0. Thank you, Elena _ From: Mike Dimmick [mailto:[EMAIL PROTECTED] Sent: 2007-Oct-29 Mon 5:57 PM To: 'Elena Diaconu'; wix-users@lists.sourceforge.net Subject: RE: [WiX-users] Custom actions launched from .MSM files Deferred custom actions get their instructions on what to do from a property named the same as the custom action itself, which in the CA code itself is the CustomActionData property. When you include something in a module, by default its identifier is modularized, that is, a GUID is added after the identifier you specify. This is to prevent name clashes between different modules and between a module and the installer. I'm guessing that the custom action itself is being modularized - you can see this below - but the property isn't, or the property is in a different module to the CA. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elena Diaconu Sent: 29 October 2007 16:05 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions launched from .MSM files Dear WIX users, I have a problem when I am trying to launch an executable through a Custom Action from an .MSM file: the WIX installation fails. When the executable is launched from an .MSI file everything works fine. So is launching executables through Custom Actions from .MSM files supposed to work or not? Below it is the errors log sequence: MSI (s) (1C:58) [18:03:58:968]: Doing action: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731 Action 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Action start 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. MSI (s) (1C:A0) [18:03:58:984]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSIADF.tmp, Entrypoint: CAQuietExec CAQuietExec: Error 0x80070057: failed to get command line data CAQuietExec: Error 0x80070057: failed to get Command Line Action ended 18:03:59: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Return value 3. Action ended 18:03:59: INSTALL. Return value 3. Thank you, I appreciate your answer(s), Elena Elena Diaconu Sr. Software Engineer, Application Security Inc. appsecinc.com http://www.appsecinc.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions launched from .MSM files
Deferred custom actions get their instructions on what to do from a property named the same as the custom action itself, which in the CA code itself is the CustomActionData property. When you include something in a module, by default its identifier is modularized, that is, a GUID is added after the identifier you specify. This is to prevent name clashes between different modules and between a module and the installer. I'm guessing that the custom action itself is being modularized - you can see this below - but the property isn't, or the property is in a different module to the CA. -- Mike Dimmick _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elena Diaconu Sent: 29 October 2007 16:05 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions launched from .MSM files Dear WIX users, I have a problem when I am trying to launch an executable through a Custom Action from an .MSM file: the WIX installation fails. When the executable is launched from an .MSI file everything works fine. So is launching executables through Custom Actions from .MSM files supposed to work or not? Below it is the errors log sequence: MSI (s) (1C:58) [18:03:58:968]: Doing action: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731 Action 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Action start 18:03:58: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. MSI (s) (1C:A0) [18:03:58:984]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSIADF.tmp, Entrypoint: CAQuietExec CAQuietExec: Error 0x80070057: failed to get command line data CAQuietExec: Error 0x80070057: failed to get Command Line Action ended 18:03:59: QtExec.412198FF_0AE9_4CB8_889D_53756DDAC731. Return value 3. Action ended 18:03:59: INSTALL. Return value 3. Thank you, I appreciate your answer(s), Elena Elena Diaconu Sr. Software Engineer, Application Security Inc. appsecinc.com http://www.appsecinc.com/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions.
Hi Dana, The custom Action i'm calling, actually gets a list of files with an extension of .DIN .DSE from the directory where our product has been installed to. These define the Keyboard for our application, and a session file, the user can change these during the install, this is why it is in a custom action and not through the .MSI. but because it get's the the list of files from where the installer has just installed the files to, it does need to have the INSTALLDIR parsed to it. I'm reverse engineering an InstallShield installer because our company wishes to move away from that and have our overnight build machine automatically build the installers, so the WiX system is great for that, if I can get this working anyway. the main issue is I'm reverse engineering something that was thrown together very quickly with limited time. anyway, if the command I'm using is correct to parse the information then I will try and look elsewhere for the issue, it's just this does work on the old (installshield) installer using an MSI. Jason. On 10/19/07, Dana Gutride [EMAIL PROTECTED] wrote: What does the msi log say is happening here? That is usually the best way to troubleshoot custom action errors. The other trick I'll use is pop up a message box from my custom action code and then attach to it with the debugger. As a rule, any custom actions that modify the target system should be deferred and you won't have access to msi properties (use CustomActionData from a dll). One question for you, though... wouldn't it be better to utilize the MSI registry table for creating registry keys? It is not only transactional (your keys are removed if the install fails), but they are removed on uninstall and you can include properties and all kinds of other good stuff in them. Dana On 10/19/07, Jason Rivers [EMAIL PROTECTED] wrote: Hi all. I'm having some trouble with parsing information to a custom action. I have the command: CustomAction Id=InstallUser Impersonate=yes Return=ignore Execute=oncePerProcess BinaryKey= instexe.exe ExeCommand=0 /InstallUser [INSTALLDIR] [ALLUSERS] / and the lines InstallExecuteSequence Custom Action=InstallUser After=InstallFilesNOT Installed/Custom /InstallExecuteSequence I don't know about the [ALLUSERS] but I know it is not parsing the [INSTALLDIR] parameter to the EXE, this EXE sets up all the windows registry settings for the application we write. if someone could help with where I'm going wrong here and give me some advice on how to parse the INSTALL Directory information, and the Users home / All Users Home folders to an EXE or DLL it would be very appreciated. Thanks in advanced. Jason. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions.
What does the msi log say is happening here? That is usually the best way to troubleshoot custom action errors. The other trick I'll use is pop up a message box from my custom action code and then attach to it with the debugger. As a rule, any custom actions that modify the target system should be deferred and you won't have access to msi properties (use CustomActionData from a dll). One question for you, though... wouldn't it be better to utilize the MSI registry table for creating registry keys? It is not only transactional (your keys are removed if the install fails), but they are removed on uninstall and you can include properties and all kinds of other good stuff in them. Dana On 10/19/07, Jason Rivers [EMAIL PROTECTED] wrote: Hi all. I'm having some trouble with parsing information to a custom action. I have the command: CustomAction Id=InstallUser Impersonate=yes Return=ignore Execute=oncePerProcess BinaryKey= instexe.exe ExeCommand=0 /InstallUser [INSTALLDIR] [ALLUSERS] / and the lines InstallExecuteSequence Custom Action=InstallUser After=InstallFilesNOT Installed/Custom /InstallExecuteSequence I don't know about the [ALLUSERS] but I know it is not parsing the [INSTALLDIR] parameter to the EXE, this EXE sets up all the windows registry settings for the application we write. if someone could help with where I'm going wrong here and give me some advice on how to parse the INSTALL Directory information, and the Users home / All Users Home folders to an EXE or DLL it would be very appreciated. Thanks in advanced. Jason. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
Use the CustomAction element. There are a few ways to do it, but the one the comes to mind as a general solution is to schedule it after InstallFiles in the InstallExecuteSequence and set the Execute attribute to deferred ot commit. Make sure that you read the MSDN topics about deferred custom actions - because there are some things to be aware of. If you provide a more detailed description of what the custom action is and does I might be able to provide more specific instructions. - Brett _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nathan Lane Sent: Friday, April 27, 2007 12:26 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions How does one order Custom Actions to be run at the end of the installation, like after files have been installed? -- Nathan Lane - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions and per user installs, and UAC problems
CeAppMgr.exe is the ActiveSync Add/Remove Programs utility. If you pass an .ini file which contains a list of .cab files, it registers those cab files as 'a program'. The intent is that the .cab files are the same product compiled for different processors/platforms. ActiveSync stores this information in the registry under HKEY_LOCAL_MACHINE and therefore can only be written to by a privileged install. There is no HKCU part of this installer. However, the format of the keys under HKLM is not documented and the only supported way to write to them is to run CeAppMgr. You can specify the /register switch to have it merely register the fact that the program exists for installation, rather than have it install straight away. (If you just want to look, they're under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows CE Services\AppMgr\Apps.) There's no point attempting to implement undo custom actions for this, because CeAppMgr offers no way to uninstall a package. Virtual PC and ActiveSync have nothing in common. The Windows CE Emulators before VS2005 were based on Virtual PC technology, so you couldn't run them within a virtual machine, but ActiveSync itself is fine. However, Virtual PC does not implement USB virtualization, so for most devices you won't be able to sync the device with the virtual machine. I believe VMWare does but haven't tried it. I'm afraid I think you need a per-machine installation, or forget about ActiveSync's Add/Remove Programs applet. -- Mike Dimmick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Arnson Sent: 26 March 2007 05:18 To: Anthony Wieser Cc: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Custom actions and per user installs,and UAC problems Anthony Wieser wrote: CEAPPMGR seems to require it to be run with admin privileges. I've already specified that the msi file run elevated, but the actions seem to run as the user, or in the namespace of the administrator, which still causes the program not to be installed for the current user. CAs run as the user with the user's rights by default. You can mark them for elevation but then they run as LocalSystem, not the user, which might not be what you're looking for, depending on what the ActiveSync thing wants (e.g., to register with the user's ID on the device). Is there a better way around this? Do I need to build a special EXE to run that does the dirty work, which requests the elevation in its manifest instead. Can you break the procedure up? Install the file elevated (needed to write to per-machine locations) and run AppMgr as an unelevated user? It really depends on how AppMgr works, which I personally know nothing about. Secondly, is there a really good description anywhere of what the difference between per user and per machine installs actually is? When I ran the install from an elevated command prompt, it installed on my device, but then when I next started the app manager on my account, it tried to install the software again. (not sure why). See above. You shouldn't elevate for things that depend on the current user -- it won't work for LocalSystem. A real per-user app uses only per-user resources (AppData directories, HKCU registry, etc). I've gotten in such a mess trying to get this simple thing right so that it's easy for my users to do. I've filled up my system restore log, and lost all prior install points except for the last 20 or so, which are all installing and uninstalling this. Can you run ActiveSync in a virtual machine? As I recall, Virtual PC and ActiveSync share some components, but maybe one of the other virtualization products will work? There's really no substitute for testing with virtual machines. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions and per user installs, and UAC problems
Mike Dimmick wrote: Virtual PC and ActiveSync have nothing in common. The Windows CE Emulators before VS2005 were based on Virtual PC technology, so you couldn't run them within a virtual machine, I knew there was something... -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom actions and per user installs, and UAC problems
Anthony Wieser wrote: CEAPPMGR seems to require it to be run with admin privileges. I've already specified that the msi file run elevated, but the actions seem to run as the user, or in the namespace of the administrator, which still causes the program not to be installed for the current user. CAs run as the user with the user's rights by default. You can mark them for elevation but then they run as LocalSystem, not the user, which might not be what you're looking for, depending on what the ActiveSync thing wants (e.g., to register with the user's ID on the device). Is there a better way around this? Do I need to build a special EXE to run that does the dirty work, which requests the elevation in its manifest instead. Can you break the procedure up? Install the file elevated (needed to write to per-machine locations) and run AppMgr as an unelevated user? It really depends on how AppMgr works, which I personally know nothing about. Secondly, is there a really good description anywhere of what the difference between per user and per machine installs actually is? When I ran the install from an elevated command prompt, it installed on my device, but then when I next started the app manager on my account, it tried to install the software again. (not sure why). See above. You shouldn't elevate for things that depend on the current user -- it won't work for LocalSystem. A real per-user app uses only per-user resources (AppData directories, HKCU registry, etc). I've gotten in such a mess trying to get this simple thing right so that it's easy for my users to do. I've filled up my system restore log, and lost all prior install points except for the last 20 or so, which are all installing and uninstalling this. Can you run ActiveSync in a virtual machine? As I recall, Virtual PC and ActiveSync share some components, but maybe one of the other virtualization products will work? There's really no substitute for testing with virtual machines. -- sig://boB http://bobs.org - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users