Re: [WiX-users] Issue with var.Project.x variables in WIX 3.0
Ah... thanks for the slightly disapointing answer, at least I know my installation isn't wack brian From: Blair To: General discussion for Windows Installer XML toolset. Sent: Friday, August 14, 2009 7:37:54 PM Subject: Re: [WiX-users] Issue with var.Project.x variables in WIX 3.0 Let me guess: your three small apps are native C++. This is a limitation of the APIs Votive uses to extract information about other projects in the solution. DevDiv has been trying for a decade now to kill off native code. The project references currently only work against msbuild and managed projects. Native C++ projects currently require not using the project reference variables. -Original Message- From: Brian Williams [mailto:brianjackiewilli...@yahoo.com] Sent: Friday, August 14, 2009 5:00 PM To: Wix Users Subject: [WiX-users] Issue with var.Project.x variables in WIX 3.0 Anyone, I'm obviously new to WIX. This is my first project where we are using WIX to generate the installer. I've got to say that I will never do it another way again. I am having a problem that seems to mean I'm brain dead because it is so basic. I was developing and testing for XP using VS2003 and WIX2.0 - everything was working fine, however, for obvious reasons I need to move into the current century and have upgraded my development machine to Vista Business, the development environment to VS2008 Standard and installer package to WIX3.0. Votive is now working much better for me, and yes it took a while to convert to the new schema. The only thing that doesn't seem to be working is the variable references to other projects in the solution... I have a solution with 4 projects (three small apps and a WIX project). One of the projects is named AppHelp I've added the project reference to the WIX project - but the reference shows up with a triangular ! icon on it and in the properties the "Full Path" property is blank? When I build the WIX project I get the error: error CNDL0150: Undefined preprocessor variable '$(var.AppHelp.ProjectDir)'. The problem isn't specific to AppHelp - it is true for any of the other projects, and for any of their "." attributes... even $(var.App.TargetFileName) The solution is in the directory C:\users\brian\documents\Visual Studio 2008\Solutions\ISP each of the four projects are under that directory (for example ISPHelp is in: C:\users\brian\documents\Visual Studio 2008\Solutions\ISP\ISPHelp) The error is on the first "$(var..) reference in the .wxs file - if I remove it, or put another project reference first, the error is for the first reference to any project variable. Currently have UAC in Vista turned off. For now I've worked around it by defining my own variables... I'm sure it is something dumb I've done, but can't seem to find any direction on where to look. Any assistance would be appreciated for the Newbee.. Brian -- 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 -- 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: -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 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: And included in the product.wxs file as: 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 -- 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 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: And included in the product.wxs file as: 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] Issue with var.Project.x variables in WIX 3.0
Let me guess: your three small apps are native C++. This is a limitation of the APIs Votive uses to extract information about other projects in the solution. DevDiv has been trying for a decade now to kill off native code. The project references currently only work against msbuild and managed projects. Native C++ projects currently require not using the project reference variables. -Original Message- From: Brian Williams [mailto:brianjackiewilli...@yahoo.com] Sent: Friday, August 14, 2009 5:00 PM To: Wix Users Subject: [WiX-users] Issue with var.Project.x variables in WIX 3.0 Anyone, I'm obviously new to WIX. This is my first project where we are using WIX to generate the installer. I've got to say that I will never do it another way again. I am having a problem that seems to mean I'm brain dead because it is so basic. I was developing and testing for XP using VS2003 and WIX2.0 - everything was working fine, however, for obvious reasons I need to move into the current century and have upgraded my development machine to Vista Business, the development environment to VS2008 Standard and installer package to WIX3.0. Votive is now working much better for me, and yes it took a while to convert to the new schema. The only thing that doesn't seem to be working is the variable references to other projects in the solution... I have a solution with 4 projects (three small apps and a WIX project). One of the projects is named AppHelp I've added the project reference to the WIX project - but the reference shows up with a triangular ! icon on it and in the properties the "Full Path" property is blank? When I build the WIX project I get the error: error CNDL0150: Undefined preprocessor variable '$(var.AppHelp.ProjectDir)'. The problem isn't specific to AppHelp - it is true for any of the other projects, and for any of their "." attributes... even $(var.App.TargetFileName) The solution is in the directory C:\users\brian\documents\Visual Studio 2008\Solutions\ISP each of the four projects are under that directory (for example ISPHelp is in: C:\users\brian\documents\Visual Studio 2008\Solutions\ISP\ISPHelp) The error is on the first "$(var..) reference in the .wxs file - if I remove it, or put another project reference first, the error is for the first reference to any project variable. Currently have UAC in Vista turned off. For now I've worked around it by defining my own variables... I'm sure it is something dumb I've done, but can't seem to find any direction on where to look. Any assistance would be appreciated for the Newbee.. Brian -- 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] Mutiple services result in installation error
I figured it out. Turns out I has some service registration detritus left over from earlier testing and it was causing the services to fail. Don't know why it only happened when both are installed but it works now. -Original Message- From: Kevin Gallagher [mailto:ke...@hotmail.com] Sent: Thursday, August 13, 2009 3:28 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Mutiple services result in installation error I have a Wix installer that has 2 features, each will install a service. If I select either option individually the corresponding service is installed, if I select both options I get an "Error 1923. Service '[Service1 Display Name]' ([ServiceName1]) could not be installed. Verify that you have sufficient privileges to install system services." error for the first service. If I ignore the error for the first service it is installed and started successfully and then I get the "Error 1920. Service [Service2 Display Name]' ([ServiceName2]) failed to start. Verify that you have sufficient privileges to start system services " error for second service and I only have the option to retry or cancel. Retry never works and I have to cancel the installation. The second service does not get installed. How do I configure the ServiceInstall declarations so both services will install in one installation session? These are ServiceInstall declarations for the two services: Thanks Kevin -- 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
[WiX-users] Issue with var.Project.x variables in WIX 3.0
Anyone, I'm obviously new to WIX. This is my first project where we are using WIX to generate the installer. I've got to say that I will never do it another way again. I am having a problem that seems to mean I'm brain dead because it is so basic. I was developing and testing for XP using VS2003 and WIX2.0 - everything was working fine, however, for obvious reasons I need to move into the current century and have upgraded my development machine to Vista Business, the development environment to VS2008 Standard and installer package to WIX3.0. Votive is now working much better for me, and yes it took a while to convert to the new schema. The only thing that doesn't seem to be working is the variable references to other projects in the solution... I have a solution with 4 projects (three small apps and a WIX project). One of the projects is named AppHelp I've added the project reference to the WIX project - but the reference shows up with a triangular ! icon on it and in the properties the "Full Path" property is blank? When I build the WIX project I get the error: error CNDL0150: Undefined preprocessor variable '$(var.AppHelp.ProjectDir)'. The problem isn't specific to AppHelp - it is true for any of the other projects, and for any of their "." attributes... even $(var.App.TargetFileName) The solution is in the directory C:\users\brian\documents\Visual Studio 2008\Solutions\ISP each of the four projects are under that directory (for example ISPHelp is in: C:\users\brian\documents\Visual Studio 2008\Solutions\ISP\ISPHelp) The error is on the first "$(var..) reference in the .wxs file - if I remove it, or put another project reference first, the error is for the first reference to any project variable. Currently have UAC in Vista turned off. For now I've worked around it by defining my own variables... I'm sure it is something dumb I've done, but can't seem to find any direction on where to look. Any assistance would be appreciated for the Newbee.. Brian -- 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] Need a Good Template or GUI designer
The errors you are getting (ICE47 & ICE57) are from the tests Microsoft developed to help ensure that MSI databases are both internally consistent and able to be serviced under all sorts of conditions, like turning per-machine installations into per-user ones. Yes, I said, turn a per-machine installation into a per-user one. Those two tests ensure that shortcuts will still work if someone creates a command-line to msiexec that will clear your ALLUSERS property you set in your Property table. The tests don't verify your ALLUSERS property handling, they don't verify your platform testing (they still give warnings related to creating packages for Win9x systems, even if you mark your MSI for v4.5), etc. Some of those tests are so inane that they should be banned or rewritten. However, they are still very necessary in order to prevent many serious issues that many even expensive commercial products commit on a daily basis that tend to be easily fixable and do much to degrade the user experience of the Windows platform for all of us. Because of that, they are mandatory for Logo compliance. I would recommend moving your shortcuts into their own components (out of the components containing the files they point to). Then you can add the registry entries and RemoveFile elements Rob mentions in this blog: http://robmensching.com/blog/posts/2007/4/27/How-to-create-an-uninstall-shor tcut-and-pass-all-the -Original Message- From: Hotmail Acc [mailto:rpat...@hotmail.com] Sent: Friday, August 14, 2009 2:22 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Need a Good Template or GUI designer Basically I am looking for a good working sample which has the following items:- 1) Customizable UI (allow users to select Installdir, single/all user option, licence dialog etc) 2) do both com and .net dll registration. 3) Add some dlls into GAC and into files InstallDir, commonappdata 4) Add values to registry. 5) IIS virtually directory creation. 6) Integrate an already existing c# code which does pre-req checks. 8)Add shortcuts to desktop, startmenu, programmenu. 7) Perform some onEnd actions. I am doing the basic steps and getting the following errors:- --->G:\WiX3\ACT Network Sync\ACT Network Sync\Product.wxs(35,0): error LGHT0204: ICE43: Component C_FL_Act.Framework.Synchronization.Service.exe has non-advertised shortcuts. It should use a registry key under HKCU as its KeyPath, not a file. --->G:\WiX3\ACT Network Sync\ACT Network Sync\Product.wxs(35,0): error LGHT0204: ICE57: Component 'C_FL_Act.Framework.Synchronization.Service.exe' has both per-user and per-machine data with a per-machine KeyPath. -Original Message- From: Blair [mailto:os...@live.com] Sent: Thursday, August 13, 2009 11:40 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Need a Good Template or GUI designer Can you provide more detail about what you are trying to build? -Original Message- From: Hotmail Acc [mailto:rpat...@hotmail.com] Sent: Thursday, August 13, 2009 5:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Need a Good Template or GUI designer I am trying to create a prototype for our team and I am not able to succeed(nearly spent 2 mo). The current information that is available on the web is not helpful. It is getting kinda frustrating. Is it possible to get a template or a GUI designer or a more real world sample which can be used as a starting point? The samples in the tutorials are quite simple. I tried WIX Installar 3.0 project but was not successful in compiling the code on my dev box. -- 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
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 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: And included in the product.wxs file as: 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] Need a Good Template or GUI designer
Basically I am looking for a good working sample which has the following items:- 1) Customizable UI (allow users to select Installdir, single/all user option, licence dialog etc) 2) do both com and .net dll registration. 3) Add some dlls into GAC and into files InstallDir, commonappdata 4) Add values to registry. 5) IIS virtually directory creation. 6) Integrate an already existing c# code which does pre-req checks. 8)Add shortcuts to desktop, startmenu, programmenu. 7) Perform some onEnd actions. I am doing the basic steps and getting the following errors:- --->G:\WiX3\ACT Network Sync\ACT Network Sync\Product.wxs(35,0): error LGHT0204: ICE43: Component C_FL_Act.Framework.Synchronization.Service.exe has non-advertised shortcuts. It should use a registry key under HKCU as its KeyPath, not a file. --->G:\WiX3\ACT Network Sync\ACT Network Sync\Product.wxs(35,0): error LGHT0204: ICE57: Component 'C_FL_Act.Framework.Synchronization.Service.exe' has both per-user and per-machine data with a per-machine KeyPath. -Original Message- From: Blair [mailto:os...@live.com] Sent: Thursday, August 13, 2009 11:40 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Need a Good Template or GUI designer Can you provide more detail about what you are trying to build? -Original Message- From: Hotmail Acc [mailto:rpat...@hotmail.com] Sent: Thursday, August 13, 2009 5:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Need a Good Template or GUI designer I am trying to create a prototype for our team and I am not able to succeed(nearly spent 2 mo). The current information that is available on the web is not helpful. It is getting kinda frustrating. Is it possible to get a template or a GUI designer or a more real world sample which can be used as a starting point? The samples in the tutorials are quite simple. I tried WIX Installar 3.0 project but was not successful in compiling the code on my dev box. -- 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 -- 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
[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: And included in the product.wxs file as: 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
Re: [WiX-users] How to display the existing IIS websites?
Phil Sayers mentioned this site today (http://www.cmcrossroads.com/content/view/13160/120/) CodePlex has this: http://wai.codeplex.com/. It looks like it would solve that issue as well. extension was written for a previous version of IIS and the APIs for the newer IIS are all managed code. I don't know the timing, however. I also don't know if it was going onto CodePlex or into 3.5, either. -Original Message- From: Tom Crozier [mailto:tcroz...@rackwise.com] Sent: Friday, August 14, 2009 12:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to display the existing IIS websites? Jirong - Have you gotten a solution for this problem yet? I have a similar need. - TopCat -Original Message- From: Jirong Hu [mailto:jirong...@gov.ab.ca] Sent: Thursday, July 16, 2009 12:09 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] How to display the existing IIS websites? Hi All Anyone has some custom code to display the existing IIS website, so the installer can choose which site the new web application will be installed to? Need to solve this problem: http://support.microsoft.com/default.aspx?scid=kb;en-us;821335 Thanks Jirong Hu Build Master 780-644-5488 This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Checked by AVG - www.avg.com Version: 8.5.375 / Virus Database: 270.13.0/2210 - Release Date: 07/16/09 05:58:00 -- 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] How to display the existing IIS websites?
Jirong - Have you gotten a solution for this problem yet? I have a similar need. - TopCat -Original Message- From: Jirong Hu [mailto:jirong...@gov.ab.ca] Sent: Thursday, July 16, 2009 12:09 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] How to display the existing IIS websites? Hi All Anyone has some custom code to display the existing IIS website, so the installer can choose which site the new web application will be installed to? Need to solve this problem: http://support.microsoft.com/default.aspx?scid=kb;en-us;821335 Thanks Jirong Hu Build Master 780-644-5488 This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Checked by AVG - www.avg.com Version: 8.5.375 / Virus Database: 270.13.0/2210 - Release Date: 07/16/09 05:58:00 -- 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] COM+ Installation
Are you installing on Vista? Does running as admin help? Is this single component not depending on anything else? You can use dependency walker and/or ildasm to find out what dependencies you have. RegistrationHelper.InstallAssembly does Demand/Assert UnmanagedCode permission. Van: Ciaran Roarty [mailto:ciaran.roa...@gmail.com] Verzonden: vr 14-8-2009 11:08 Aan: wix-users@lists.sourceforge.net Onderwerp: [WiX-users] COM+ Installation Hi I've been trying to get WiX to install some COM+ components for me and have thus far failed miserably to get it to work. I've looked at the tutorial and googled, binged, etc extensively but I am no further forward on day 4 than I was on day 2 so I seek your help. I exported TypeLibs from my .NET 1.1 components ( strong-named ) and followed the example in the tutorial [ http://www.tramontana.co.hu/wix/lesson6.php]. If I drag and drop the components into a COM+ package they register correctly - if I run RegSvcs on the component they register correctly. They do contain COM+ configuration information in their AssemblyInfo Class. However, using WiX, I have not been able to get the components to install. Here is my WiX file: http://schemas.microsoft.com/wix/2006/wi"; xmlns:complus=" http://schemas.microsoft.com/wix/ComPlusExtension";> The log contains the following information about why this has failed: ComPlusInstallExecuteCommit: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Could not install type library 'C:\WixProvingDirectory\ePharmacy (R3.2)\Epms.MiddleTier.Common.tlb' into application 'ePharmacy.R3.2'.', HelpFile='', HelpContext='0' ComPlusInstallExecuteCommit: Error 0x80020009: Failed to invoke RegistrationHelper.InstallAssembly() method ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register .NET assembly ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register assembly, key: Epms.MiddleTier.Common.dll ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register assemblies ComPlusRollbackInstallExecute: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Could not find application 'id={12fb473d-e3bc-44a5-90a4-212735500c4c}'.', HelpFile='', HelpContext='0' ComPlusRollbackInstallExecute: Error 0x80020009: Failed to invoke RegistrationHelper.UninstallAssembly() method ComPlusRollbackInstallExecute: Error 0x80020009: Failed to unregister .NET assembly ComPlusRollbackInstallExecute: Failed to unregister assembly, hr: 0x80020009, key: Epms.MiddleTier.Common.dll Can you help? I tried to install several COM+ components at once and ended up with some problems there but even just pulling it back to the one component seems to be problematic. Thanks in advance, Ciaran Roarty -- 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 Please help Logica to respect the environment by not printing this email / Pour contribuer comme Logica au respect de l'environnement, merci de ne pas imprimer ce mail / Bitte drucken Sie diese Nachricht nicht aus und helfen Sie so Logica dabei, die Umwelt zu schützen. / Por favor ajude a Logica a respeitar o ambiente nao imprimindo este correio electronico. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. -- 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] LGHT0204 - directory not in removefile table despite my attempt to remove it
I'm not sure but please tell us what would happen if you did this: And add a ComponentRef for CompanyMenuFolder to the same place(s) you have the ComponentRef(s) for ApplicationShortcut. -Original Message- From: Eric Napier [mailto:napi...@gmail.com] Sent: Friday, August 14, 2009 8:27 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] LGHT0204 - directory not in removefile table despite my attempt to remove it Hello Wix group. I'm following http://wix.sourceforge.net/manual-wix3/create_start_menu_shortcut.htm to create a shortcut to my app. I want a menu structure like Programs/Company/Flv Viewer/shortcut_to_app Light is giving me the following error: error LGHT0204 : ICE64: The directory CompanyMenuFolder is in the user profile but is not listed in the RemoveFile table. Below is the relevant xml: //This is the close for the earlier TARGETDIR element As you can see, I'm attempting to remove CompanyMenuFolder with a RemoveFolder element. -- 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] Prerequisites in a separate file
Fragments are atomic blocks of "code" that are either incorporated or ignored based on other fragments referencing them (a lot like functions being included or ignored by the c/c++ linker based on an already included code segment). You could either put this in an include file (like Yan suggests) or add some additional code to this fragment and reference that code from another fragment that requires .net or from your main segment, the one that contains your Product or Module element. This would require adding something to your fragment that has a *Ref element counterpart you could use to reference it. -Original Message- From: Nick Ball [mailto:nick.b...@grantadesign.com] Sent: Friday, August 14, 2009 3:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Prerequisites in a separate file Hi All, I want to check for the presence of the .Net framework, so I've followed the instructions in the WiX help and added the code successfully to the project. It works fine. However, to simplify my project slightly, I thought I'd take this code and put it in a file of its own and include that in my project (as below). But this does not work - it fails to run the check. Of course, it is no big deal to put it back, but in an attempt to gain a deeper understanding of WiX, my question is simply: Why? -N http://schemas.microsoft.com/wix/2006/wi"; xmlns:netfx="http://schemas.microsoft.com/wix/NetFxExtension";> -- 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] Purely WiX patching - two questions please
Making a patch obsolete (MSI 2.x) is an older technique. All currently supported/patched OSs by Microsoft currently sport MSI 3.x or higher, which allows you to use the newer technique referred to as superseding. They are not the same thing. The "pure WiX patch" method only supports the supersede methodology, not obsolescence. If you can change over to superseding, that would make your life much easier. If, however, you must still support MSI 2.x, you can't. If you must still support obsolescence and you want to use "pure WiX patching" you must post-process the patch to add the additional guids. I didn't have much easy success trying a "quick and dirty" change to the summary information using the installer APIs but I did note that you can use XSLT to transform the patch's wixobj file. This would need to be done before calling Pyro after calling Candle. -Original Message- From: shibo [mailto:szheng...@googlemail.com] Sent: Friday, August 14, 2009 2:36 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Purely WiX patching - two questions please Blair, >From Wix Help, Patch family attribute Version: Used to populate the sequence column of the MsiPatchSequence table in the final MSP file. Specified in x.x.x.x format. See documentation for Sequence column of MsiPatchSequence table in MSI SDK. It says that x.x.x.x format is expected instead of {GUID}{GUID}{GUID}? Thanks, Shibo -- View this message in context: http://n2.nabble.com/Purely-WiX-patching---two-questions-please-tp3438522p34 43985.html Sent from the wix-users mailing list archive at Nabble.com. -- 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
[WiX-users] Enable HttpKeepAlive, Enable Logging and Properties for LogFiles
Hi All, I am using wix 3.0 to create the installer to install a website. Is there a way to set the following website properties using the wixiis extension? Enable HttpKeep-Alives, Enable Logging and setting the general (log file directory, log schedule) and Advanced Logging Properties Or should I write a custome action for this? Thanks a lot. -- 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
[WiX-users] Adding DCOM Settings to a DCOM Config component
I have a DCOM component which is an executable file. When the exe file is executed it self registers and places a class in the DCOM Config part of the Component serivces. Can anyone tell me what element I need to use to add the parameters on the property pages? Thanks, Jim -- 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] create a shortcut pointing to different targets according to different locales
Lian >>Conditionally installing CHM file according to OS locale does not satisfy the requirement. My goal is that the >>user only install once, then the shortcut works for all locales. It is OK that the shortcut string is English for >>all locales, but this shortcut should load corresponding CHM file for each locale (e.g. ja-jp CHM for ja-jp >>locale, de-de CHM for de-de locale...). >> >>My plan is to install all the CHM files and have one shortcut pointing to an executable which loads corresponding CHM file for different locales. With Davids method, the user would only install once and the correct locale CHM file and corresponding shortcut would be installed at that time. On a ja-jp machine, the ja-jp CHM file would be installed with a ja-jp shortcut. On a de-de machine, the de-de CHM is installed with the de-de shortcut. All from one MSI that only needs to be run once. This sounds like what you want unless you need the ability to switch locales after the install has been completed or you have different locales on the same machine for different users. What reason do you have for having all the locales to be installed when you install the application? A better way of asking maybe this. Your planned solution to your problem involves a call to an executable that determines which CHM to open. How does this executable determine what CHM file to use? Chris -- 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] create a shortcut pointing to different targets according to different locales
Thanks David. Conditionally installing CHM file according to OS locale does not satisfy the requirement. My goal is that the user only install once, then the shortcut works for all locales. It is OK that the shortcut string is English for all locales, but this shortcut should load corresponding CHM file for each locale (e.g. ja-jp CHM for ja-jp locale, de-de CHM for de-de locale...). My plan is to install all the CHM files and have one shortcut pointing to an executable which loads corresponding CHM file for different locales. I want to know whether anybody has a better way to attack this issue. Sorry for confusion. Hope I made myself clear this time. Thanks Lian -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Friday, August 14, 2009 2:34 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] create a shortcut pointing to different targets according to different locales Hi, If you only need one language help file per OS locale you could create a shortcut per language and conditionally install it (and the chm) depending on the OS locale (http://msdn.microsoft.com/en-us/library/aa372056(VS.85).aspx), if you do that then you could even localize the shortcut string. You could of course install all the help and have a shortcut to each language labeled as such. Dave -Original Message- From: Lian Jiang [mailto:lji...@microsoft.com] Sent: 14 August 2009 06:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] create a shortcut pointing to different targets according to different locales Hi, My project has a CHM file for each locale. For example, one for en-us and one for ja-jp. Can I create a shortcut which loads en-us CHM when OS locale = en-us and loads ja-jp CHM when OS locale = ja-JP. I am thinking that this shortcut can point to an executable (say LoadCHM.exe) which load different CHM upon different locales. Is there a smarter way? Thanks Lian -- 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 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. -- 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] Any CPU platform in wix 3.0
Richard, Thanks a lot. That solved my problem. I really appreciate all your help. -Sam. On Fri, Aug 14, 2009 at 5:36 AM, Richard Hollis wrote: > Hi Sam > > Have a look at these: > > http://stackoverflow.com/questions/471424/wix-tricks-and-best-practices > > http://www.brianpeek.com/blog/archive/2007/11/13/x64-development-with-net.aspx > http://stackoverflow.com/questions/516730/visual-studio-any-cpu-target > > There are some good approaches that I've used for Wix and x86/x64 in the > first link. > > Assuming all your projects are AnyCPU (and there is no special reason why > you need x64 explicitly) then they will run in the correct architecture on > the installing machine irresepctive of whether its an x86 or x64 Wix > project. As AnyCPU determines this (see other two links). > > Just use the VS Configuration Manager to set AnyCPU for your non-wix > projects that are in your solution that make up your MSI components for the > different configurations. You still use x86/x64 for Wix but you set AnyCPU > for any non-wix project in the VS config manager. You also need to create a > global include file and set your Package/@Platform attribute in your > product > file. Doing it this way means you can then avoid all the Win64= attributes > too. > > > > > > > > > > > > > > > > --- > >Version="$(var.Product_Version)" Manufacturer="Foobar" > UpgradeCode="TODO"> > > Platform="$(var.Platform)" > InstallPrivileges="elevated" InstallScope="perMachine" > Manufacturer="Foobar" > /> > > > > > > ... > > Cheers > Richard > > 2009/8/13 Sam K > > > Hi All, > > I wanted to upgrade from wix 2.0 to 3.0 and I have installed the latest > > version on my machine. I tried to create a new wix project using visual > > stduio 2008 and modified the old wix files to suit the new schema and > when > > I > > tried to build, I noticed that I can only choose either x86/x64 platform. > > Wix 2.0 had Any CPU option in it and I can't find it in 3.0. Can anybody > > tell me whether it was removed? > > All the code we have is .net and it was useful when there was Any CPU > > platform option. Our dev machines are 32 bit and our qa/prod machines are > > 64 > > bit. > > > > Also I cannot build it for platform x86 because I have a component which > is > > x64. And if I build it for x64 I cannot test the msi on my machine. > > > > Error 2 ICE80: This package contains 64 bit component 'INSTALLDIRREG' but > > the Template Summary Property does not contain Intel64 or x64. > > > > Can anybody please tell me if there is a solution for my problem? > > > > > > Thanks, > > Sam. > > > > > -- > > 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 > -- 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] Wix Confile File Garbled Format
Hi Dave, you are right, my source setting was pointing at the dll. Changed it and everything works as expected, thanks for the help. B David Watson-3 wrote: > > Hi, > The config file you mentioned is actually the executable, and if > you say one of the dlls is actually the config file then you have either > found a really odd wix bug or you have some filename / source mixups in > your wix. IE the f...@name says it's the config file and the f...@source > is pointing to the executable, effectively renaming the files as you > build the installer. > > What is your $(var.PeritoCase.Client.Shell.TargetPath) vairable pointing > to? > > Dave > > -Original Message- > From: brendan_rice [mailto:brendan_r...@hotmail.com] > Sent: 14 August 2009 10:19 > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Wix Confile File Garbled Format > > > When the config file is originally built out it looks fine, all the xml > is in tact. After Wix packages it and I run the setup. You can download > the exact file that is output from the setup from: > > www.hughgrice.com/my.config.txt > > When I open a DLL in word it looks the same as the config file which I > don't really understand. > > Any ideas? > > Thanks again for the help. > > > David Watson-3 wrote: >> >> What exactly is happening to your exe.config file, maybe the >> dependency information is being damaged? >> >> Dave >> >> -Original Message- >> From: brendan_rice [mailto:brendan_r...@hotmail.com] >> Sent: 13 August 2009 17:21 >> To: wix-users@lists.sourceforge.net >> Subject: Re: [WiX-users] Wix Confile File Garbled Format >> >> >> Thanks for the reply. It is a C# application I am building so I do >> not understand why this is happening. >> >> I am using the latest Wix installer and have added a Wix project to my > >> solution. Any help is really appreciated. >> >> Thanks >> >> B >> >> >> David Watson-3 wrote: >>> >>> Hi, >>> To my knowledge Wix will not modify an xml file unless you >>> specifically author it to do so (see xmlconfig or xmlfile). >>> >>> Your error message looks like a SxS dependency issue, is your app a >>> visual C++ application and you have not installed the runtimes? >>> >>> Try (dave) dependency walker on your app on the test machine to see >>> if >> >>> there is anything missing. >>> http://www.dependencywalker.com/ >>> >>> >>> Dave W. >>> >>> -Original Message- >>> From: brendan_rice [mailto:brendan_r...@hotmail.com] >>> Sent: 13 August 2009 16:37 >>> To: wix-users@lists.sourceforge.net >>> Subject: Re: [WiX-users] Wix Confile File Garbled Format >>> >>> >>> Here is the error message I get >>> >>> --- >>> C:\Program Files\Myfolder\My.exe >>> --- >>> C:\Program Files\Myfolder\My.exe >>> >>> >>> This application has failed to start because the application >>> configuration is incorrect. Reinstalling the application may fix this > >>> problem. >>> >>> >>> --- >>> OK >>> --- >>> >>> >>> brendan_rice wrote: Hi, I am trying to include config files in my Wix setup project. The files get deployed to the correct folder once the installer is build > but the XML gets garbled. I am assuming this is a formatting issue and >>> have had no luck from Google with it. Has anyone experienced this before or know how to get around this? Thanks, Brendan ... >>> Guid="9B8ACAA0-5181-425f-84A8-6ED91720D94A"> >> KeyPath="yes" Compressed="no" Name="PeritoCase.Client.Shell.exe.config" >> Source="$(var.PeritoCase.Client.Shell.TargetPath)" >>> /> ... >>> >>> -- >>> View this message in context: >>> http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p343863 >>> 2 >>> .h >>> tml >>> Sent from the wix-users mailing list archive at Nabble.com. >>> >>> - >>> - >>> -- >>> -- >>> 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 >>> >>> 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: Glob
[WiX-users] LGHT0204 - directory not in removefile table despite my attempt to remove it
Hello Wix group. I'm following http://wix.sourceforge.net/manual-wix3/create_start_menu_shortcut.htm to create a shortcut to my app. I want a menu structure like Programs/Company/Flv Viewer/shortcut_to_app Light is giving me the following error: error LGHT0204 : ICE64: The directory CompanyMenuFolder is in the user profile but is not listed in the RemoveFile table. Below is the relevant xml: //This is the close for the earlier TARGETDIR element As you can see, I'm attempting to remove CompanyMenuFolder with a RemoveFolder element. -- 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] Wix Confile File Garbled Format
Thanks Simon. It looks like that was my problem. Simon Dahlbacka wrote: > > based on your first email: > > Source="$(var.PeritoCase.Client.Shell.TargetPath)" /> > > you have the wrong source for your .config file, fix that and your problem > is likely solved. > > /Simon > > On Fri, Aug 14, 2009 at 12:19 PM, brendan_rice > wrote: > >> >> When the config file is originally built out it looks fine, all the xml >> is >> in >> tact. After Wix packages it and I run the setup. You can download the >> exact >> file that is output from the setup from: >> >> www.hughgrice.com/my.config.txt >> >> When I open a DLL in word it looks the same as the config file which I >> don't >> really understand. >> >> Any ideas? >> >> Thanks again for the help. >> >> >> David Watson-3 wrote: >> > >> > What exactly is happening to your exe.config file, maybe the dependency >> > information is being damaged? >> > >> > Dave >> > >> > -Original Message- >> > From: brendan_rice [mailto:brendan_r...@hotmail.com] >> > Sent: 13 August 2009 17:21 >> > To: wix-users@lists.sourceforge.net >> > Subject: Re: [WiX-users] Wix Confile File Garbled Format >> > >> > >> > Thanks for the reply. It is a C# application I am building so I do not >> > understand why this is happening. >> > >> > I am using the latest Wix installer and have added a Wix project to my >> > solution. Any help is really appreciated. >> > >> > Thanks >> > >> > B >> > >> > >> > David Watson-3 wrote: >> >> >> >> Hi, >> >> To my knowledge Wix will not modify an xml file unless you >> >> specifically author it to do so (see xmlconfig or xmlfile). >> >> >> >> Your error message looks like a SxS dependency issue, is your app a >> >> visual C++ application and you have not installed the runtimes? >> >> >> >> Try (dave) dependency walker on your app on the test machine to see if >> > >> >> there is anything missing. >> >> http://www.dependencywalker.com/ >> >> >> >> >> >> Dave W. >> >> >> >> -Original Message- >> >> From: brendan_rice [mailto:brendan_r...@hotmail.com] >> >> Sent: 13 August 2009 16:37 >> >> To: wix-users@lists.sourceforge.net >> >> Subject: Re: [WiX-users] Wix Confile File Garbled Format >> >> >> >> >> >> Here is the error message I get >> >> >> >> --- >> >> C:\Program Files\Myfolder\My.exe >> >> --- >> >> C:\Program Files\Myfolder\My.exe >> >> >> >> >> >> This application has failed to start because the application >> >> configuration is incorrect. Reinstalling the application may fix this >> >> problem. >> >> >> >> >> >> --- >> >> OK >> >> --- >> >> >> >> >> >> brendan_rice wrote: >> >>> >> >>> Hi, >> >>> >> >>> I am trying to include config files in my Wix setup project. The >> >>> files get deployed to the correct folder once the installer is build >> >>> but the XML gets garbled. I am assuming this is a formatting issue >> >>> and >> >> >> >>> have had no luck from Google with it. >> >>> >> >>> Has anyone experienced this before or know how to get around this? >> >>> >> >>> Thanks, >> >>> >> >>> Brendan >> >>> >> >>> >> >>> ... >> >>> > >>> Guid="9B8ACAA0-5181-425f-84A8-6ED91720D94A"> >> >>> >> >>> > >> KeyPath="yes" >> >>> Compressed="no" >> >>> Name="PeritoCase.Client.Shell.exe.config" >> >>> >> > Source="$(var.PeritoCase.Client.Shell.TargetPath)" >> >> >> >>> /> ... >> >>> >> >> >> >> -- >> >> View this message in context: >> >> http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3438632 >> >> .h >> >> tml >> >> Sent from the wix-users mailing list archive at Nabble.com. >> >> >> >> -- >> >> -- >> >> -- >> >> 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 >> >> >> >> 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. >> >> >> >> >> >> -- >> >> Let Crystal Reports handle the reporting - Free Crystal >> >> Reports 2008 30-Day trial. Simplify your report design, integration >> >> and deployment - and focus on wha
Re: [WiX-users] question about upgrades
Amy Rosewater wrote: > Action start 14:38:31: RemoveExistingProducts. > > RemoveExistingProducts: Application: > 20ED61C2-44DA-4CD4-AD05-DBE0F7ACAE7C, Command line: > UPGRADINGPRODUCTCODE={3FB60C36-A33C-49EA-B502-5A75AFEB84A2} > CLIENTUILEVEL=0 REMOVE=ALL > Try that command line from outside the installer: msiexec /i {20ED61C2-44DA-4CD4-AD05-DBE0F7ACAE7C} UPGRADINGPRODUCTCODE={3FB60C36-A33C-49EA-B502-5A75AFEB84A2} CLIENTUILEVEL=0 REMOVE=ALL -- sig://boB http://joyofsetup.com/ -- 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] Maintenance mode when installed from temp
Peter Shirtcliffe wrote: > It all seems to work and we have a few thousand users since we released > earlier this year. If you find better ways to do any of this, Im sure > the list would be interested to hear what you did, even if everyones > requirements differ. > Burn caches to a predictable location (by default -- it's configurable in the manifest). Cleaning those up is easy enough for an uninstall but the major upgrade case will probably need more work (since MSI doesn't have the concept of a 'chained major upgrade'). -- sig://boB http://joyofsetup.com/ -- 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
[WiX-users] nice wix 'how to' IIS website install
Bumped into this today. http://www.cmcrossroads.com/content/view/13160/120/ looks like a decent starting point if you're looking to build an installer that needs to work with existing websites. -- 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] Maintenance mode when installed from temp
Those are all good questions and I dont have ideal answers. I can only tell you what we do. We use ProgramFilesFolder\ for the extract location and the files are left there until the user uninstalls the application. Im not so sure thats a good location but it works on all OSes because our installer requires admin privileges for various reasons. I believe MS Office uses C:\MSOCache. We document that you can delete this location if you are short of disk space but also warn that you need to run the uninstallation steps manually from ARP if you do so. Our distribution package, including prerequisites is also about half a GB. The uninstall is from a shortcut (if you care about Windows Logo Certification, you cant do that, last time we looked) that runs our custom chainer and that runs the MSI removal and then deletes the extraction directory. We did add RemoveFile/RemoveFolder elements to the MSI to remove the extraction directory but its awkward when you do major upgrades. The major upgrade is packaged as another [WinRar] self extracting archive. It unpacks to a different directory, runs the chainer and runs the upgrade and deletes the old SFX location. We dont do download on demand but thats in the plan for the future. The MS bootstrapper, that is run from the SFX, installs dot net. The dot net installer downloads most of the framework for you on demand. I am almost finished implementing an autoupate system using Indigo Rose's TrueUpdate for downloading and applying MSPs and later on major upgrade MSIs. That will add more fun to all of this :) That product might be worth looking at if you need some kind of downloader. Theres a 30 day trial. It all seems to work and we have a few thousand users since we released earlier this year. If you find better ways to do any of this, Im sure the list would be interested to hear what you did, even if everyones requirements differ. HTH, Pete. -Original Message- From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] Sent: 14 August 2009 12:15 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Maintenance mode when installed from temp Is there any good location for this? How do you do proper uninstall? Does the MSI also deletes itself or do you leave the installation files on your users' computers? Does it work with Major Upgrades? I don't want to be like ATI/AMD who copies the whole drivers installation to C:\ATI\Support\... and leaves it there until the user deletes it manually :( Size of our installation package is about 100MB and as we move more programs to WiX/Windows Installer it will get bigger to approximately 500MB. I would also like to implement download on demand installation (user will get only small setup package which will download only files for the features selected by the user) which will need some "fixed" (will be saved in registry) location to download all required CAB files and leave them there for Maintenance. Ondrej Zarevucky Peter Shirtcliffe wrote: > The problem is that the cab is always stripped from the MSI (except on > Windows 7) when the MSI is installed and cached. Programs like MS > Office (and ours) store the installation MSI in a directory on the hard disk. > In our case, we dont let the user change the extraction directory and > extract to a well-known folder, rather than temp. > > -Original Message- > From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] > Sent: 14 August 2009 10:22 > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] Maintenance mode when installed from temp > > Hi, > I'm trying to allow Maintenance mode (Repair and Modify) when the > installation was run from temporary location. > > I'm using 7zip packer, which unpacks the MSI, CAB files and > bootstrapper to temporary location and runs it from there. The problem > with installation Modification and Repair is that it requires source > CAB files which were already deleted. Also the user is presented with > confusing source path pointing to Temp... When I tried to embed the > CAB files into MSI it doesn't seem to solve the problem :( > > My current workaround is to disable running the Maintenance mode from > Add/Remove programs and require users to run the 7zip package again. > > Ondrej Zarevucky. > > -- > -- > -- > 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 > > SDL PLC confidential, all rights reserved. > If you are not the intended recipient of this mail SDL requests and requires that you delete
Re: [WiX-users] Maintenance mode when installed from temp
Is there any good location for this? How do you do proper uninstall? Does the MSI also deletes itself or do you leave the installation files on your users' computers? Does it work with Major Upgrades? I don't want to be like ATI/AMD who copies the whole drivers installation to C:\ATI\Support\... and leaves it there until the user deletes it manually :( Size of our installation package is about 100MB and as we move more programs to WiX/Windows Installer it will get bigger to approximately 500MB. I would also like to implement download on demand installation (user will get only small setup package which will download only files for the features selected by the user) which will need some "fixed" (will be saved in registry) location to download all required CAB files and leave them there for Maintenance. Ondrej Zarevucky Peter Shirtcliffe wrote: > The problem is that the cab is always stripped from the MSI (except on > Windows 7) when the MSI is installed and cached. Programs like MS Office > (and ours) store the installation MSI in a directory on the hard disk. > In our case, we dont let the user change the extraction directory and > extract to a well-known folder, rather than temp. > > -Original Message- > From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] > Sent: 14 August 2009 10:22 > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] Maintenance mode when installed from temp > > Hi, > I'm trying to allow Maintenance mode (Repair and Modify) when the > installation was run from temporary location. > > I'm using 7zip packer, which unpacks the MSI, CAB files and bootstrapper > to temporary location and runs it from there. The problem with > installation Modification and Repair is that it requires source CAB > files which were already deleted. Also the user is presented with > confusing source path pointing to Temp... When I tried to embed the CAB > files into MSI it doesn't seem to solve the problem :( > > My current workaround is to disable running the Maintenance mode from > Add/Remove programs and require users to run the 7zip package again. > > Ondrej Zarevucky. > > > -- > 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 > > 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. > > > -- > 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] Prerequisites in a separate file
You don't reference anything from this file in your main authoring(s), that's why it is not picked by WiX engine. You can verify this by opening the resulting MSI with Orca and see the LaunchCondition table. What I do in my project is grouping the prerequisites in a separate wxi (include) file and then include it with instruction into my product.wxs. Hope this helps. -- Yan -Original Message- From: Nick Ball [mailto:nick.b...@grantadesign.com] Sent: Friday, August 14, 2009 1:26 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Prerequisites in a separate file Hi All, I want to check for the presence of the .Net framework, so I've followed the instructions in the WiX help and added the code successfully to the project. It works fine. However, to simplify my project slightly, I thought I'd take this code and put it in a file of its own and include that in my project (as below). But this does not work - it fails to run the check. Of course, it is no big deal to put it back, but in an attempt to gain a deeper understanding of WiX, my question is simply: Why? -N http://schemas.microsoft.com/wix/2006/wi"; xmlns:netfx="http://schemas.microsoft.com/wix/NetFxExtension";> -- 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
[WiX-users] Prerequisites in a separate file
Hi All, I want to check for the presence of the .Net framework, so I've followed the instructions in the WiX help and added the code successfully to the project. It works fine. However, to simplify my project slightly, I thought I'd take this code and put it in a file of its own and include that in my project (as below). But this does not work - it fails to run the check. Of course, it is no big deal to put it back, but in an attempt to gain a deeper understanding of WiX, my question is simply: Why? -N http://schemas.microsoft.com/wix/2006/wi"; xmlns:netfx="http://schemas.microsoft.com/wix/NetFxExtension";> -- 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] Wix Confile File Garbled Format
Hi, The config file you mentioned is actually the executable, and if you say one of the dlls is actually the config file then you have either found a really odd wix bug or you have some filename / source mixups in your wix. IE the f...@name says it's the config file and the f...@source is pointing to the executable, effectively renaming the files as you build the installer. What is your $(var.PeritoCase.Client.Shell.TargetPath) vairable pointing to? Dave -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 14 August 2009 10:19 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format When the config file is originally built out it looks fine, all the xml is in tact. After Wix packages it and I run the setup. You can download the exact file that is output from the setup from: www.hughgrice.com/my.config.txt When I open a DLL in word it looks the same as the config file which I don't really understand. Any ideas? Thanks again for the help. David Watson-3 wrote: > > What exactly is happening to your exe.config file, maybe the > dependency information is being damaged? > > Dave > > -Original Message- > From: brendan_rice [mailto:brendan_r...@hotmail.com] > Sent: 13 August 2009 17:21 > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Wix Confile File Garbled Format > > > Thanks for the reply. It is a C# application I am building so I do > not understand why this is happening. > > I am using the latest Wix installer and have added a Wix project to my > solution. Any help is really appreciated. > > Thanks > > B > > > David Watson-3 wrote: >> >> Hi, >> To my knowledge Wix will not modify an xml file unless you >> specifically author it to do so (see xmlconfig or xmlfile). >> >> Your error message looks like a SxS dependency issue, is your app a >> visual C++ application and you have not installed the runtimes? >> >> Try (dave) dependency walker on your app on the test machine to see >> if > >> there is anything missing. >> http://www.dependencywalker.com/ >> >> >> Dave W. >> >> -Original Message- >> From: brendan_rice [mailto:brendan_r...@hotmail.com] >> Sent: 13 August 2009 16:37 >> To: wix-users@lists.sourceforge.net >> Subject: Re: [WiX-users] Wix Confile File Garbled Format >> >> >> Here is the error message I get >> >> --- >> C:\Program Files\Myfolder\My.exe >> --- >> C:\Program Files\Myfolder\My.exe >> >> >> This application has failed to start because the application >> configuration is incorrect. Reinstalling the application may fix this >> problem. >> >> >> --- >> OK >> --- >> >> >> brendan_rice wrote: >>> >>> Hi, >>> >>> I am trying to include config files in my Wix setup project. The >>> files get deployed to the correct folder once the installer is build >>> but the XML gets garbled. I am assuming this is a formatting issue >>> and >> >>> have had no luck from Google with it. >>> >>> Has anyone experienced this before or know how to get around this? >>> >>> Thanks, >>> >>> Brendan >>> >>> >>> ... >>> >> Guid="9B8ACAA0-5181-425f-84A8-6ED91720D94A"> >>> >>> > KeyPath="yes" >>> Compressed="no" >>> Name="PeritoCase.Client.Shell.exe.config" >>> > Source="$(var.PeritoCase.Client.Shell.TargetPath)" >> >>> /> ... >>> >> >> -- >> View this message in context: >> http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p343863 >> 2 >> .h >> tml >> Sent from the wix-users mailing list archive at Nabble.com. >> >> - >> - >> -- >> -- >> 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 >> >> 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. >> >> >> - >> - >> 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 >>
Re: [WiX-users] Maintenance mode when installed from temp
The problem is that the cab is always stripped from the MSI (except on Windows 7) when the MSI is installed and cached. Programs like MS Office (and ours) store the installation MSI in a directory on the hard disk. In our case, we dont let the user change the extraction directory and extract to a well-known folder, rather than temp. -Original Message- From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] Sent: 14 August 2009 10:22 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Maintenance mode when installed from temp Hi, I'm trying to allow Maintenance mode (Repair and Modify) when the installation was run from temporary location. I'm using 7zip packer, which unpacks the MSI, CAB files and bootstrapper to temporary location and runs it from there. The problem with installation Modification and Repair is that it requires source CAB files which were already deleted. Also the user is presented with confusing source path pointing to Temp... When I tried to embed the CAB files into MSI it doesn't seem to solve the problem :( My current workaround is to disable running the Maintenance mode from Add/Remove programs and require users to run the 7zip package again. Ondrej Zarevucky. -- 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 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. -- 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] Wix Confile File Garbled Format
based on your first email: Source="$(var.PeritoCase.Client.Shell.TargetPath)" /> you have the wrong source for your .config file, fix that and your problem is likely solved. /Simon On Fri, Aug 14, 2009 at 12:19 PM, brendan_rice wrote: > > When the config file is originally built out it looks fine, all the xml is > in > tact. After Wix packages it and I run the setup. You can download the > exact > file that is output from the setup from: > > www.hughgrice.com/my.config.txt > > When I open a DLL in word it looks the same as the config file which I > don't > really understand. > > Any ideas? > > Thanks again for the help. > > > David Watson-3 wrote: > > > > What exactly is happening to your exe.config file, maybe the dependency > > information is being damaged? > > > > Dave > > > > -Original Message- > > From: brendan_rice [mailto:brendan_r...@hotmail.com] > > Sent: 13 August 2009 17:21 > > To: wix-users@lists.sourceforge.net > > Subject: Re: [WiX-users] Wix Confile File Garbled Format > > > > > > Thanks for the reply. It is a C# application I am building so I do not > > understand why this is happening. > > > > I am using the latest Wix installer and have added a Wix project to my > > solution. Any help is really appreciated. > > > > Thanks > > > > B > > > > > > David Watson-3 wrote: > >> > >> Hi, > >> To my knowledge Wix will not modify an xml file unless you > >> specifically author it to do so (see xmlconfig or xmlfile). > >> > >> Your error message looks like a SxS dependency issue, is your app a > >> visual C++ application and you have not installed the runtimes? > >> > >> Try (dave) dependency walker on your app on the test machine to see if > > > >> there is anything missing. > >> http://www.dependencywalker.com/ > >> > >> > >> Dave W. > >> > >> -Original Message- > >> From: brendan_rice [mailto:brendan_r...@hotmail.com] > >> Sent: 13 August 2009 16:37 > >> To: wix-users@lists.sourceforge.net > >> Subject: Re: [WiX-users] Wix Confile File Garbled Format > >> > >> > >> Here is the error message I get > >> > >> --- > >> C:\Program Files\Myfolder\My.exe > >> --- > >> C:\Program Files\Myfolder\My.exe > >> > >> > >> This application has failed to start because the application > >> configuration is incorrect. Reinstalling the application may fix this > >> problem. > >> > >> > >> --- > >> OK > >> --- > >> > >> > >> brendan_rice wrote: > >>> > >>> Hi, > >>> > >>> I am trying to include config files in my Wix setup project. The > >>> files get deployed to the correct folder once the installer is build > >>> but the XML gets garbled. I am assuming this is a formatting issue > >>> and > >> > >>> have had no luck from Google with it. > >>> > >>> Has anyone experienced this before or know how to get around this? > >>> > >>> Thanks, > >>> > >>> Brendan > >>> > >>> > >>> ... > >>> >>> Guid="9B8ACAA0-5181-425f-84A8-6ED91720D94A"> > >>> > >>>>> KeyPath="yes" > >>> Compressed="no" > >>> Name="PeritoCase.Client.Shell.exe.config" > >>> > > Source="$(var.PeritoCase.Client.Shell.TargetPath)" > >> > >>> /> ... > >>> > >> > >> -- > >> View this message in context: > >> http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3438632 > >> .h > >> tml > >> Sent from the wix-users mailing list archive at Nabble.com. > >> > >> -- > >> -- > >> -- > >> 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 > >> > >> 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. > >> > >> > >> -- > >> 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://
Re: [WiX-users] Purely WiX patching - two questions please
Blair, >From Wix Help, Patch family attribute Version: Used to populate the sequence column of the MsiPatchSequence table in the final MSP file. Specified in x.x.x.x format. See documentation for Sequence column of MsiPatchSequence table in MSI SDK. It says that x.x.x.x format is expected instead of {GUID}{GUID}{GUID}? Thanks, Shibo -- View this message in context: http://n2.nabble.com/Purely-WiX-patching---two-questions-please-tp3438522p3443985.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] create a shortcut pointing to different targets according to different locales
Hi, If you only need one language help file per OS locale you could create a shortcut per language and conditionally install it (and the chm) depending on the OS locale (http://msdn.microsoft.com/en-us/library/aa372056(VS.85).aspx), if you do that then you could even localize the shortcut string. You could of course install all the help and have a shortcut to each language labeled as such. Dave -Original Message- From: Lian Jiang [mailto:lji...@microsoft.com] Sent: 14 August 2009 06:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] create a shortcut pointing to different targets according to different locales Hi, My project has a CHM file for each locale. For example, one for en-us and one for ja-jp. Can I create a shortcut which loads en-us CHM when OS locale = en-us and loads ja-jp CHM when OS locale = ja-JP. I am thinking that this shortcut can point to an executable (say LoadCHM.exe) which load different CHM upon different locales. Is there a smarter way? Thanks Lian -- 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 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. -- 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] Any CPU platform in wix 3.0
Hi Sam Have a look at these: http://stackoverflow.com/questions/471424/wix-tricks-and-best-practices http://www.brianpeek.com/blog/archive/2007/11/13/x64-development-with-net.aspx http://stackoverflow.com/questions/516730/visual-studio-any-cpu-target There are some good approaches that I've used for Wix and x86/x64 in the first link. Assuming all your projects are AnyCPU (and there is no special reason why you need x64 explicitly) then they will run in the correct architecture on the installing machine irresepctive of whether its an x86 or x64 Wix project. As AnyCPU determines this (see other two links). Just use the VS Configuration Manager to set AnyCPU for your non-wix projects that are in your solution that make up your MSI components for the different configurations. You still use x86/x64 for Wix but you set AnyCPU for any non-wix project in the VS config manager. You also need to create a global include file and set your Package/@Platform attribute in your product file. Doing it this way means you can then avoid all the Win64= attributes too. --- ... Cheers Richard 2009/8/13 Sam K > Hi All, > I wanted to upgrade from wix 2.0 to 3.0 and I have installed the latest > version on my machine. I tried to create a new wix project using visual > stduio 2008 and modified the old wix files to suit the new schema and when > I > tried to build, I noticed that I can only choose either x86/x64 platform. > Wix 2.0 had Any CPU option in it and I can't find it in 3.0. Can anybody > tell me whether it was removed? > All the code we have is .net and it was useful when there was Any CPU > platform option. Our dev machines are 32 bit and our qa/prod machines are > 64 > bit. > > Also I cannot build it for platform x86 because I have a component which is > x64. And if I build it for x64 I cannot test the msi on my machine. > > Error 2 ICE80: This package contains 64 bit component 'INSTALLDIRREG' but > the Template Summary Property does not contain Intel64 or x64. > > Can anybody please tell me if there is a solution for my problem? > > > Thanks, > Sam. > > -- > 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
[WiX-users] Maintenance mode when installed from temp
Hi, I'm trying to allow Maintenance mode (Repair and Modify) when the installation was run from temporary location. I'm using 7zip packer, which unpacks the MSI, CAB files and bootstrapper to temporary location and runs it from there. The problem with installation Modification and Repair is that it requires source CAB files which were already deleted. Also the user is presented with confusing source path pointing to Temp... When I tried to embed the CAB files into MSI it doesn't seem to solve the problem :( My current workaround is to disable running the Maintenance mode from Add/Remove programs and require users to run the 7zip package again. Ondrej Zarevucky. -- 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] Wix Confile File Garbled Format
When the config file is originally built out it looks fine, all the xml is in tact. After Wix packages it and I run the setup. You can download the exact file that is output from the setup from: www.hughgrice.com/my.config.txt When I open a DLL in word it looks the same as the config file which I don't really understand. Any ideas? Thanks again for the help. David Watson-3 wrote: > > What exactly is happening to your exe.config file, maybe the dependency > information is being damaged? > > Dave > > -Original Message- > From: brendan_rice [mailto:brendan_r...@hotmail.com] > Sent: 13 August 2009 17:21 > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Wix Confile File Garbled Format > > > Thanks for the reply. It is a C# application I am building so I do not > understand why this is happening. > > I am using the latest Wix installer and have added a Wix project to my > solution. Any help is really appreciated. > > Thanks > > B > > > David Watson-3 wrote: >> >> Hi, >> To my knowledge Wix will not modify an xml file unless you >> specifically author it to do so (see xmlconfig or xmlfile). >> >> Your error message looks like a SxS dependency issue, is your app a >> visual C++ application and you have not installed the runtimes? >> >> Try (dave) dependency walker on your app on the test machine to see if > >> there is anything missing. >> http://www.dependencywalker.com/ >> >> >> Dave W. >> >> -Original Message- >> From: brendan_rice [mailto:brendan_r...@hotmail.com] >> Sent: 13 August 2009 16:37 >> To: wix-users@lists.sourceforge.net >> Subject: Re: [WiX-users] Wix Confile File Garbled Format >> >> >> Here is the error message I get >> >> --- >> C:\Program Files\Myfolder\My.exe >> --- >> C:\Program Files\Myfolder\My.exe >> >> >> This application has failed to start because the application >> configuration is incorrect. Reinstalling the application may fix this >> problem. >> >> >> --- >> OK >> --- >> >> >> brendan_rice wrote: >>> >>> Hi, >>> >>> I am trying to include config files in my Wix setup project. The >>> files get deployed to the correct folder once the installer is build >>> but the XML gets garbled. I am assuming this is a formatting issue >>> and >> >>> have had no luck from Google with it. >>> >>> Has anyone experienced this before or know how to get around this? >>> >>> Thanks, >>> >>> Brendan >>> >>> >>> ... >>> >> Guid="9B8ACAA0-5181-425f-84A8-6ED91720D94A"> >>> >>> > KeyPath="yes" >>> Compressed="no" >>> Name="PeritoCase.Client.Shell.exe.config" >>> > Source="$(var.PeritoCase.Client.Shell.TargetPath)" >> >>> /> ... >>> >> >> -- >> View this message in context: >> http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3438632 >> .h >> tml >> Sent from the wix-users mailing list archive at Nabble.com. >> >> -- >> -- >> -- >> 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 >> >> 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. >> >> >> -- >> 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 >> >> > > -- > View this message in context: > http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3439030.h > tml > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day trial. Simplify your report design, integration and deployment - > and foc
[WiX-users] COM+ Installation
Hi I've been trying to get WiX to install some COM+ components for me and have thus far failed miserably to get it to work. I've looked at the tutorial and googled, binged, etc extensively but I am no further forward on day 4 than I was on day 2 so I seek your help. I exported TypeLibs from my .NET 1.1 components ( strong-named ) and followed the example in the tutorial [ http://www.tramontana.co.hu/wix/lesson6.php]. If I drag and drop the components into a COM+ package they register correctly - if I run RegSvcs on the component they register correctly. They do contain COM+ configuration information in their AssemblyInfo Class. However, using WiX, I have not been able to get the components to install. Here is my WiX file: http://schemas.microsoft.com/wix/2006/wi"; xmlns:complus=" http://schemas.microsoft.com/wix/ComPlusExtension";> The log contains the following information about why this has failed: ComPlusInstallExecuteCommit: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Could not install type library 'C:\WixProvingDirectory\ePharmacy (R3.2)\Epms.MiddleTier.Common.tlb' into application 'ePharmacy.R3.2'.', HelpFile='', HelpContext='0' ComPlusInstallExecuteCommit: Error 0x80020009: Failed to invoke RegistrationHelper.InstallAssembly() method ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register .NET assembly ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register assembly, key: Epms.MiddleTier.Common.dll ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register assemblies ComPlusRollbackInstallExecute: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Could not find application 'id={12fb473d-e3bc-44a5-90a4-212735500c4c}'.', HelpFile='', HelpContext='0' ComPlusRollbackInstallExecute: Error 0x80020009: Failed to invoke RegistrationHelper.UninstallAssembly() method ComPlusRollbackInstallExecute: Error 0x80020009: Failed to unregister .NET assembly ComPlusRollbackInstallExecute: Failed to unregister assembly, hr: 0x80020009, key: Epms.MiddleTier.Common.dll Can you help? I tried to install several COM+ components at once and ended up with some problems there but even just pulling it back to the one component seems to be problematic. Thanks in advance, Ciaran Roarty -- 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] Need a Good Template or GUI designer
Wix Edit is a free utility with a simple GUI designer. http://wixedit.sourceforge.net/ -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: 14 August 2009 03:13 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Need a Good Template or GUI designer Take a look at heat.exe command line values. There is a product template and you can specify a directory to "harvest". Thanks, Brian Rogers "Intelligence removes complexity." - Me http://blogs.msdn.com/icumove <-- NEW On Thu, Aug 13, 2009 at 5:50 PM, Hotmail Acc wrote: > I am trying to create a prototype for our team and I am not able to > succeed(nearly spent 2 mo). The current information that is available > on the web is not helpful. It is getting kinda frustrating. Is it > possible to get a template or a GUI designer or a more real world > sample which can be used as a starting point? The samples in the > tutorials are quite simple. > > > > I tried WIX Installar 3.0 project but was not successful in compiling > the code on my dev box. > > > -- > 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 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. -- 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] Purely WiX patching - two questions please
Blair, Many thanks for your reply. It is very assuring. Checking the Patch element in WiX help file, nothing mentions about ListOfPatchGUIDsToReplace. It looks like done by Visual Studio IDE. I am working from command line, do you have an example patch wxs file? Thanks, Shibo -- View this message in context: http://n2.nabble.com/Purely-WiX-patching---two-questions-please-tp3438522p3443797.html Sent from the wix-users mailing list archive at Nabble.com. -- 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