Re: [WiX-users] LGHT1055 Merge modules
Visual Studio's MSMs are already notorious for being poorly written, but there are several blogs from Microsofties and others closely connected with the VS team that will post mentioning which warnings can be ignored from their MSMs. For anyone else, please ask the author of the MSM, and if you have any leverage, insist that they address the issue(s). As MSFT owns the platform they reserve the right to break the rules. No one else ever should (until such rules are acknowledged to be deprecated). You should only ever ignore a warning (or even suppress an error) only once you deeply understand it. Otherwise push back and ask to be educated about it. > From: laasu...@hotmail.com > To: wix-users@lists.sourceforge.net > Date: Tue, 20 Aug 2013 08:22:57 +0200 > Subject: Re: [WiX-users] LGHT1055 Merge modules > > Thank you. > > When should I be worried about this warning? Say I add merge module x in two > months and get the same type of warning. > > Regards, Lars > > > From: os...@live.com > > To: wix-users@lists.sourceforge.net > > Date: Mon, 19 Aug 2013 09:10:17 -0700 > > Subject: Re: [WiX-users] LGHT1055 Merge modules > > > > That particular CA will accommodate the data from both merge modules, so > > its inclusion just one time is OK (and correct in this case). Ignore this > > particular warning. > > > > > From: laasu...@hotmail.com > > > To: wix-users@lists.sourceforge.net > > > Date: Mon, 19 Aug 2013 13:59:41 +0200 > > > Subject: [WiX-users] LGHT1055 Merge modules > > > > > > The WIX configuration below produces two warnings: > > > warning LGHT1055 : The InstallExecuteSequence table contains an action > > > 'SxsInstallCA' which cannot be merged from the merge module > > > 'C:\path\path\Microsoft_VC80_CRT_x86.msm'. This action is likely > > > colliding with an action in the database that is being created. The > > > colliding action may have been authored in the database or merged in > > > from another merge module. If this is a standard action, it is likely > > > colliding due to a difference in the condition fo > > > r the action in the database and merge module. If this is a custom > > > action, it should only be declared in the database or one merge module. > > > warning LGHT1055 : The InstallExecuteSequence table contains an action > > > 'SxsUninstallCA' which cannot be merged from the merge module > > > 'C:\path\path\Microsoft_VC80_CRT_x86.msm'. This action is likely > > > colliding with an action in the database that is being created. The > > > colliding action may have been authored in the database or merged in from > > > another merge module. If this is a standard action, it is likely > > > colliding due to a difference in the condition > > > for the action in the database and merge module. If this is a custom > > > action, it should only be declared in the database or one merge module. > > > > > > Viewing the two merge modules in Orca I see they both define the same > > > custom action (sxsInstallCA and sxsUninstallCA). I assume this is the > > > reason for the warning. > > > - Does this mean that only one of the merge modules will run their custom > > > install and uninstall action? > > > - How do I fix or workaround this problem? I assume this must be a common > > > problem. > > > > > > Thanks. > > > > > > > > > http://schemas.microsoft.com/wix/2006/wi";> > > > > > Language="1033" > > > Manufacturer="MyCompany" > > > Name="MyName" > > > UpgradeCode="E5B47089-C70D-46bd-AA9C-D222CFE9A699" > > > Version="1.0.0.0"> > > > > > > > > > > > > > > Get 100% visibility into Java/.NET code with AppDynamics Lite! > > > It's a free troubleshooting tool designed for production. > > > Get down to code-level detail for bottlenecks, with <2% overhead. > > > Download for free and get started troubleshooting in minutes. > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for
Re: [WiX-users] Merge module not working
There is a fair bit of debate about the propriety of including the policy MSMs. Some argue that they should be included (MS does ship them as MSMs, after all) so that everyone will benefit from whatever the latest-and-greatest the user happens to install (i.e. increase the coverage of MSFT security fixes). Others counter that including the policy MSM can cause other installed software to fail because it changes the runtime that those other already installed applications to load, and they may be depending on some undocumented or unanticipated "feature" that was changed in some subsequent fix. In other words, adding the policy MSM can cause other people's code to break (just because the user installed yours). You can usually get yours to work without the policy MSM by making your code build against the updated libs that the MSM you are distributing were built with. That was the root of my question. What revision of the libs are you building against (you can see this in the manifest embedded in your binaries) vs what are you shipping in the MSM (you can see this in the metadata in the MSM)? > From: laasu...@hotmail.com > To: wix-users@lists.sourceforge.net > Date: Tue, 20 Aug 2013 08:16:47 +0200 > Subject: Re: [WiX-users] Merge module not working > > Thank you for your reply. > > Adding the policy merge module solved the issue. > > I would consider updating the > http://wix.sourceforge.net/manual-wix3/install_vcredist.htm page, either > update this line "There is generally no need to include the policy MSMs as > part of the installation." or describe the purpose of the policy msm very > briefly. > > Lars > > > Date: Mon, 19 Aug 2013 14:46:11 -0700 > > From: phildgwil...@gmail.com > > To: wix-users@lists.sourceforge.net > > Subject: Re: [WiX-users] Merge module not working > > > > A couple of other things to look at, assuming you've looked at Blair's > > comment: > > > > One issue with these SxS Dlls is that the policy merge module makes a > > difference. IIRC, the VC redist exe will install the Dlls and the policy > > file that redirects requests to the appropriate Dll. So I'd add the policy > > merge module. > > > > The other issue is that the VC redist installs everything. For example, if > > your code has a dependency on the MFC or ATL Dlls then the CRT by itself is > > not enough. > > > > > > > > On Mon, Aug 19, 2013 at 9:08 AM, Blair Murri wrote: > > > > > Did the merge module come from the same service pack level of Visual > > > Studio as was used to build the application? > > > > > > > From: laasu...@hotmail.com > > > > To: wix-users@lists.sourceforge.net > > > > Date: Mon, 19 Aug 2013 11:34:36 +0200 > > > > Subject: [WiX-users] Merge module not working > > > > > > > > Using Wix 3.7 > > > > > > > > I added Microsoft_VC80_CRT_x86.msm merge module to my wix setup > > > according to http://wix.sourceforge.net/manual-wix3/install_vcredist.htm > > > > > > > > I tested the new msi file on a clean WinXP SP3 machine. Installed the > > > product and when I started the application I get "The application failed > > > to > > > initalize properly (oxc0150002). Click on Ok to terminate the > > > application". > > > > I downloaded and installed "Microsoft Visual C++ 2005 Redistributable > > > Package (x86)" on the test computer and the application then works. > > > > So I try to diff the usage of merge module and redistribuable. > > > > - Both approaches creates the folder > > > "C:\WINDOWS\WinSys\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700" > > > > - Both approaches add the same three files to the folder (msvcm80.dll, > > > msvcp80.dll, msvcr80.dll) > > > > - Diff'ed the files added by merge module and redistribuable and they > > > are binary equal. > > > > > > > > So why doesn't merge module work? > > > > > > > > I have added the wix configuration below. > > > > > > > > http://schemas.microsoft.com/wix/2006/wi";> > > > > > > > Language="1033" > > > > Manufacturer="MyCompany" > > > > Name="MyName" > > > > UpgradeCode="E5B47089-C70D-46bd-AA9C-D222CFE9A699" > > > > Version="1.0.0.0"> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> > Source="C:\path\bin\MyLibrary.dll" /> > > > > > > > > > > > > > > > > > > > > > > > > > > SourceFile="C:\Path1\Path2\Microsoft_VC80_CRT_x86.msm" DiskId="1" > > > Language="0"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Get 100% visibility into Java/.NET code with AppDynamics Lite! > > > > It's a free troubleshooting tool designed for production. > > > > Get down to code-level detail for bottlenecks, with <2% overhead. > > > > Download for free and get started troubleshooting in minutes. > > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > > > ___
Re: [WiX-users] Wix Burn: Bundle condition does not work if using MBA
I tried it, however it doesn't work fully for my case. Besides the OS version, I also need to check the architecture of the OS. I want to block 64 bit package to be installed on a 32 bit OS. If I set the condition, the installation will be blocked, however, I didn't see I can customize the error, I always get "The specified program requires a newer version of Windows." For the bundle\@condition, is that possible I can customize the error message? Or, any other way to do it? Thanks, Nan -Original Message- From: Blair Murri [mailto:os...@live.com] Sent: Monday, August 19, 2013 10:46 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Wix Burn: Bundle condition does not work if using MBA Bundle\@Condition attribute. The limited conditions it can evaluate include OS. > From: naz...@microsoft.com > To: wix-users@lists.sourceforge.net > Date: Tue, 20 Aug 2013 05:12:55 + > Subject: Re: [WiX-users] Wix Burn: Bundle condition does not work if > using MBA > > Hi, > > I met with the same problem with the MBA precheck. Definitely, I can have the > code in my MBA to check the pre conditions, however, I think the following > scenario is totally broken. Eg. We want to block installation of our product > on the OS vista or before. > > A user uses a vista machine without .net 4. User downloads the package and > clicks install. To load MBA, the setup will guide user to install .Net 4 and > after installing .net 4, the setup will tell the user, sorry, wrong OS. I > think this is a horrible user experience, and I really want to do better > here. Is there any possible way to handle the above situation? Any precheck I > can do except having it in my MBA. > > Many Thanks, > Nan > > > > -Original Message- > From: Phill Hogland [mailto:phogl...@rimage.com] > Sent: Friday, August 2, 2013 6:13 AM > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Wix Burn: Bundle condition does not work if > using MBA > > The WixBA at src\Setup\WixBA is the C# managed BA that is used by the > installer that installs the toolset. The Bundle does not have a > bal:Condition in it and as far as I can tell there is nothing directly > related to Bal:Condition in WixBA. However I think what folks have suggested > is that one could look at how the processing of bal:Condition is implemented > in the C++ WixStdBA at src\ext\BalExtensions\wixstdba and using that > functionality as a pattern implement something like that in the managed BA > that you are writing. I think one would want to look at EvaluateConditions > in WixStandardBootstrapperApplication.cpp for a starter. > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Burn > -Bundle-condition-does-not-work-if-using-MBA-tp7581757p758.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Get your SQL database under version control now! > Version control is standard for application code, but databases havent caught > up. So what steps can you take to put your SQL databases under version > control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.c > lktrk ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > Introducing Performance Central, a new site from SourceForge > and AppDynamics. Performance Central is your source for news, > insights, analysis and resources for efficient Application Performance > Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.c > lktrk ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! ht
Re: [WiX-users] Retrieve the UpgradeCode from a bundle exe?
At install runtime your BA has access to it as part of the WixBundleProperties "sub-table" of the BootstrapperApplicationData.xml. If you need it outside of install-time (the below is subject to change, don't depend on it): As an implementation detail: it is contained in that xml file in the embedded UXPayload container. As an implementation detail: embedded containers are ZIP files appended to the end of the EXE. Which ZIP is the UXPayload can be determined by walking the PE/DOS/WINDOWS binary file headers to find the .wixburn data section, and then use numbers in there along with numbers in other binary file headers to determine the start location (with some probable help scanning for the ZIP magic header cookie) and going from there. You would probably be better off using dark.exe to extract all attached payloads, then parse the WixBundleProperties xml file. > Date: Mon, 19 Aug 2013 14:35:27 -0700 > From: phildgwil...@gmail.com > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Retrieve the UpgradeCode from a bundle exe? > > Ok, if that's so then I misunderstood. > > > On Sun, Aug 18, 2013 at 8:25 PM, dave wrote: > > > Hi, > > > > The code I've used for an MSI doesn't work with a Wix bundle. I don't > > believe it's the same format as MSI so property tables aren't relevant? > > > > > > > > -- > > View this message in context: > > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Retrieve-the-UpgradeCode-from-a-bundle-exe-tp7588140p7588165.html > > Sent from the wix-users mailing list archive at Nabble.com. > > > > > > -- > > Get 100% visibility into Java/.NET code with AppDynamics Lite! > > It's a free troubleshooting tool designed for production. > > Get down to code-level detail for bottlenecks, with <2% overhead. > > Download for free and get started troubleshooting in minutes. > > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LGHT1055 Merge modules
Thank you. When should I be worried about this warning? Say I add merge module x in two months and get the same type of warning. Regards, Lars > From: os...@live.com > To: wix-users@lists.sourceforge.net > Date: Mon, 19 Aug 2013 09:10:17 -0700 > Subject: Re: [WiX-users] LGHT1055 Merge modules > > That particular CA will accommodate the data from both merge modules, so its > inclusion just one time is OK (and correct in this case). Ignore this > particular warning. > > > From: laasu...@hotmail.com > > To: wix-users@lists.sourceforge.net > > Date: Mon, 19 Aug 2013 13:59:41 +0200 > > Subject: [WiX-users] LGHT1055 Merge modules > > > > The WIX configuration below produces two warnings: > > warning LGHT1055 : The InstallExecuteSequence table contains an action > > 'SxsInstallCA' which cannot be merged from the merge module > > 'C:\path\path\Microsoft_VC80_CRT_x86.msm'. This action is likely colliding > > with an action in the database that is being created. The colliding > > action may have been authored in the database or merged in from another > > merge module. If this is a standard action, it is likely colliding due to > > a difference in the condition fo > > r the action in the database and merge module. If this is a custom action, > > it should only be declared in the database or one merge module. > > warning LGHT1055 : The InstallExecuteSequence table contains an action > > 'SxsUninstallCA' which cannot be merged from the merge module > > 'C:\path\path\Microsoft_VC80_CRT_x86.msm'. This action is likely colliding > > with an action in the database that is being created. The colliding action > > may have been authored in the database or merged in from another merge > > module. If this is a standard action, it is likely colliding due to a > > difference in the condition > > for the action in the database and merge module. If this is a custom > > action, it should only be declared in the database or one merge module. > > > > Viewing the two merge modules in Orca I see they both define the same > > custom action (sxsInstallCA and sxsUninstallCA). I assume this is the > > reason for the warning. > > - Does this mean that only one of the merge modules will run their custom > > install and uninstall action? > > - How do I fix or workaround this problem? I assume this must be a common > > problem. > > > > Thanks. > > > > > > http://schemas.microsoft.com/wix/2006/wi";> > > > Language="1033" > > Manufacturer="MyCompany" > > Name="MyName" > > UpgradeCode="E5B47089-C70D-46bd-AA9C-D222CFE9A699" > > Version="1.0.0.0"> > > > > > > > > > Get 100% visibility into Java/.NET code with AppDynamics Lite! > > It's a free troubleshooting tool designed for production. > > Get down to code-level detail for bottlenecks, with <2% overhead. > > Download for free and get started troubleshooting in minutes. > > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Merge module not working
Thank you for your reply. Adding the policy merge module solved the issue. I would consider updating the http://wix.sourceforge.net/manual-wix3/install_vcredist.htm page, either update this line "There is generally no need to include the policy MSMs as part of the installation." or describe the purpose of the policy msm very briefly. Lars > Date: Mon, 19 Aug 2013 14:46:11 -0700 > From: phildgwil...@gmail.com > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Merge module not working > > A couple of other things to look at, assuming you've looked at Blair's > comment: > > One issue with these SxS Dlls is that the policy merge module makes a > difference. IIRC, the VC redist exe will install the Dlls and the policy > file that redirects requests to the appropriate Dll. So I'd add the policy > merge module. > > The other issue is that the VC redist installs everything. For example, if > your code has a dependency on the MFC or ATL Dlls then the CRT by itself is > not enough. > > > > On Mon, Aug 19, 2013 at 9:08 AM, Blair Murri wrote: > > > Did the merge module come from the same service pack level of Visual > > Studio as was used to build the application? > > > > > From: laasu...@hotmail.com > > > To: wix-users@lists.sourceforge.net > > > Date: Mon, 19 Aug 2013 11:34:36 +0200 > > > Subject: [WiX-users] Merge module not working > > > > > > Using Wix 3.7 > > > > > > I added Microsoft_VC80_CRT_x86.msm merge module to my wix setup > > according to http://wix.sourceforge.net/manual-wix3/install_vcredist.htm > > > > > > I tested the new msi file on a clean WinXP SP3 machine. Installed the > > product and when I started the application I get "The application failed to > > initalize properly (oxc0150002). Click on Ok to terminate the application". > > > I downloaded and installed "Microsoft Visual C++ 2005 Redistributable > > Package (x86)" on the test computer and the application then works. > > > So I try to diff the usage of merge module and redistribuable. > > > - Both approaches creates the folder > > "C:\WINDOWS\WinSys\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700" > > > - Both approaches add the same three files to the folder (msvcm80.dll, > > msvcp80.dll, msvcr80.dll) > > > - Diff'ed the files added by merge module and redistribuable and they > > are binary equal. > > > > > > So why doesn't merge module work? > > > > > > I have added the wix configuration below. > > > > > > http://schemas.microsoft.com/wix/2006/wi";> > > > > > Language="1033" > > > Manufacturer="MyCompany" > > > Name="MyName" > > > UpgradeCode="E5B47089-C70D-46bd-AA9C-D222CFE9A699" > > > Version="1.0.0.0"> > > > > > > > > > > > > > > > > > > > > > > > > > > >> Source="C:\path\bin\MyLibrary.dll" /> > > > > > > > > > > > > > > > > > > > SourceFile="C:\Path1\Path2\Microsoft_VC80_CRT_x86.msm" DiskId="1" > > Language="0"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > Get 100% visibility into Java/.NET code with AppDynamics Lite! > > > It's a free troubleshooting tool designed for production. > > > Get down to code-level detail for bottlenecks, with <2% overhead. > > > Download for free and get started troubleshooting in minutes. > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynam
Re: [WiX-users] ExePackage/@DetectCondition syntax
The question was really what is the correct syntax for "variable not equal to empty string" when used with DetectCondition? (I don't think the syntax for this is documented so will add it when I know the correct syntax.) Some options: Variable <> "" Variable != "" Variable NOT Variable = "" Or something else. Neil -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 19 August 2013 15:35 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] ExePackage/@DetectCondition syntax You want DetectCondition. InstallCondition says whether a package should be installed on the machine. If false and the package is installed, it will uninstall the package. On Mon, Aug 19, 2013 at 7:21 AM, Kenneth Porter wrote: > --On Monday, August 19, 2013 8:01 AM -0700 Phill Hogland > wrote: > > > It seems like you would want to use DetectCondition to determine if > > the package already exists and InstallCondition to determine when > > you want to launch the exe. > > If the prerequisite package is not installed, I want to run its installer. > If it's installed, I want to skip that. > > > > > -- > Get 100% visibility into Java/.NET code with AppDynamics > Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.c > lktrk ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Burn: Bundle condition does not work if using MBA
Bundle\@Condition attribute. The limited conditions it can evaluate include OS. > From: naz...@microsoft.com > To: wix-users@lists.sourceforge.net > Date: Tue, 20 Aug 2013 05:12:55 + > Subject: Re: [WiX-users] Wix Burn: Bundle condition does not work if using MBA > > Hi, > > I met with the same problem with the MBA precheck. Definitely, I can have the > code in my MBA to check the pre conditions, however, I think the following > scenario is totally broken. Eg. We want to block installation of our product > on the OS vista or before. > > A user uses a vista machine without .net 4. User downloads the package and > clicks install. To load MBA, the setup will guide user to install .Net 4 and > after installing .net 4, the setup will tell the user, sorry, wrong OS. I > think this is a horrible user experience, and I really want to do better > here. Is there any possible way to handle the above situation? Any precheck I > can do except having it in my MBA. > > Many Thanks, > Nan > > > > -Original Message- > From: Phill Hogland [mailto:phogl...@rimage.com] > Sent: Friday, August 2, 2013 6:13 AM > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Wix Burn: Bundle condition does not work if using MBA > > The WixBA at src\Setup\WixBA is the C# managed BA that is used by the > installer that installs the toolset. The Bundle does not have a > bal:Condition in it and as far as I can tell there is nothing directly > related to Bal:Condition in WixBA. However I think what folks have suggested > is that one could look at how the processing of bal:Condition is implemented > in the C++ WixStdBA at src\ext\BalExtensions\wixstdba and using that > functionality as a pattern implement something like that in the managed BA > that you are writing. I think one would want to look at EvaluateConditions > in WixStandardBootstrapperApplication.cpp for a starter. > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Burn-Bundle-condition-does-not-work-if-using-MBA-tp7581757p758.html > Sent from the wix-users mailing list archive at Nabble.com. > > -- > Get your SQL database under version control now! > Version control is standard for application code, but databases havent caught > up. So what steps can you take to put your SQL databases under version > control? Why should you start doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] disassemble a bundle
I think we should make that error message more clear. Please file a bug. > From: jo...@msli.com > To: wix-users@lists.sourceforge.net > Date: Mon, 19 Aug 2013 14:00:08 -0700 > Subject: Re: [WiX-users] disassemble a bundle > > I see I had to make a directory and extract into it > dark.exe -x foo MyProgram-3.1.0-3776-Installer.exe > > On Mon, 2013-08-19 at 13:52 -0700, jo...@msli.com wrote: > > I ask because dark didn't work for me. > > > > $ dark MyProgram-3.1.0-3776-Installer.exe > > Windows Installer Xml Decompiler version 3.7.1224.0 > > Copyright (C) Outercurve Foundation. All rights reserved. > > > > MyProgram-3.1.0-3776-Installer.exe > > dark.exe : error DARK0001 : Value cannot be null. > > Parameter name: path1 > > > > Exception Type: System.ArgumentNullException > > > > Stack Trace: > >at System.IO.Path.Combine(String path1, String path2) > >at Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindBundle(String > > bundleFile, String exportBasePath) > >at Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind(String file, > > OutputType outputType, String exportBasePath) > >at Microsoft.Tools.WindowsInstallerXml.Tools.Dark.Run(String[] args) > > > > > > On Mon, 2013-08-19 at 11:55 -0700, Rob Mensching wrote: > > > Just like everything else: dark.exe. > > > > > > > > > On Mon, Aug 19, 2013 at 11:44 AM, jo...@msli.com wrote: > > > > > > > Is there a way to disassemble a bundle? > > > > > > > > > > > > > > > > NOTICE: This email may contain confidential information. Please see > > > > http://www.meyersound.com/confidential/ for our complete policy. > > > > > > > > > > > > -- > > > > Introducing Performance Central, a new site from SourceForge and > > > > AppDynamics. Performance Central is your source for news, insights, > > > > analysis and resources for efficient Application Performance Management. > > > > Visit us today! > > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > > > ___ > > > > WiX-users mailing list > > > > WiX-users@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > -- > > > Introducing Performance Central, a new site from SourceForge and > > > AppDynamics. Performance Central is your source for news, insights, > > > analysis and resources for efficient Application Performance Management. > > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > NOTICE: This email may contain confidential information. Please see > > http://www.meyersound.com/confidential/ for our complete policy. > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Burn: Bundle condition does not work if using MBA
Hi, I met with the same problem with the MBA precheck. Definitely, I can have the code in my MBA to check the pre conditions, however, I think the following scenario is totally broken. Eg. We want to block installation of our product on the OS vista or before. A user uses a vista machine without .net 4. User downloads the package and clicks install. To load MBA, the setup will guide user to install .Net 4 and after installing .net 4, the setup will tell the user, sorry, wrong OS. I think this is a horrible user experience, and I really want to do better here. Is there any possible way to handle the above situation? Any precheck I can do except having it in my MBA. Many Thanks, Nan -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: Friday, August 2, 2013 6:13 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Burn: Bundle condition does not work if using MBA The WixBA at src\Setup\WixBA is the C# managed BA that is used by the installer that installs the toolset. The Bundle does not have a bal:Condition in it and as far as I can tell there is nothing directly related to Bal:Condition in WixBA. However I think what folks have suggested is that one could look at how the processing of bal:Condition is implemented in the C++ WixStdBA at src\ext\BalExtensions\wixstdba and using that functionality as a pattern implement something like that in the managed BA that you are writing. I think one would want to look at EvaluateConditions in WixStandardBootstrapperApplication.cpp for a starter. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Wix-Burn-Bundle-condition-does-not-work-if-using-MBA-tp7581757p758.html Sent from the wix-users mailing list archive at Nabble.com. -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] bundle error if I build though automated system
I sign the bundle I get this error. An unsigned bundle seems to work. On Mon, 2013-08-19 at 15:36 -0700, jo...@msli.com wrote: > Looks like my log file was stripped out > > [0EA8:0208][2013-08-19T14:44:54]i001: Burn v3.7.1224.0, Windows v6.1 (Build > 7601: Service Pack 1), path: > C:\Users\build\Desktop\MyProgram-3.1.0-3776-Installer.exe, cmdline: > '-burn.unelevated BurnPipe.{A7261C75-BACC-4401-B5F3-42EEC22098B5} > {F94F9B48-9AB8-4C18-969A-9AAF3E9BB205} 3852' > [0EA8:0208][2013-08-19T14:44:54]i000: Setting string variable 'WixBundleLog' > to value > 'C:\Users\build\AppData\Local\Temp\My_Company_MyProgram_3.1.0_Bundle_20130819144454.log' > [0EA8:0208][2013-08-19T14:44:54]i000: Setting string variable > 'WixBundleOriginalSource' to value > 'C:\Users\build\Desktop\MyProgram-3.1.0-3776-Installer.exe' > [0EA8:0208][2013-08-19T14:44:55]i052: Condition '( (VersionNT >= v5.1) AND > (ServicePackLevel >= 3)) OR ( (VersionNT >= v5.2) AND (ServicePackLevel >= > 2)) OR (VersionNT >= v6.0)' evaluates to true. > [0EA8:0208][2013-08-19T14:44:55]i000: Setting string variable 'WixBundleName' > to value 'Meyer Sound MyProgram 3.1.0 Bundle' > [0EA8:0208][2013-08-19T14:44:55]i100: Detect begin, 4 packages > [0EA8:0208][2013-08-19T14:44:55]i000: Setting numeric variable 'BonjourDLL' > to value 1 > [0EA8:0208][2013-08-19T14:44:55]i000: Setting string variable > 'BounjourVersion' to value '2.0.2.0' > [0EA8:0208][2013-08-19T14:44:55]i000: Setting numeric variable > 'ProxyInstalled' to value 1 > [0EA8:0208][2013-08-19T14:44:55]i000: Setting numeric variable > 'WinPcapInstalled' to value 1 > [0EA8:0208][2013-08-19T14:44:55]i000: Setting string variable > 'WinPcapVersionMajor' to value '4' > [0EA8:0208][2013-08-19T14:44:55]i000: Setting string variable > 'WinPcapVersionMinor' to value '1' > [0EA8:0208][2013-08-19T14:44:55]i103: Detected related package: > {03D789F3-42D5-4FEC-BCDA-0F5BAC51B535}, scope: PerMachine, version: 1.0.3.0, > language: 0 operation: Downgrade > [0EA8:0208][2013-08-19T14:44:55]i101: Detected package: WinPcap, state: > Absent, cached: None > [0EA8:0208][2013-08-19T14:44:55]i101: Detected package: BonjourPSSetup, > state: Absent, cached: None > [0EA8:0208][2013-08-19T14:44:55]i101: Detected package: MyProxy, state: > Obsolete, cached: None > [0EA8:0208][2013-08-19T14:44:55]i104: Detected package: MyProxy, feature: > DefaultFeature, state: Absent > [0EA8:0208][2013-08-19T14:44:55]i101: Detected package: MyProgramInstaller, > state: Absent, cached: None > [0EA8:0208][2013-08-19T14:44:55]i104: Detected package: MyProgramInstaller, > feature: Complete, state: Absent > [0EA8:0208][2013-08-19T14:44:55]i199: Detect complete, result: 0x0 > [0EA8:0208][2013-08-19T14:44:59]i200: Plan begin, 4 packages, action: Install > [0EA8:0208][2013-08-19T14:44:59]i052: Condition 'NOT WinPcapInstalled OR ( 4 > > WinPcapVersionMajor AND 1 > WinPcapVersionMinor)' evaluates to false. > [0EA8:0208][2013-08-19T14:44:59]w321: Skipping dependency registration on > package with no dependency providers: WinPcap > [0EA8:0208][2013-08-19T14:44:59]i052: Condition 'NOT BonjourDLL OR v2.0.2.0 > > BonjourVersion' evaluates to false. > [0EA8:0208][2013-08-19T14:44:59]w321: Skipping dependency registration on > package with no dependency providers: BonjourPSSetup > [0EA8:0208][2013-08-19T14:44:59]i204: Plan 1 msi features for package: > MyProgramInstaller > [0EA8:0208][2013-08-19T14:44:59]i203: Planned feature: Complete, state: > Absent, default requested: Unknown, ba requested: Unknown, execute action: > None, rollback action: None > [0EA8:0208][2013-08-19T14:44:59]i000: Setting string variable > 'WixBundleRollbackLog_MyProgramInstaller' to value > 'C:\Users\build\AppData\Local\Temp\My_Company_MyProgram_3.1.0_Bundle_20130819144454_0_MyProgramInstaller_rollback.log' > [0EA8:0208][2013-08-19T14:44:59]i000: Setting string variable > 'WixBundleLog_MyProgramInstaller' to value > 'C:\Users\build\AppData\Local\Temp\My_Company_MyProgram_3.1.0_Bundle_20130819144454_0_MyProgramInstaller.log' > [0EA8:0208][2013-08-19T14:44:59]i201: Planned package: WinPcap, state: > Absent, default requested: Absent, ba requested: Absent, execute: None, > rollback: None, cache: No, uncache: No, dependency: None > [0EA8:0208][2013-08-19T14:44:59]i201: Planned package: BonjourPSSetup, state: > Absent, default requested: Absent, ba requested: Absent, execute: None, > rollback: None, cache: No, uncache: No, dependency: None > [0EA8:0208][2013-08-19T14:44:59]i201: Planned package: MyProxy, state: > Obsolete, default requested: None, ba requested: None, execute: None, > rollback: None, cache: No, uncache: No, dependency: None > [0EA8:0208][2013-08-19T14:44:59]i201: Planned package: MyProgramInstaller, > state: Absent, default requested: Present, ba requested: Present, execute: > Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register > [0EA8:0208][2013-08-19T14:44:59]i299: Plan complete, result: 0x0 > [0EA8:0208][2013-0
Re: [WiX-users] bundle error if I build though automated system
Looks like my log file was stripped out [0EA8:0208][2013-08-19T14:44:54]i001: Burn v3.7.1224.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\Users\build\Desktop\MyProgram-3.1.0-3776-Installer.exe, cmdline: '-burn.unelevated BurnPipe.{A7261C75-BACC-4401-B5F3-42EEC22098B5} {F94F9B48-9AB8-4C18-969A-9AAF3E9BB205} 3852' [0EA8:0208][2013-08-19T14:44:54]i000: Setting string variable 'WixBundleLog' to value 'C:\Users\build\AppData\Local\Temp\My_Company_MyProgram_3.1.0_Bundle_20130819144454.log' [0EA8:0208][2013-08-19T14:44:54]i000: Setting string variable 'WixBundleOriginalSource' to value 'C:\Users\build\Desktop\MyProgram-3.1.0-3776-Installer.exe' [0EA8:0208][2013-08-19T14:44:55]i052: Condition '( (VersionNT >= v5.1) AND (ServicePackLevel >= 3)) OR ( (VersionNT >= v5.2) AND (ServicePackLevel >= 2)) OR (VersionNT >= v6.0)' evaluates to true. [0EA8:0208][2013-08-19T14:44:55]i000: Setting string variable 'WixBundleName' to value 'Meyer Sound MyProgram 3.1.0 Bundle' [0EA8:0208][2013-08-19T14:44:55]i100: Detect begin, 4 packages [0EA8:0208][2013-08-19T14:44:55]i000: Setting numeric variable 'BonjourDLL' to value 1 [0EA8:0208][2013-08-19T14:44:55]i000: Setting string variable 'BounjourVersion' to value '2.0.2.0' [0EA8:0208][2013-08-19T14:44:55]i000: Setting numeric variable 'ProxyInstalled' to value 1 [0EA8:0208][2013-08-19T14:44:55]i000: Setting numeric variable 'WinPcapInstalled' to value 1 [0EA8:0208][2013-08-19T14:44:55]i000: Setting string variable 'WinPcapVersionMajor' to value '4' [0EA8:0208][2013-08-19T14:44:55]i000: Setting string variable 'WinPcapVersionMinor' to value '1' [0EA8:0208][2013-08-19T14:44:55]i103: Detected related package: {03D789F3-42D5-4FEC-BCDA-0F5BAC51B535}, scope: PerMachine, version: 1.0.3.0, language: 0 operation: Downgrade [0EA8:0208][2013-08-19T14:44:55]i101: Detected package: WinPcap, state: Absent, cached: None [0EA8:0208][2013-08-19T14:44:55]i101: Detected package: BonjourPSSetup, state: Absent, cached: None [0EA8:0208][2013-08-19T14:44:55]i101: Detected package: MyProxy, state: Obsolete, cached: None [0EA8:0208][2013-08-19T14:44:55]i104: Detected package: MyProxy, feature: DefaultFeature, state: Absent [0EA8:0208][2013-08-19T14:44:55]i101: Detected package: MyProgramInstaller, state: Absent, cached: None [0EA8:0208][2013-08-19T14:44:55]i104: Detected package: MyProgramInstaller, feature: Complete, state: Absent [0EA8:0208][2013-08-19T14:44:55]i199: Detect complete, result: 0x0 [0EA8:0208][2013-08-19T14:44:59]i200: Plan begin, 4 packages, action: Install [0EA8:0208][2013-08-19T14:44:59]i052: Condition 'NOT WinPcapInstalled OR ( 4 > WinPcapVersionMajor AND 1 > WinPcapVersionMinor)' evaluates to false. [0EA8:0208][2013-08-19T14:44:59]w321: Skipping dependency registration on package with no dependency providers: WinPcap [0EA8:0208][2013-08-19T14:44:59]i052: Condition 'NOT BonjourDLL OR v2.0.2.0 > BonjourVersion' evaluates to false. [0EA8:0208][2013-08-19T14:44:59]w321: Skipping dependency registration on package with no dependency providers: BonjourPSSetup [0EA8:0208][2013-08-19T14:44:59]i204: Plan 1 msi features for package: MyProgramInstaller [0EA8:0208][2013-08-19T14:44:59]i203: Planned feature: Complete, state: Absent, default requested: Unknown, ba requested: Unknown, execute action: None, rollback action: None [0EA8:0208][2013-08-19T14:44:59]i000: Setting string variable 'WixBundleRollbackLog_MyProgramInstaller' to value 'C:\Users\build\AppData\Local\Temp\My_Company_MyProgram_3.1.0_Bundle_20130819144454_0_MyProgramInstaller_rollback.log' [0EA8:0208][2013-08-19T14:44:59]i000: Setting string variable 'WixBundleLog_MyProgramInstaller' to value 'C:\Users\build\AppData\Local\Temp\My_Company_MyProgram_3.1.0_Bundle_20130819144454_0_MyProgramInstaller.log' [0EA8:0208][2013-08-19T14:44:59]i201: Planned package: WinPcap, state: Absent, default requested: Absent, ba requested: Absent, execute: None, rollback: None, cache: No, uncache: No, dependency: None [0EA8:0208][2013-08-19T14:44:59]i201: Planned package: BonjourPSSetup, state: Absent, default requested: Absent, ba requested: Absent, execute: None, rollback: None, cache: No, uncache: No, dependency: None [0EA8:0208][2013-08-19T14:44:59]i201: Planned package: MyProxy, state: Obsolete, default requested: None, ba requested: None, execute: None, rollback: None, cache: No, uncache: No, dependency: None [0EA8:0208][2013-08-19T14:44:59]i201: Planned package: MyProgramInstaller, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register [0EA8:0208][2013-08-19T14:44:59]i299: Plan complete, result: 0x0 [0EA8:0208][2013-08-19T14:44:59]i300: Apply begin [0F0C:07F4][2013-08-19T14:44:59]i360: Creating a system restore point. [0F0C:07F4][2013-08-19T14:45:05]i361: Created a system restore point. [0F0C:07F4][2013-08-19T14:45:05]i000: Caching bundle from: 'C:\Users\build\AppData\Local\Temp\{0738b243-a7de-4229-81
Re: [WiX-users] Restore previous windows service if new installation is Failure
Before InstallInitialize, yes, true. Typically though there are more occurrences after InstallFinalize because that's one of the documented options: http://msdn.microsoft.com/en-us/library/windows/desktop/aa371197(v=vs.85).aspx which looks attractive because of those magic words "most efficient" but the kind of failure that could be happening here is somewhat obscurely described as "If the removal of the old application fails, then the installer only rolls back the uninstallation of the old application." which is an obscure way of saying you're toast. On Mon, Aug 19, 2013 at 3:04 PM, David Connet wrote: > Or before InstallInitialize. REP must be within the install transaction. > > Dave > > > > > > From: Phil Wilson > To: afor...@cmu.edu; General discussion for Windows Installer XML > toolset. > Sent: Monday, August 19, 2013 2:53 PM > Subject: Re: [WiX-users] Restore previous windows service if new > installation is Failure > > > When you say "previous windows service" does that mean that you doing an > upgrade? If so, it should just work, unless you have RemoveExistingProducts > after InstallFinalize. > > > On Mon, Aug 19, 2013 at 10:42 AM, Alain Forget wrote: > > > Add the "Start" attribute to the ServiceControl element? > > > > Alain > > > > -Original Message- > > From: Андрій Цьок [mailto:andrey.t...@gmail.com] > > Sent: Monday, August 19, 2013 13:35 > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Restore previous windows service if new > > installation is Failure > > > > I used wix functionality > > > > > Vital="yes" Name="##" DisplayName="##" Description="###" > > Start="auto" Account="LocalSystem" ErrorControl="ignore" Interactive="no" > > xmlns:w="http://schemas.microsoft.com/wix/2006/wi"; /> > > > > > Name="" Wait="yes" xmlns:w="http://schemas.microsoft.com/wix/2006/wi > " > > /> > > > > > > > > > > On Mon, Aug 19, 2013 at 8:03 PM, John Cooper > > wrote: > > > > > How are you registering the Windows service? If you're using > > > InstallUtil.exe, you'll need to roll your own rollback--it won't happen > > > automatically. If you're using the WiX Service authoring, it should > > > rollback. > > > > > > -- > > > John Merryweather Cooper > > > Build & Install Engineer -- ESA > > > Jack Henry & Associates, Inc.(R) > > > Shawnee Mission, KS 66227 > > > Office: 913-341-3434 x791011 > > > jocoo...@jackhenry.com > > > www.jackhenry.com > > > > > > > > > > > > > > > -Original Message- > > > From: Андрій Цьок [mailto:andrey.t...@gmail.com] > > > Sent: Monday, August 19, 2013 11:56 AM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: [WiX-users] Restore previous windows service if new > installation > > > is Failure > > > > > > How can we restore previous windows service if new installation is > > Failure > > > ? > > > After rollback WIX doesn't register old service in Windows Services and > > > leave it broken. > > > > > > > > > -- > > > Introducing Performance Central, a new site from SourceForge and > > > AppDynamics. Performance Central is your source for news, insights, > > > analysis and resources for efficient Application Performance > Management. > > > Visit us today! > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > NOTICE: This electronic mail message and any files transmitted with it > > are > > > intended > > > exclusively for the individual or entity to which it is addressed. The > > > message, > > > together with any attachment, may contain confidential and/or > privileged > > > information. > > > Any unauthorized review, use, printing, saving, copying, disclosure or > > > distribution > > > is strictly prohibited. If you have received this message in error, > > please > > > immediately advise the sender by reply email and delete all copies. > > > > > > > > > -- > > > Introducing Performance Central, a new site from SourceForge and > > > AppDynamics. Performance Central is your source for news, insights, > > > analysis and resources for efficient Application Performance > Management. > > > Visit us today! > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source
[WiX-users] bundle error if I build though automated system
I am trying to figure out what is wrong with a bundle created in my auto-build system. I have created 2 bundles with the same scripts and files files, that differ only in how the scripts where run. The bundle created by the auto-build system has error 0x80004005 -Unspecified error (see attached log). The bundle created from a console works. They are almost the same in size. If I exclude MyProgram msi from the bundle it appears to work. I used dark to disassemble each, and diff'ed the output, to see they only differ. BootstrapperApplicationData.xml different only in 'Id'. manifest.xml differ in 'Hash', 'ProviderKey', 'DisplayVersion', 'CacheId', 'ProductCode' but everything else is identical. Is the answer in the log? NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Restore previous windows service if new installation is Failure
Or before InstallInitialize. REP must be within the install transaction. Dave From: Phil Wilson To: afor...@cmu.edu; General discussion for Windows Installer XML toolset. Sent: Monday, August 19, 2013 2:53 PM Subject: Re: [WiX-users] Restore previous windows service if new installation is Failure When you say "previous windows service" does that mean that you doing an upgrade? If so, it should just work, unless you have RemoveExistingProducts after InstallFinalize. On Mon, Aug 19, 2013 at 10:42 AM, Alain Forget wrote: > Add the "Start" attribute to the ServiceControl element? > > Alain > > -Original Message- > From: Андрій Цьок [mailto:andrey.t...@gmail.com] > Sent: Monday, August 19, 2013 13:35 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Restore previous windows service if new > installation is Failure > > I used wix functionality > > Vital="yes" Name="##" DisplayName="##" Description="###" > Start="auto" Account="LocalSystem" ErrorControl="ignore" Interactive="no" > xmlns:w="http://schemas.microsoft.com/wix/2006/wi"; /> > > Name="" Wait="yes" xmlns:w="http://schemas.microsoft.com/wix/2006/wi"; > /> > > > > > On Mon, Aug 19, 2013 at 8:03 PM, John Cooper > wrote: > > > How are you registering the Windows service? If you're using > > InstallUtil.exe, you'll need to roll your own rollback--it won't happen > > automatically. If you're using the WiX Service authoring, it should > > rollback. > > > > -- > > John Merryweather Cooper > > Build & Install Engineer -- ESA > > Jack Henry & Associates, Inc.(R) > > Shawnee Mission, KS 66227 > > Office: 913-341-3434 x791011 > > jocoo...@jackhenry.com > > www.jackhenry.com > > > > > > > > > > -Original Message- > > From: Андрій Цьок [mailto:andrey.t...@gmail.com] > > Sent: Monday, August 19, 2013 11:56 AM > > To: General discussion for Windows Installer XML toolset. > > Subject: [WiX-users] Restore previous windows service if new installation > > is Failure > > > > How can we restore previous windows service if new installation is > Failure > > ? > > After rollback WIX doesn't register old service in Windows Services and > > leave it broken. > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > NOTICE: This electronic mail message and any files transmitted with it > are > > intended > > exclusively for the individual or entity to which it is addressed. The > > message, > > together with any attachment, may contain confidential and/or privileged > > information. > > Any unauthorized review, use, printing, saving, copying, disclosure or > > distribution > > is strictly prohibited. If you have received this message in error, > please > > immediately advise the sender by reply email and delete all copies. > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > ht
Re: [WiX-users] Restore previous windows service if new installation is Failure
When you say "previous windows service" does that mean that you doing an upgrade? If so, it should just work, unless you have RemoveExistingProducts after InstallFinalize. On Mon, Aug 19, 2013 at 10:42 AM, Alain Forget wrote: > Add the "Start" attribute to the ServiceControl element? > > Alain > > -Original Message- > From: Андрій Цьок [mailto:andrey.t...@gmail.com] > Sent: Monday, August 19, 2013 13:35 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Restore previous windows service if new > installation is Failure > > I used wix functionality > > Vital="yes" Name="##" DisplayName="##" Description="###" > Start="auto" Account="LocalSystem" ErrorControl="ignore" Interactive="no" > xmlns:w="http://schemas.microsoft.com/wix/2006/wi"; /> > > Name="" Wait="yes" xmlns:w="http://schemas.microsoft.com/wix/2006/wi"; > /> > > > > > On Mon, Aug 19, 2013 at 8:03 PM, John Cooper > wrote: > > > How are you registering the Windows service? If you're using > > InstallUtil.exe, you'll need to roll your own rollback--it won't happen > > automatically. If you're using the WiX Service authoring, it should > > rollback. > > > > -- > > John Merryweather Cooper > > Build & Install Engineer -- ESA > > Jack Henry & Associates, Inc.(R) > > Shawnee Mission, KS 66227 > > Office: 913-341-3434 x791011 > > jocoo...@jackhenry.com > > www.jackhenry.com > > > > > > > > > > -Original Message- > > From: Андрій Цьок [mailto:andrey.t...@gmail.com] > > Sent: Monday, August 19, 2013 11:56 AM > > To: General discussion for Windows Installer XML toolset. > > Subject: [WiX-users] Restore previous windows service if new installation > > is Failure > > > > How can we restore previous windows service if new installation is > Failure > > ? > > After rollback WIX doesn't register old service in Windows Services and > > leave it broken. > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > NOTICE: This electronic mail message and any files transmitted with it > are > > intended > > exclusively for the individual or entity to which it is addressed. The > > message, > > together with any attachment, may contain confidential and/or privileged > > information. > > Any unauthorized review, use, printing, saving, copying, disclosure or > > distribution > > is strictly prohibited. If you have received this message in error, > please > > immediately advise the sender by reply email and delete all copies. > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Vi
Re: [WiX-users] Merge module not working
A couple of other things to look at, assuming you've looked at Blair's comment: One issue with these SxS Dlls is that the policy merge module makes a difference. IIRC, the VC redist exe will install the Dlls and the policy file that redirects requests to the appropriate Dll. So I'd add the policy merge module. The other issue is that the VC redist installs everything. For example, if your code has a dependency on the MFC or ATL Dlls then the CRT by itself is not enough. On Mon, Aug 19, 2013 at 9:08 AM, Blair Murri wrote: > Did the merge module come from the same service pack level of Visual > Studio as was used to build the application? > > > From: laasu...@hotmail.com > > To: wix-users@lists.sourceforge.net > > Date: Mon, 19 Aug 2013 11:34:36 +0200 > > Subject: [WiX-users] Merge module not working > > > > Using Wix 3.7 > > > > I added Microsoft_VC80_CRT_x86.msm merge module to my wix setup > according to http://wix.sourceforge.net/manual-wix3/install_vcredist.htm > > > > I tested the new msi file on a clean WinXP SP3 machine. Installed the > product and when I started the application I get "The application failed to > initalize properly (oxc0150002). Click on Ok to terminate the application". > > I downloaded and installed "Microsoft Visual C++ 2005 Redistributable > Package (x86)" on the test computer and the application then works. > > So I try to diff the usage of merge module and redistribuable. > > - Both approaches creates the folder > "C:\WINDOWS\WinSys\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700" > > - Both approaches add the same three files to the folder (msvcm80.dll, > msvcp80.dll, msvcr80.dll) > > - Diff'ed the files added by merge module and redistribuable and they > are binary equal. > > > > So why doesn't merge module work? > > > > I have added the wix configuration below. > > > > http://schemas.microsoft.com/wix/2006/wi";> > > > Language="1033" > > Manufacturer="MyCompany" > > Name="MyName" > > UpgradeCode="E5B47089-C70D-46bd-AA9C-D222CFE9A699" > > Version="1.0.0.0"> > > > > > > > > > > > > > > > > > >Source="C:\path\bin\MyLibrary.dll" /> > > > > > > > > > > > > SourceFile="C:\Path1\Path2\Microsoft_VC80_CRT_x86.msm" DiskId="1" > Language="0"/> > > > > > > > > > > > > > > > > > > > -- > > Get 100% visibility into Java/.NET code with AppDynamics Lite! > > It's a free troubleshooting tool designed for production. > > Get down to code-level detail for bottlenecks, with <2% overhead. > > Download for free and get started troubleshooting in minutes. > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Retrieve the UpgradeCode from a bundle exe?
Ok, if that's so then I misunderstood. On Sun, Aug 18, 2013 at 8:25 PM, dave wrote: > Hi, > > The code I've used for an MSI doesn't work with a Wix bundle. I don't > believe it's the same format as MSI so property tables aren't relevant? > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Retrieve-the-UpgradeCode-from-a-bundle-exe-tp7588140p7588165.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building trunk and assembly signing
Two ways: 1. Follow the directions in the chm for "msbuild daily builds". 2. Install the resulting installation exe. Your choice. Kenneth Porter wrote: --On Monday, August 19, 2013 10:50 AM -0700 Kenneth Porter wrote: > Aha. I ran MSBuild in .\tools and it ran both 32 and 64 bit versions of > sn to exclude everything from verification, and now the non-elevated > build seems to be proceeding to completion. I tried this on a second system, running Win7-32, and it can't complete that operation on a fresh clone. (Alas, I didn't grab the error message.) So I ran the non-elevated build until I got the error, which pulls some tools from another web site, and then went back and ran the tools directory build, which completed successfully. So now the non-elevated build on the second machine is proceeding. Next question: How do I tell Visual Studio 2010 to use this development build instead of the normal WiX installation? How does the IDE find WiX? Path? Environment variable? Registry setting? -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: .NET Framework Install
I guess that makes sense (will try shortly) ... but what about not including the Framework in the setup? I just want to provide DownloadUrl and let it does the rest of the job which is to DL the FW and install in background and then finally start my .MSI. Thank you so much guys -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NET-Framework-Install-tp7588206p7588220.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] disassemble a bundle
I see I had to make a directory and extract into it dark.exe -x foo MyProgram-3.1.0-3776-Installer.exe On Mon, 2013-08-19 at 13:52 -0700, jo...@msli.com wrote: > I ask because dark didn't work for me. > > $ dark MyProgram-3.1.0-3776-Installer.exe > Windows Installer Xml Decompiler version 3.7.1224.0 > Copyright (C) Outercurve Foundation. All rights reserved. > > MyProgram-3.1.0-3776-Installer.exe > dark.exe : error DARK0001 : Value cannot be null. > Parameter name: path1 > > Exception Type: System.ArgumentNullException > > Stack Trace: >at System.IO.Path.Combine(String path1, String path2) >at Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindBundle(String > bundleFile, String exportBasePath) >at Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind(String file, > OutputType outputType, String exportBasePath) >at Microsoft.Tools.WindowsInstallerXml.Tools.Dark.Run(String[] args) > > > On Mon, 2013-08-19 at 11:55 -0700, Rob Mensching wrote: > > Just like everything else: dark.exe. > > > > > > On Mon, Aug 19, 2013 at 11:44 AM, jo...@msli.com wrote: > > > > > Is there a way to disassemble a bundle? > > > > > > > > > > > > NOTICE: This email may contain confidential information. Please see > > > http://www.meyersound.com/confidential/ for our complete policy. > > > > > > > > > -- > > > Introducing Performance Central, a new site from SourceForge and > > > AppDynamics. Performance Central is your source for news, insights, > > > analysis and resources for efficient Application Performance Management. > > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > NOTICE: This email may contain confidential information. Please see > http://www.meyersound.com/confidential/ for our complete policy. > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] disassemble a bundle
I ask because dark didn't work for me. $ dark MyProgram-3.1.0-3776-Installer.exe Windows Installer Xml Decompiler version 3.7.1224.0 Copyright (C) Outercurve Foundation. All rights reserved. MyProgram-3.1.0-3776-Installer.exe dark.exe : error DARK0001 : Value cannot be null. Parameter name: path1 Exception Type: System.ArgumentNullException Stack Trace: at System.IO.Path.Combine(String path1, String path2) at Microsoft.Tools.WindowsInstallerXml.Unbinder.UnbindBundle(String bundleFile, String exportBasePath) at Microsoft.Tools.WindowsInstallerXml.Unbinder.Unbind(String file, OutputType outputType, String exportBasePath) at Microsoft.Tools.WindowsInstallerXml.Tools.Dark.Run(String[] args) On Mon, 2013-08-19 at 11:55 -0700, Rob Mensching wrote: > Just like everything else: dark.exe. > > > On Mon, Aug 19, 2013 at 11:44 AM, jo...@msli.com wrote: > > > Is there a way to disassemble a bundle? > > > > > > > > NOTICE: This email may contain confidential information. Please see > > http://www.meyersound.com/confidential/ for our complete policy. > > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Selecting which Features to include from wixlib
Don't have to be in separate files. On Mon, Aug 19, 2013 at 12:44 PM, Marlos Gottschild < marlos.gottsch...@gmail.com> wrote: > Works like a charm. Thanks Rob and Philippe. > > For future reference, I moved both ComponentGroup and Feature to a separate > file, not only ComponentGroup. > > Thanks again. > BR, > Marlos > > > > 2013/8/19 Rob Mensching > > > An entire Fragment is included when referenced. > > > > > > On Mon, Aug 19, 2013 at 12:15 PM, Marlos Gottschild < > > marlos.gottsch...@gmail.com> wrote: > > > > > Hi, > > > > > > I have a wixlib with Components, ComponentGroups and Features and > another > > > wix project referencing this library. And I need to selectively choose > > > which Features from the wixlib I will include in my main setup. This > way: > > > > > > wixlib: > > > file1.wxs > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > file2.wxs > > > > > >> > Description="My feature A"> > > > > > > > > >> > Description="My feature B"> > > > > > > > > > > > > > > > And my main setup: > > > > > > ... > > > > > > > > > > > > > > > The problem is that when I try to install, both features (and > > > components/files) get installed. > > > > > > I'm definitely doing something wrong, but don't know what to do to > > correct > > > this. Any help? > > > > > > Thank you in advance. > > > > > > BR, > > > Marlos > > > > > > > > > -- > > > Introducing Performance Central, a new site from SourceForge and > > > AppDynamics. Performance Central is your source for news, insights, > > > analysis and resources for efficient Application Performance > Management. > > > Visit us today! > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > > ___ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Selecting which Features to include from wixlib
Works like a charm. Thanks Rob and Philippe. For future reference, I moved both ComponentGroup and Feature to a separate file, not only ComponentGroup. Thanks again. BR, Marlos 2013/8/19 Rob Mensching > An entire Fragment is included when referenced. > > > On Mon, Aug 19, 2013 at 12:15 PM, Marlos Gottschild < > marlos.gottsch...@gmail.com> wrote: > > > Hi, > > > > I have a wixlib with Components, ComponentGroups and Features and another > > wix project referencing this library. And I need to selectively choose > > which Features from the wixlib I will include in my main setup. This way: > > > > wixlib: > > file1.wxs > > > > > > > > > > > > > > > > > > > > > > > > > > file2.wxs > > > >> Description="My feature A"> > > > > > >> Description="My feature B"> > > > > > > > > > > And my main setup: > > > > ... > > > > > > > > > > The problem is that when I try to install, both features (and > > components/files) get installed. > > > > I'm definitely doing something wrong, but don't know what to do to > correct > > this. Any help? > > > > Thank you in advance. > > > > BR, > > Marlos > > > > > -- > > Introducing Performance Central, a new site from SourceForge and > > AppDynamics. Performance Central is your source for news, insights, > > analysis and resources for efficient Application Performance Management. > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Selecting which Features to include from wixlib
If you have access to the wixlib's code and can modify it, I'd suggest putting one feature per fragment and then using FeatureRef to import the ones you need. On 19/08/2013 3:19 PM, Rob Mensching wrote: > An entire Fragment is included when referenced. > > > On Mon, Aug 19, 2013 at 12:15 PM, Marlos Gottschild < > marlos.gottsch...@gmail.com> wrote: > >> Hi, >> >> I have a wixlib with Components, ComponentGroups and Features and another >> wix project referencing this library. And I need to selectively choose >> which Features from the wixlib I will include in my main setup. This way: >> >> wixlib: >> file1.wxs >> >> >> >> >> >> >> >> >> >> >> >> >> file2.wxs >> >>> Description="My feature A"> >> >> >>> Description="My feature B"> >> >> >> >> >> And my main setup: >> >> ... >> >> >> >> >> The problem is that when I try to install, both features (and >> components/files) get installed. >> >> I'm definitely doing something wrong, but don't know what to do to correct >> this. Any help? >> >> Thank you in advance. >> >> BR, >> Marlos >> >> -- >> Introducing Performance Central, a new site from SourceForge and >> AppDynamics. Performance Central is your source for news, insights, >> analysis and resources for efficient Application Performance Management. >> Visit us today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk >> ___ >> WiX-users mailing list >> WiX-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wix-users >> >> > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: .NET Framework Install
What you really want is for your UI to be displayed. You need to set the MsiPackage@DisplayInternalUI attribute set to "yes". The default is "no". -- John Merryweather Cooper Build & Install Engineer -- ESA Jack Henry & Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: yugolancer [mailto:thewebo...@yahoo.com] Sent: Monday, August 19, 2013 2:21 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] [SPAM] Re: .NET Framework Install Hmm I am afraid I don't understand you Rob. I built a bootstrapper project and set the application setup as well as fw .net 4.0 ... My app setup has 4-5 steps/dialogs but when I put it in the bootstrapper it's installed in background which is not what I want. I want the following: 1. checks if .NET 4.0 (client or full) is installed 2. if not download and install 3. run the application setup so the users can interact with it (selecting preferred path, shortcuts etc. etc.) Thank you -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NET-Framework-Install-tp7588206p7588212.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: .NET Framework Install
Hmm I am afraid I don't understand you Rob. I built a bootstrapper project and set the application setup as well as fw .net 4.0 ... My app setup has 4-5 steps/dialogs but when I put it in the bootstrapper it's installed in background which is not what I want. I want the following: 1. checks if .NET 4.0 (client or full) is installed 2. if not download and install 3. run the application setup so the users can interact with it (selecting preferred path, shortcuts etc. etc.) Thank you -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NET-Framework-Install-tp7588206p7588212.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Selecting which Features to include from wixlib
An entire Fragment is included when referenced. On Mon, Aug 19, 2013 at 12:15 PM, Marlos Gottschild < marlos.gottsch...@gmail.com> wrote: > Hi, > > I have a wixlib with Components, ComponentGroups and Features and another > wix project referencing this library. And I need to selectively choose > which Features from the wixlib I will include in my main setup. This way: > > wixlib: > file1.wxs > > > > > > > > > > > > > file2.wxs > >Description="My feature A"> > > >Description="My feature B"> > > > > > And my main setup: > > ... > > > > > The problem is that when I try to install, both features (and > components/files) get installed. > > I'm definitely doing something wrong, but don't know what to do to correct > this. Any help? > > Thank you in advance. > > BR, > Marlos > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Selecting which Features to include from wixlib
Hi, I have a wixlib with Components, ComponentGroups and Features and another wix project referencing this library. And I need to selectively choose which Features from the wixlib I will include in my main setup. This way: wixlib: file1.wxs file2.wxs And my main setup: ... The problem is that when I try to install, both features (and components/files) get installed. I'm definitely doing something wrong, but don't know what to do to correct this. Any help? Thank you in advance. BR, Marlos -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] disassemble a bundle
Just like everything else: dark.exe. On Mon, Aug 19, 2013 at 11:44 AM, jo...@msli.com wrote: > Is there a way to disassemble a bundle? > > > > NOTICE: This email may contain confidential information. Please see > http://www.meyersound.com/confidential/ for our complete policy. > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding language transform .mst's to Burn Bundle Chain?
When I added the WixExtendedBootstraperApplication to my Wix 3.7.1224 installation, I downloaded the zip package from: http://wixextba.codeplex.com/releases/view/105895 And I put the one DLL in that package into my Wix Toolset 3.7.1224\bin folder. At a later point I did what I described in another post where I created a \Development\Tools\Wix 3.7.1224\bin folder and simply copied all of the files from the \Wix toolset 3.7.1224\bin to that location, which allows me to check the tools into svn so they can be used on another build box. At this later point I also modified the WIX environment variable to point at my tools folder rather than my folder. But no, when I added the extended BA to the project I did not add anything else to get it to work. I later switched to Wix 3.8 (and have been switching back and forth). -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Adding-language-transform-mst-s-to-Burn-Bundle-Chain-tp7586986p7588209.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] disassemble a bundle
Is there a way to disassemble a bundle? NOTICE: This email may contain confidential information. Please see http://www.meyersound.com/confidential/ for our complete policy. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: .NET Framework Install
WiX toolset install does. On Mon, Aug 19, 2013 at 11:26 AM, yugolancer wrote: > Hi Guys, > > Would you show me an example of bootstrapper which simply checks on start > if > .NET 4.0 is installed and install if not and THEN just start my regular > setup AS IS without installing it in background. > > Currently it does install the SETUP silently so the user cannot interact > with it which is very important (selecting options and stuff) > > Thanks > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NET-Framework-Install-tp7588206.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] .NET Framework Install
Hi Guys, Would you show me an example of bootstrapper which simply checks on start if .NET 4.0 is installed and install if not and THEN just start my regular setup AS IS without installing it in background. Currently it does install the SETUP silently so the user cannot interact with it which is very important (selecting options and stuff) Thanks -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/NET-Framework-Install-tp7588206.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building trunk and assembly signing
--On Monday, August 19, 2013 10:50 AM -0700 Kenneth Porter wrote: > Aha. I ran MSBuild in .\tools and it ran both 32 and 64 bit versions of > sn to exclude everything from verification, and now the non-elevated > build seems to be proceeding to completion. I tried this on a second system, running Win7-32, and it can't complete that operation on a fresh clone. (Alas, I didn't grab the error message.) So I ran the non-elevated build until I got the error, which pulls some tools from another web site, and then went back and ran the tools directory build, which completed successfully. So now the non-elevated build on the second machine is proceeding. Next question: How do I tell Visual Studio 2010 to use this development build instead of the normal WiX installation? How does the IDE find WiX? Path? Environment variable? Registry setting? -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Restore previous windows service if new installation is Failure
Add the "Start" attribute to the ServiceControl element? Alain -Original Message- From: Андрій Цьок [mailto:andrey.t...@gmail.com] Sent: Monday, August 19, 2013 13:35 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Restore previous windows service if new installation is Failure I used wix functionality http://schemas.microsoft.com/wix/2006/wi"; /> http://schemas.microsoft.com/wix/2006/wi"; /> On Mon, Aug 19, 2013 at 8:03 PM, John Cooper wrote: > How are you registering the Windows service? If you're using > InstallUtil.exe, you'll need to roll your own rollback--it won't happen > automatically. If you're using the WiX Service authoring, it should > rollback. > > -- > John Merryweather Cooper > Build & Install Engineer -- ESA > Jack Henry & Associates, Inc.® > Shawnee Mission, KS 66227 > Office: 913-341-3434 x791011 > jocoo...@jackhenry.com > www.jackhenry.com > > > > > -Original Message- > From: Андрій Цьок [mailto:andrey.t...@gmail.com] > Sent: Monday, August 19, 2013 11:56 AM > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] Restore previous windows service if new installation > is Failure > > How can we restore previous windows service if new installation is Failure > ? > After rollback WIX doesn't register old service in Windows Services and > leave it broken. > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > NOTICE: This electronic mail message and any files transmitted with it are > intended > exclusively for the individual or entity to which it is addressed. The > message, > together with any attachment, may contain confidential and/or privileged > information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution > is strictly prohibited. If you have received this message in error, please > immediately advise the sender by reply email and delete all copies. > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Next Published Release (3.8) scheduled?
I would like to know when WiX 3.8 will become a published released build? We normally upgrade when a release is published and therefore was wondering if there is a schedule when 3.8 will be released? We are trying to create a Burn .exe with translated UI and 3.7 currently has a bug in it that prevents the UI to come up in the System/User OS language and will only work if -lang is passed to the .exe. There is suppose to be a fix for this, but have been unable to get that fix to work. So in testing the latest WiX 3.8 the burn .exe correctly shows the UI in the language of the OS as it sits at the moment. So it would seem that upgrading to 3.8 would be the easies solution to fix our issues. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Next-Published-Release-3-8-scheduled-tp7588203.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Restore previous windows service if new installation is Failure
I used wix functionality http://schemas.microsoft.com/wix/2006/wi"; /> http://schemas.microsoft.com/wix/2006/wi"; /> On Mon, Aug 19, 2013 at 8:03 PM, John Cooper wrote: > How are you registering the Windows service? If you're using > InstallUtil.exe, you'll need to roll your own rollback--it won't happen > automatically. If you're using the WiX Service authoring, it should > rollback. > > -- > John Merryweather Cooper > Build & Install Engineer -- ESA > Jack Henry & Associates, Inc.® > Shawnee Mission, KS 66227 > Office: 913-341-3434 x791011 > jocoo...@jackhenry.com > www.jackhenry.com > > > > > -Original Message- > From: Андрій Цьок [mailto:andrey.t...@gmail.com] > Sent: Monday, August 19, 2013 11:56 AM > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] Restore previous windows service if new installation > is Failure > > How can we restore previous windows service if new installation is Failure > ? > After rollback WIX doesn't register old service in Windows Services and > leave it broken. > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > NOTICE: This electronic mail message and any files transmitted with it are > intended > exclusively for the individual or entity to which it is addressed. The > message, > together with any attachment, may contain confidential and/or privileged > information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution > is strictly prohibited. If you have received this message in error, please > immediately advise the sender by reply email and delete all copies. > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding language transform .mst's to Burn Bundle Chain?
Okay, when I installed the latest WiX 3.8 and Updated my project files to use 3.8 the build correctly built in the UI so that on German the UI/EULA is German, on French it is French and on English and unsupported languages it shows English. So yes 3.8 has the fixes in it. So my version of 3.7 has an issue and therefore have to wonder about that. When you update your 3.7 with the WixBalExtensionExt.dll file was this the only file that you copied into your WiX 3.7\bin folder and rename it to WixBalExtension.dll or did you have to update any other files? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Adding-language-transform-mst-s-to-Burn-Bundle-Chain-tp7586986p7588201.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Restore previous windows service if new installation is Failure
How are you registering the Windows service? If you're using InstallUtil.exe, you'll need to roll your own rollback--it won't happen automatically. If you're using the WiX Service authoring, it should rollback. -- John Merryweather Cooper Build & Install Engineer -- ESA Jack Henry & Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Андрій Цьок [mailto:andrey.t...@gmail.com] Sent: Monday, August 19, 2013 11:56 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Restore previous windows service if new installation is Failure How can we restore previous windows service if new installation is Failure ? After rollback WIX doesn't register old service in Windows Services and leave it broken. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Restore previous windows service if new installation is Failure
How can we restore previous windows service if new installation is Failure ? After rollback WIX doesn't register old service in Windows Services and leave it broken. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building trunk and assembly signing
--On Monday, August 19, 2013 10:25 AM -0700 Blair Murri wrote: > wix-devs mailing list has more history regarding building the toolset. Thanks. Just signed up for that. > src\tools needs to be built once elevated before you build the toolset. > You don't need to use OFFICIAL_WIX_BUILD if you will run the build on the > same box as you built it. Aha. I ran MSBuild in .\tools and it ran both 32 and 64 bit versions of sn to exclude everything from verification, and now the non-elevated build seems to be proceeding to completion. Thanks! -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding language transform .mst's to Burn Bundle Chain?
Well, I am sorry to hear that it is not working for you. Since I can build it with 3.7 and it works, I think I would try to use ProcessMon or WinDbg to figure out what the issue is, focusing only on the German Wix 3.7 exe which I complied for you and your compilation of the same thing. Originally I thought that WiX 3.8 was needed, but I have proven that it works with 3.7. Prior to installing Wix 3.8 I created a folder in my svn tree for the 3.7 binaries, and after installing Wix 3.8 a similar folder in my svn tree for the WiX 3.8 binaries. Then I created a batch file that calls setx to set the environment variable WIX to the path to the 3.7 binaries. The WiX Toolset 3.8 setup creates a system wide WIX variable, and when I want to switch to 3.7 my batch file creates a user environment variable of the same name. To switch back to 3.8 I delete the user WIX variable. I also close VS2010 prior to changing the WIX variable or deleting it. Since I never change the system variable created by the WiX Toolset 3.8 setup it still exists when I am building to 3.8. In this way I can switch back and forth and test either environment. I would use ProcessMon or WinDbg to figure out why your results are different than the exe that I sent you, which tests showed worked. I would focus on the difference between the EXE that I compiled which does display both a German strings and German EULA and your build of this same project in Wix 3.7 which you report does not display by watching each under ProcessMon. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Adding-language-transform-mst-s-to-Burn-Bundle-Chain-tp7586986p7588197.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building trunk and assembly signing
wix-devs mailing list has more history regarding building the toolset. src\tools needs to be built once elevated before you build the toolset. You don't need to use OFFICIAL_WIX_BUILD if you will run the build on the same box as you built it. > Date: Mon, 19 Aug 2013 09:03:54 -0700 > From: sh...@sewingwitch.com > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Building trunk and assembly signing > > I want to debug the problem I'm having with ExePackage/@DetectCondition so > I cloned the current git trunk and attempted to run MSBuild on it. I'm new > to assembly signing but I think I have my head around the principles from > reading a bunch of blogs about it, including the need to use the 64 bit > sn.exe on my Vista-64 system. > > I run MSBuild from the root of the clone and it fails to run utilities that > it builds along the way (like GenerateWixInclude.exe and MakeSfxCA.exe) > because they've only been delay-signed. Based on an earlier mailing list > entry, I tried pointing envvar OFFICIAL_WIX_BUILD at a temporary > public/private key pair but then the project wants a full suite of > VS2005/VS2008/VS2010/VS2012 compilers installed, and I only have VS2008 and > VS2010. > > Is there some way to build something I can use to debug with? What's the > magic to get the build to run to completion? Is there some way to specify a > temporary key pair to get something I can debug with? > > My objective is to step through condition.cpp to see what it's doing with > the variable passed from ComponentSearch to ExePackage. > > -- > Introducing Performance Central, a new site from SourceForge and > AppDynamics. Performance Central is your source for news, insights, > analysis and resources for efficient Application Performance Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] png as IconSourceFile causes Arithmetic operation resulted in an overflow.
Please file a bug to get a better error report. > From: ingoderfisc...@hotmail.com > To: wix-users@lists.sourceforge.net > Date: Mon, 19 Aug 2013 12:44:10 +0200 > Subject: [WiX-users] png as IconSourceFile causes Arithmetic operation > resulted in an overflow. > > Not sure if this is right place for this post but it took me some time to > find the cause of the error: > light.exe(0,0): error LGHT0001: Arithmetic operation resulted in an overflow. > > I put a png-file to the IconSourceFile-Property in stead of an ico-file. ( > copy/paste mistake ) > > > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] torch transforms
Torch requires that its inputs all be in the same format. Create all of your MSIs in WIXOUT, then run your base through light again to generate that MSI. Pass only WIXOUTs to torch. > From: edoming...@goalsystems.com > To: wix-users@lists.sourceforge.net > Date: Mon, 19 Aug 2013 12:14:21 +0200 > Subject: [WiX-users] torch transforms > > Hi all, > I'm building a multilanguage msi; for doing that I'm generating all msi > cultures I need and then getting msts using torch. My msi it's big and making > all cultures it's slow so I thinking build first base msi ('neutral' lang as > en-US) and doing all others as wixout like this (showing spanish) > "C:\Program Files (x86)\WiX Toolset v3.6\bin"\Light.exe -nologo > -out ..\x86\Release\es-ES\AcmeApp_Setup.wixout -xo -cultures:es-ES -ext > "C:\Program Files (x86)\WiX Toolset v3.6\bin"\WixUIExtension.dll -ext > "C:\Program Files (x86)\WiX Toolset v3.6\bin"\WixNetFxExtension.dll > -sice:ICE30 -sice:ICE61 -sice:ICE09 -reusecab -cc .\CABsCache > "obj\x86\Release\*.wixobj" > C:\Proyectos\App\WiX_Installer\\SetupLibrary\bin\x86\Release\SetupLibrary.wixlib > C:\Proyectos\App\WiX_Installer\\SetupUI\bin\x86\Release\SetupUI.wixlib > "C:\Program Files (x86)\WiX Toolset v3.6\bin"\torch -nologo -xi > -val g ..\x86\Release\en-US\AcmeApp_Setup.wixpdb > ..\x86\Release\es-ES\AcmeApp_Setup.wixout -out > transforms\AcmeApp_Setup_es-ES.wixout > "C:\Program Files (x86)\WiX Toolset v3.6\bin"\torch -nologo > C:\Proyectos\App\WiX_Installer\\AcmeApp_Setup\transforms\AcmeApp_Setup_es-ES.wixout > -out > C:\Proyectos\App\WiX_Installer\\AcmeApp_Setup\transforms\AcmeApp_Setup_es-ES.mst > torch.exe(0,0): error TRCH0001: The given path's format is not supported. > Exception Type: System.NotSupportedException > Stack Trace: > at > System.Security.Util.StringExpressionSet.CanonicalizePath(String path, > Boolean needFullPath) > at > System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[] > str, Boolean needFullPath) > at > System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess > access, AccessControlActions control, String[] pathListOrig, Boolean > checkForDuplicates, Boolean needFullPath, Boolean copyPathList) > at > System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess > access, String[] pathList, Boolean checkForDuplicates, Boolean needFullPath) > at System.IO.FileInfo.Init(String fileName, Boolean checkHost) > at System.IO.FileInfo..ctor(String fileName) > at > Microsoft.Tools.WindowsInstallerXml.BinderFileManager.CompareFiles(String > targetFile, String updatedFile) > at > Microsoft.Tools.WindowsInstallerXml.Binder.BindTransform(Output transform, > String transformFile) > at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output > output, String file) > at > Microsoft.Tools.WindowsInstallerXml.Tools.Torch.Run(String[] args) > Binder temporary directory located at > 'C:\Users\edominguez\AppData\Local\Temp\p2vvirxq'. > Unbinder temporary directory located at > 'C:\Users\edominguez\AppData\Local\Temp\p2vvirxq'. > Torch temporary directory located at > 'C:\Users\edominguez\AppData\Local\Temp\ll1p1c42'. > Last torch line should give me transforms in mst format, no matter how I > change paths. Maybe it could be accomplished in less commands? > > Thanks!! > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding language transform .mst's to Burn Bundle Chain?
Okay after getting your install to build I test and it will still not show German or French licenses on German and French systems. This is still building with WiX 3.7 and having the updated WiXBalExtentionExt.dll file into my WiX 3.7 bin folder. So just having no luck what so ever. I'll look at installing Wix 3.8 and giving that a try. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Adding-language-transform-mst-s-to-Burn-Bundle-Chain-tp7586986p7588193.html Sent from the wix-users mailing list archive at Nabble.com. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LGHT1055 Merge modules
That particular CA will accommodate the data from both merge modules, so its inclusion just one time is OK (and correct in this case). Ignore this particular warning. > From: laasu...@hotmail.com > To: wix-users@lists.sourceforge.net > Date: Mon, 19 Aug 2013 13:59:41 +0200 > Subject: [WiX-users] LGHT1055 Merge modules > > The WIX configuration below produces two warnings: > warning LGHT1055 : The InstallExecuteSequence table contains an action > 'SxsInstallCA' which cannot be merged from the merge module > 'C:\path\path\Microsoft_VC80_CRT_x86.msm'. This action is likely colliding > with an action in the database that is being created. The colliding action > may have been authored in the database or merged in from another merge > module. If this is a standard action, it is likely colliding due to a > difference in the condition fo > r the action in the database and merge module. If this is a custom action, > it should only be declared in the database or one merge module. > warning LGHT1055 : The InstallExecuteSequence table contains an action > 'SxsUninstallCA' which cannot be merged from the merge module > 'C:\path\path\Microsoft_VC80_CRT_x86.msm'. This action is likely colliding > with an action in the database that is being created. The colliding action > may have been authored in the database or merged in from another merge > module. If this is a standard action, it is likely colliding due to a > difference in the condition > for the action in the database and merge module. If this is a custom action, > it should only be declared in the database or one merge module. > > Viewing the two merge modules in Orca I see they both define the same custom > action (sxsInstallCA and sxsUninstallCA). I assume this is the reason for the > warning. > - Does this mean that only one of the merge modules will run their custom > install and uninstall action? > - How do I fix or workaround this problem? I assume this must be a common > problem. > > Thanks. > > > http://schemas.microsoft.com/wix/2006/wi";> > Language="1033" > Manufacturer="MyCompany" > Name="MyName" > UpgradeCode="E5B47089-C70D-46bd-AA9C-D222CFE9A699" > Version="1.0.0.0"> > > > > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Merge module not working
Did the merge module come from the same service pack level of Visual Studio as was used to build the application? > From: laasu...@hotmail.com > To: wix-users@lists.sourceforge.net > Date: Mon, 19 Aug 2013 11:34:36 +0200 > Subject: [WiX-users] Merge module not working > > Using Wix 3.7 > > I added Microsoft_VC80_CRT_x86.msm merge module to my wix setup according to > http://wix.sourceforge.net/manual-wix3/install_vcredist.htm > > I tested the new msi file on a clean WinXP SP3 machine. Installed the product > and when I started the application I get "The application failed to initalize > properly (oxc0150002). Click on Ok to terminate the application". > I downloaded and installed "Microsoft Visual C++ 2005 Redistributable > Package (x86)" on the test computer and the application then works. > So I try to diff the usage of merge module and redistribuable. > - Both approaches creates the folder > "C:\WINDOWS\WinSys\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700" > - Both approaches add the same three files to the folder (msvcm80.dll, > msvcp80.dll, msvcr80.dll) > - Diff'ed the files added by merge module and redistribuable and they are > binary equal. > > So why doesn't merge module work? > > I have added the wix configuration below. > > http://schemas.microsoft.com/wix/2006/wi";> > Language="1033" > Manufacturer="MyCompany" > Name="MyName" > UpgradeCode="E5B47089-C70D-46bd-AA9C-D222CFE9A699" > Version="1.0.0.0"> > > > > > > > > >Source="C:\path\bin\MyLibrary.dll" /> > > > > > > SourceFile="C:\Path1\Path2\Microsoft_VC80_CRT_x86.msm" DiskId="1" > Language="0"/> > > > > > > > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building trunk and assembly signing
I want to debug the problem I'm having with ExePackage/@DetectCondition so I cloned the current git trunk and attempted to run MSBuild on it. I'm new to assembly signing but I think I have my head around the principles from reading a bunch of blogs about it, including the need to use the 64 bit sn.exe on my Vista-64 system. I run MSBuild from the root of the clone and it fails to run utilities that it builds along the way (like GenerateWixInclude.exe and MakeSfxCA.exe) because they've only been delay-signed. Based on an earlier mailing list entry, I tried pointing envvar OFFICIAL_WIX_BUILD at a temporary public/private key pair but then the project wants a full suite of VS2005/VS2008/VS2010/VS2012 compilers installed, and I only have VS2008 and VS2010. Is there some way to build something I can use to debug with? What's the magic to get the build to run to completion? Is there some way to specify a temporary key pair to get something I can debug with? My objective is to step through condition.cpp to see what it's doing with the variable passed from ComponentSearch to ExePackage. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Condition on components validation
Well, on a "Repair", a previously installed component is going to be reinstalled. By default, component conditions are considered only once. You'd need to make the Component Transitive. But then you're going to run into the situation where the component may uninstall under certain circumstances during "Repair." Why are you trying to block reinstall of that Component on "Repair"? -- John Merryweather Cooper Build & Install Engineer -- ESA Jack Henry & Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: Monday, August 19, 2013 10:34 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Condition on components validation I have a conditional component and the conditional statement is created via a custom actin that is run in the Install Execute Sequence before the CostFinalize action. However the component is always getting installed regardless of the condition. My Condition: PROMPTLOCKMODE = "0" I have checked my log and it shows the validation property being set properly to 1 which then my component should not be getting installed but it is and this is the component in the log. LockEntries; Installed: Local; Request: Local; Action: Local This is on a repair. Anyone know what I am doing wrong? Thanks Natalie -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Condition on components validation
I have a conditional component and the conditional statement is created via a custom actin that is run in the Install Execute Sequence before the CostFinalize action. However the component is always getting installed regardless of the condition. My Condition: PROMPTLOCKMODE = "0" I have checked my log and it shows the validation property being set properly to 1 which then my component should not be getting installed but it is and this is the component in the log. LockEntries; Installed: Local; Request: Local; Action: Local This is on a repair. Anyone know what I am doing wrong? Thanks Natalie -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixStdBA - LoadBootstrapperBA changes m_fPrereq
I don't think it is due to the pdb my understanding is that it is because wixstdba is not loaded at startup so windbg hasn't read the pdb at that stage, once wixstdba is in memory then the pdb has been read and you can set break points - I see exactly the same thing if I build the pdb myself. Neil -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: 19 August 2013 14:38 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WixStdBA - LoadBootstrapperBA changes m_fPrereq Yes I had a similar problem setting a breakpoint, but I did not realize it was due to the pdb. When WinDbg launches the exe it breaks and gives me a chance to set a breakpoint. I would not show the breakpoint that I tried to set with F9 after placing the cursor at LoadBootstrapperBAFunctions() (or prior to that call). However after I pressed F5 to start execution then the breakpoint took effect at the point at which I had previously pressed F9. The next time I launched the exe with WinDbg it would not show the existing breakpoint, but if I pressed F5 it would then show the existing breakpoint and break. So while that was different than my other experiences using WinDbg I did not realize that it was related to the pdb file. Having said that, I agree with your plan to close this bug, and if I learn more information I will provide it. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WixStdBA-LoadBootstrapperBA-changes-m-fPrereq-tp7588034p7588176.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ExePackage/@DetectCondition syntax
You want DetectCondition. InstallCondition says whether a package should be installed on the machine. If false and the package is installed, it will uninstall the package. On Mon, Aug 19, 2013 at 7:21 AM, Kenneth Porter wrote: > --On Monday, August 19, 2013 8:01 AM -0700 Phill Hogland > wrote: > > > It seems like you would want to use DetectCondition to determine if the > > package already exists and InstallCondition to determine when you want to > > launch the exe. > > If the prerequisite package is not installed, I want to run its installer. > If it's installed, I want to skip that. > > > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] [SPAM] Re: set Features depending other
Be very, very careful using ADDLOCAL and friends directly on the command-line. You can really get confused behavior in the MSI if you get that wrong. You'll want to test lots and lots of scenarios (install, uninstall, patch, repair upgrade) with all the different permutations. On Mon, Aug 19, 2013 at 6:49 AM, Phill Hogland wrote: > I know that there are a number of different approaches that one might take > to > address this question. One approach might be to use something similar to > Example #11, at: > http://wixextba.codeplex.com/releases/view/105895 > > Which involves a bundle that displays radio buttons and then use that > exclusive or output, with the ADDLOCAL (or one of the other MSI properties > used to select Features), to configure the chained MsiPackage. > > > > -- > View this message in context: > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/set-Features-depending-other-tp7588144p7588178.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Get 100% visibility into Java/.NET code with AppDynamics Lite! > It's a free troubleshooting tool designed for production. > Get down to code-level detail for bottlenecks, with <2% overhead. > Download for free and get started troubleshooting in minutes. > http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding language transform .mst's to Burn Bundle Chain?
After doing this experiment with your code and demonstrating that automatically detecting languages works using WiX 3.7, even without specifically using the WiXExtenededBootstraperApplication, I switched my main project (seven languages) back to Wix 3.7. I did limited testing on my Windows 8 test box successfully and then I handed the package of to my QA group which is testing it on a larger variation of OS and languages. So far no problems reported, but I am not sure how far they have proceeded with that testing. (One tester reports that it (build with 3.7) worked fine on XP Japanese system, detecting the language, installing and properly configuring the applications.) -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Adding-language-transform-mst-s-to-Burn-Bundle-Chain-tp7586986p7588184.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding language transform .mst's to Burn Bundle Chain?
Placing the WiXBalExtentionExt.dll file into my WiX 3.7 bin folder did not make a difference. So was there anything else you had to do or did to make this work? Can both 3.7 and 3.8 reside on the machine at the same time? If as you said that 3.8 already has the fix in it then I was thinking of installing 3.8 on my main machine to test and verify if it works without changing anything in my Burn wrapper code. If it does then I'll make the suggestion to our group to upgrade to 3.8 when we can, but if it does not simply work out of the box then I'll have to do more research before I can make the suggestion to upgrade to 3.8. Tim. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Adding-language-transform-mst-s-to-Burn-Bundle-Chain-tp7586986p7588181.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ExePackage/@DetectCondition syntax
--On Monday, August 19, 2013 8:01 AM -0700 Phill Hogland wrote: > It seems like you would want to use DetectCondition to determine if the > package already exists and InstallCondition to determine when you want to > launch the exe. If the prerequisite package is not installed, I want to run its installer. If it's installed, I want to skip that. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding language transform .mst's to Burn Bundle Chain?
No, but I had a similar issue and determined that Symantec is assuming that if the package does not have a valid Code Signing signature it is a virus. There is no virus, it is a FALSE Positive which many others have also had issues with. If you use your code signing certificate to sign the bundle then Symantec will leave you alone. I lost several hours figuring that out. The German wxl file has a title string set to: [WixBundleName] de-de so that you can see that the German strings were loaded (even if they were not translated). A similar change was made to the EULA so that you can tell when the 'German' EULA is displayed. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Adding-language-transform-mst-s-to-Burn-Bundle-Chain-tp7586986p7588182.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RE. Multilanguage bundle
Well I was told that there is a bug that affects this issue in WiX 3.7 (which you can resolve by adding the WixExtendedBootstrapperApplication from http://wixextba.codeplex.com/releases/view/105895) or by switching to WiX 3.8. My development box is configured so that by changing an environment variable I can switch between using Wix 3.7 and 3.8. This weekend I switched back to Wix 3.7 and created a small multilanguage test project (without using the Extended BA) and it does automatically detect between German And English using 3.7. So now I am not sure about the report of the bug as I have now switched my all of my projects back to Wix 3.7. The tests of multiple languages worked for me so I handed the project to my QA group to test in more scenarios. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RE-Multilanguage-bundle-tp7588097p7588180.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ExePackage/@DetectCondition syntax
It seems like you would want to use DetectCondition to determine if the package already exists and InstallCondition to determine when you want to launch the exe. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ExePackage-DetectCondition-syntax-tp7588157p7588179.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] set Features depending other
I know that there are a number of different approaches that one might take to address this question. One approach might be to use something similar to Example #11, at: http://wixextba.codeplex.com/releases/view/105895 Which involves a bundle that displays radio buttons and then use that exclusive or output, with the ADDLOCAL (or one of the other MSI properties used to select Features), to configure the chained MsiPackage. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/set-Features-depending-other-tp7588144p7588178.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Adding language transform .mst's to Burn Bundle Chain?
Ok Phill, I was able to download and extract the files from your zip. I tried out both .exe that you created and created a German VM to test on. They did show the German EULA and when I switched to my French image it showed the English EULA. I then updated your German .wxl file with German text strings so that I could see if I could build it and show the UI in German just to verify the UI as well as to add a French file, but when the build completes my Symantec AntiVirus Detection pops up stating there is a Heuristic Virus in the .exe file that is created and therefore it will NOT let me create the .exe file. So there is something in the code that you supplied that it does not like and therefore I can not test the UI correctly. Now if I go back to my project, I'll try it again with copying the WiXBalExtention.dll from the specified link and place into my bin folder to test and see it that makes a difference. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Adding-language-transform-mst-s-to-Burn-Bundle-Chain-tp7586986p7588177.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixStdBA - LoadBootstrapperBA changes m_fPrereq
Yes I had a similar problem setting a breakpoint, but I did not realize it was due to the pdb. When WinDbg launches the exe it breaks and gives me a chance to set a breakpoint. I would not show the breakpoint that I tried to set with F9 after placing the cursor at LoadBootstrapperBAFunctions() (or prior to that call). However after I pressed F5 to start execution then the breakpoint took effect at the point at which I had previously pressed F9. The next time I launched the exe with WinDbg it would not show the existing breakpoint, but if I pressed F5 it would then show the existing breakpoint and break. So while that was different than my other experiences using WinDbg I did not realize that it was related to the pdb file. Having said that, I agree with your plan to close this bug, and if I learn more information I will provide it. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WixStdBA-LoadBootstrapperBA-changes-m-fPrereq-tp7588034p7588176.html Sent from the wix-users mailing list archive at Nabble.com. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] LGHT1055 Merge modules
The WIX configuration below produces two warnings: warning LGHT1055 : The InstallExecuteSequence table contains an action 'SxsInstallCA' which cannot be merged from the merge module 'C:\path\path\Microsoft_VC80_CRT_x86.msm'. This action is likely colliding with an action in the database that is being created. The colliding action may have been authored in the database or merged in from another merge module. If this is a standard action, it is likely colliding due to a difference in the condition fo r the action in the database and merge module. If this is a custom action, it should only be declared in the database or one merge module. warning LGHT1055 : The InstallExecuteSequence table contains an action 'SxsUninstallCA' which cannot be merged from the merge module 'C:\path\path\Microsoft_VC80_CRT_x86.msm'. This action is likely colliding with an action in the database that is being created. The colliding action may have been authored in the database or merged in from another merge module. If this is a standard action, it is likely colliding due to a difference in the condition for the action in the database and merge module. If this is a custom action, it should only be declared in the database or one merge module. Viewing the two merge modules in Orca I see they both define the same custom action (sxsInstallCA and sxsUninstallCA). I assume this is the reason for the warning. - Does this mean that only one of the merge modules will run their custom install and uninstall action? - How do I fix or workaround this problem? I assume this must be a common problem. Thanks. http://schemas.microsoft.com/wix/2006/wi";>
[WiX-users] png as IconSourceFile causes Arithmetic operation resulted in an overflow.
Not sure if this is right place for this post but it took me some time to find the cause of the error: light.exe(0,0): error LGHT0001: Arithmetic operation resulted in an overflow. I put a png-file to the IconSourceFile-Property in stead of an ico-file. ( copy/paste mistake ) -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] torch transforms
Hi all, I'm building a multilanguage msi; for doing that I'm generating all msi cultures I need and then getting msts using torch. My msi it's big and making all cultures it's slow so I thinking build first base msi ('neutral' lang as en-US) and doing all others as wixout like this (showing spanish) "C:\Program Files (x86)\WiX Toolset v3.6\bin"\Light.exe -nologo -out ..\x86\Release\es-ES\AcmeApp_Setup.wixout -xo -cultures:es-ES -ext "C:\Program Files (x86)\WiX Toolset v3.6\bin"\WixUIExtension.dll -ext "C:\Program Files (x86)\WiX Toolset v3.6\bin"\WixNetFxExtension.dll -sice:ICE30 -sice:ICE61 -sice:ICE09 -reusecab -cc .\CABsCache "obj\x86\Release\*.wixobj" C:\Proyectos\App\WiX_Installer\\SetupLibrary\bin\x86\Release\SetupLibrary.wixlib C:\Proyectos\App\WiX_Installer\\SetupUI\bin\x86\Release\SetupUI.wixlib "C:\Program Files (x86)\WiX Toolset v3.6\bin"\torch -nologo -xi -val g ..\x86\Release\en-US\AcmeApp_Setup.wixpdb ..\x86\Release\es-ES\AcmeApp_Setup.wixout -out transforms\AcmeApp_Setup_es-ES.wixout "C:\Program Files (x86)\WiX Toolset v3.6\bin"\torch -nologo C:\Proyectos\App\WiX_Installer\\AcmeApp_Setup\transforms\AcmeApp_Setup_es-ES.wixout -out C:\Proyectos\App\WiX_Installer\\AcmeApp_Setup\transforms\AcmeApp_Setup_es-ES.mst torch.exe(0,0): error TRCH0001: The given path's format is not supported. Exception Type: System.NotSupportedException Stack Trace: at System.Security.Util.StringExpressionSet.CanonicalizePath(String path, Boolean needFullPath) at System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[] str, Boolean needFullPath) at System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess access, AccessControlActions control, String[] pathListOrig, Boolean checkForDuplicates, Boolean needFullPath, Boolean copyPathList) at System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess access, String[] pathList, Boolean checkForDuplicates, Boolean needFullPath) at System.IO.FileInfo.Init(String fileName, Boolean checkHost) at System.IO.FileInfo..ctor(String fileName) at Microsoft.Tools.WindowsInstallerXml.BinderFileManager.CompareFiles(String targetFile, String updatedFile) at Microsoft.Tools.WindowsInstallerXml.Binder.BindTransform(Output transform, String transformFile) at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output, String file) at Microsoft.Tools.WindowsInstallerXml.Tools.Torch.Run(String[] args) Binder temporary directory located at 'C:\Users\edominguez\AppData\Local\Temp\p2vvirxq'. Unbinder temporary directory located at 'C:\Users\edominguez\AppData\Local\Temp\p2vvirxq'. Torch temporary directory located at 'C:\Users\edominguez\AppData\Local\Temp\ll1p1c42'. Last torch line should give me transforms in mst format, no matter how I change paths. Maybe it could be accomplished in less commands? Thanks!! -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ExePackage/@DetectCondition syntax
I would expect DetectCondition="ub5Present" to work then. Have you tried 'NOT ub5Present = ""'? Hopefully someone else will jump in and confirm the syntax. Neil -Original Message- From: Kenneth Porter [mailto:sh...@sewingwitch.com] Sent: 19 August 2013 10:22 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] ExePackage/@DetectCondition syntax --On Monday, August 19, 2013 7:42 AM + Neil Sleightholm wrote: > Just to be clear if DetectCondition is true it means the package is > already installed. In your case "ub5Present" has a value of > 'C:\Windows\system32\' does that mean it isn't installed? Empirically, it appears that utils:ComponentSearch sets the return value (in this case, ub5Present) to the component's key path if found, and to the empty string if not found. I'm now looking through the 3.7 source code for DetectCondition to see why condition 'ub5Present <> ""' evaluates to true when the string is empty. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Merge module not working
Using Wix 3.7 I added Microsoft_VC80_CRT_x86.msm merge module to my wix setup according to http://wix.sourceforge.net/manual-wix3/install_vcredist.htm I tested the new msi file on a clean WinXP SP3 machine. Installed the product and when I started the application I get "The application failed to initalize properly (oxc0150002). Click on Ok to terminate the application". I downloaded and installed "Microsoft Visual C++ 2005 Redistributable Package (x86)" on the test computer and the application then works. So I try to diff the usage of merge module and redistribuable. - Both approaches creates the folder "C:\WINDOWS\WinSys\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.762_x-ww_6b128700" - Both approaches add the same three files to the folder (msvcm80.dll, msvcp80.dll, msvcr80.dll) - Diff'ed the files added by merge module and redistribuable and they are binary equal. So why doesn't merge module work? I have added the wix configuration below. http://schemas.microsoft.com/wix/2006/wi";> -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ExePackage/@DetectCondition syntax
--On Monday, August 19, 2013 7:42 AM + Neil Sleightholm wrote: > Just to be clear if DetectCondition is true it means the package is > already installed. In your case "ub5Present" has a value of > 'C:\Windows\system32\' does that mean it isn't installed? Empirically, it appears that utils:ComponentSearch sets the return value (in this case, ub5Present) to the component's key path if found, and to the empty string if not found. I'm now looking through the 3.7 source code for DetectCondition to see why condition 'ub5Present <> ""' evaluates to true when the string is empty. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] RE. Multilanguage bundle
Hi, It must have been something with copy&paste. Now it works. Thx. So, in WiX3.7 it is not possible yet to use detected language automatically? BR, Branko -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with <2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users