Re: [WiX-users] WixUI_FeatureTree: disable (lock) target directory selection
We have something similar where they can choose a location for first install but upgrades have to go to the same place. I just disable the UI elements that allow the user to choose where to put things. I suspect you can also just not specify feat...@configurabledirectory. Rob Armin Linder wrote: > Hi all, > > is it possible to disable the target directory selection GUI elements, > depending on a condition? > > The whole story: a product is delivred in modules (each is one msi) > which a user can purchase and install in any order. It is essential that > he always selects the same target directory. The directory is memorized > via registry, so if he just accespts the defaults everything is fine. > But he still can choose to select a differet diectory, so after the > first install I'd like to show the target directory selection (so he > sees where the data will go), but not let him change the path any more. > > Can this be done? > > Thanks, > > Armin. > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixUI_FeatureTree: disable (lock) target directory selection
Hi all, is it possible to disable the target directory selection GUI elements, depending on a condition? The whole story: a product is delivred in modules (each is one msi) which a user can purchase and install in any order. It is essential that he always selects the same target directory. The directory is memorized via registry, so if he just accespts the defaults everything is fine. But he still can choose to select a differet diectory, so after the first install I'd like to show the target directory selection (so he sees where the data will go), but not let him change the path any more. Can this be done? Thanks, Armin. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Web setup using .msm
Hi Blair, How do i do this checking in the referred .msm.? Thanks, On Wed, Oct 14, 2009 at 8:58 PM, Blair wrote: > It appears to be a failure in an action coming from your > HealthCheckMergeModule.msm. You will need to check with the author of that > MSM in order to diagnose that failure. > > -Original Message- > From: Asterisk [mailto:ankit.9...@gmail.com] > Sent: Wednesday, October 14, 2009 12:02 AM > To: wix-users@lists.sourceforge.net > Subject: Re: [WiX-users] Web setup using .msm > > > > > Blair-2 wrote: > > > > Not sure, but InstallUtil* is Self-Reg (aka evil). Visual Studio's setup > > projects do several things that make deployment "easier" that invariably > > cause headaches later on when you have to service/maintain those setups > > (including broken upgrades, orphaned resources, failed removals, etc.). > > > > -Original Message- > > From: Asterisk [mailto:ankit.9...@gmail.com] > > Sent: Tuesday, October 13, 2009 4:26 AM > > To: wix-users@lists.sourceforge.net > > Subject: [WiX-users] Web setup using .msm > > > > > > Hi , > > > > Please guide me to create a web setup (.msi). > > I have a .msm file created in visual studio merge module which basically > > does all the work. > > 1.It creates a virtual directory and deploys the web application. > > 2.It creates various performance counters and installs it. > > I want to refer it into a wix based setup(.msi refering to existing.msm) > > > > I have created a a web setup by refering to this existing .msm in VS 2008 > > and it works perfect. > > Can anyone help me to create same web setup by refering to the same .msm > > created in vs 2008 as merge module. > > > > When i refer it and create .msi , and run it gives me error "Error 1001. > > InstallUtilLib dll: Unknown error" while installing the web application. > > > > When i remove my custom actions as part of .msm and refer the same in wix > > web setup. it works fine. > > Can anyone help me put to put these custom actions as a part of .msm? > > Or i have to include these custom actions as a part of wix web setup? > > > > > > > > > > Thanks in advance:) > > -- > > View this message in context: > > http://n2.nabble.com/Web-setup-using-msm-tp3815520p3815520.html > > Sent from the wix-users mailing list archive at Nabble.com. > > > > > > > -- > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -- > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart your > > developing skills, take BlackBerry mobile applications to market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > ___ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > In log file i could find that the install sequence is gicing me problem.. > > > > MSI (s) (94:50) [11:20:08:552]: Executing op: > InstallProtectedFiles(AllowUI=1) > MSI (s) (94:50) [11:20:08:552]: Executing op: > ActionStart(Name=_51E360DF_F34A_421D_A7AC_67C0A4676F95.commit,,) > MSI (s) (94:50) [11:20:08:583]: Executing op: > > CustomActionSchedule(Action=_51E360DF_F34A_421D_A7AC_67C0A4676F95.commit,ActionType=3585,Source=BinaryData,Target=ManagedInstall,CustomActionData=/installtype=notransaction > /action=commit /LogFile= /targetvdir="" "C:\Program > Files\Setup\HealthCheck.Core.dll" "") > MSI (s) (94:50) [11:20:08:583]: Executing op: > ActionStart(Name=_5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install,,) > MSI (s) (94:50) [11:20:08:583]: Executing op: > > CustomActionSchedule(Action=_5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install,ActionType=3073,Source=BinaryData,Target=ManagedInstall,CustomActionData=/installtype=notransaction > /action=install /LogFile= "C:\Program Files\Setup\HealthCheck.Core.dll" "") > MSI (s) (94:E0) [11:20:08:599]: Invoking remote custom action. DLL: > C:\WINDOWS\Installer\MSI304.tmp, Entrypoint: ManagedInstall > MSI (c) (00:7C) [11:20:08:614]: Font created. Charset: Req=0, Ret=0, Font: > Req=MS Shell Dlg, Ret=MS Shell Dlg > > Error 1001. Error 1001. InstallUtilLib.dll: Unknown error. > MSI (s) (94!84) [11:20:10:927]: 朁㿟 栗㿟⃰㿾 枸㿟︸ > Ĵ > 䍗㿥︸ > Ĩ > 䍻㿥︸ > Ā > MSI (s) (94:E0) [11:20:10:927]: Leaked MSIHANDLE (78) of ty
Re: [WiX-users] light.exe failed randomly when running ICEs.
Hi Blair, Thanks for your information. Is there any example of writing a ValidatorExtension? Thanks, Kevin GU | SDE | CSAT China | 8621-61518167 -Original Message- From: Blair [mailto:os...@live.com] Sent: Thursday, October 15, 2009 12:33 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] light.exe failed randomly when running ICEs. ICE validations run the Windows Installer transaction engine (which is a singleton), but it doesn't seem to check for the public mutex first. The error messages returned as a result often don't make sense, however. The best fix is to add a validation extension that acquires the installation mutex when starting validation and releasing it when it ends. The next best fix is to either ensure that only one copy of light runs at a time (you can create multiple cabs on multiple threads to regain most of the performance impact lost by making light a singleton) or suppress validation in light and run smoke as a singleton. If you run smoke, pass it both the MSI and the wixpdb together to get the same/best output (pointing to your source code where possible). -Original Message- From: Kevin Gu [mailto:k...@microsoft.com] Sent: Wednesday, October 14, 2009 9:16 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] light.exe failed randomly when running ICEs. Hi, I've got this kind of error when building concurrently using 4 threads. Error executing ICE action 'ICE38'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: "Error 1711.An error occurred while writing installation information to disk. Check to make sure enough disk space is available, and click Retry, or Cancel to end the install.". This error occurs randomly. It seems that ICE validations are not stable when running on multiple instances of MSIs. Any idea about how to fix this issue? Thanks, Kevin GU | SDE | CSAT China | 8621-61518167 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Types of variables question
Thanks so much Blair. You are absolutely a fountain of knowledge and it is so wonderful you generously share it. Dave -Original Message- From: Blair [mailto:os...@live.com] Sent: Wednesday, October 14, 2009 4:59 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Types of variables question In WiX v3 in candle there are four built-in that start with "$(" (specifically: env, sys, var, & fun). Any preprocessor extension on the commandline to candle can add others as well. ... -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] failed install, error is Failed to open XML file
This extract is from my msi log file. MSI (s) (6C:D8) [16:49:36:281]: Executing op: CustomActionSchedule(Action=ExecXmlFile,ActionType=3073,Source=BinaryData,Target=ExecXmlFile,CustomActionData=1€0€\RollCall.exe.config€3€0€/configuration/applicationSettings/RollCall.Properties.Settings/setti...@key='project']/value/€value€test) MSI (s) (6C:B8) [16:49:36:281]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSIF10.tmp, Entrypoint: ExecXmlFile ExecXmlFile: Found Wow64 API, but unable to link to Wow64DisableWow64FsRedirection function in kernel32.dll ExecXmlFile: Found Wow64 API, but unable to link to Wow64RevertWow64FsRedirection function in kernel32.dll ExecXmlFile: Error 0x8007006e: failed to load XML file: \RollCall.exe.config MSI (s) (6C!28) [16:49:36:312]: Product: setup -- Error 25531. Failed to open XML file \RollCall.exe.config, system error: -2147024786 It looks to have an issue with Wow64…any guidance on this error? Thanks -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Types of variables question
In WiX v3 in candle there are four built-in that start with "$(" (specifically: env, sys, var, & fun). Any preprocessor extension on the commandline to candle can add others as well. env, sys, & var are all documented. fun exists for what the preprocessor calls "functions" but there are no built-in preprocessor functions in WiX (yet). However, extensions can provide them under their own prefix. In light (and to a lessor extent in lit) there are three more, both of which start with "!(" (specifically: wix, bind, & loc). Those are processed later on when binding either wixlibs or windows installer files (msi, msm, msp, mst). !(loc.Name) is used to get strings from .wxl files !(wix.Name) gets what are called WixVariables (can be defined in source code with the WixVariable element, or passed on the commandline of light and/or lit in a manner similar as preprocessor variables are passed to candle). !(bind.Name) values are assigned values by the binder (the part of light that takes the linked output and produces the actual windows installer files). Most of the "bind" values come from data extracted by introspecting into binary files included by File elements. By being prefixed with a different character it should be recognized that they are evaluated at different times (the $ ones by the preprocessor, meaning they can go almost anywhere, and the ! ones by the binder, meaning the fields have to allow them to contain these "binder variables") by different means. The wix doc does explain these variable types as well in different topics. Search for the terms "loc bind wix". Now, regarding the two examples you give: § Product/@Version="!(bind.FileVersion.FileId) The "Product/@Version" part is an XPath fragment. It means "The Version attribute of the Product element" in your sources. The "!(bind.FileVersion.FileId)" part is a binder variable. It is the value of the FileVersion field of either the win32 native VERSION resource OR the FileVersion .NET file attribute of the binary file who's Id is "FileId". § $(fileVersion.ProductName($(var.MyApp.TargetPath))) The "$(var.MyApp.TargetPath)" part is a preprocessor variable. In this case it is likely from Votive and is the TargetPath value of the MyApp project in the same solution as the WiX project being built (and comes from the candle commandline where Votive put it). The "$(fileVersion.ProductName([some-binary-file-path])" part likely comes from a preprocessor extension on codeplex called "fileversion" or some-such. It is a WiX preprocessor function that takes its argument, cracks open the file to find the "ProductName" value in the VERSION resource, and returns that as a string. Since the preprocessor is somewhat recursive, it understands this is a preprocessor function call, evaluates the argument "$(var.MyApp.TargetPath)" passing that result to the "ProductName" function in the extension implementing the "fileversion" prefix, and using the result of the function call as the result of the entire expression. -Original Message- From: Dave Kolb [mailto:d...@dotnetcodeslingers.com] Sent: Wednesday, October 14, 2009 12:13 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Types of variables question I understand these variable types from the wix doc: $(env._NtPostBld) Gets the environment variable %_NtPostBld% $(sys.CURRENTDIR) Gets the system variable for the current directory $(var.A) Gets the variable A that was defined in this xml But what are these that I have seen in an example??? Is there doc on ALL the types of variables that can be used in a .wxs file? § Product/@Version="!(bind.FileVersion.FileId) ---à two unknown types - the @ syntax and the ! syntax with 2 levels § $(fileVersion.ProductName($(var.MyApp.TargetPath))) ---à what is fileVersion and what's the deal with the 2 levels of var. syntax - Dave -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.s
Re: [WiX-users] Fetching APPLICATIONFOLDER from CA fails with IndexOutOfRangeException
Sorry, this was my bug. APPLICATIONFOLDER is there just fine! From: Dave Kolb [mailto:d...@dotnetcodeslingers.com] Sent: Wednesday, October 14, 2009 3:05 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Fetching APPLICATIONFOLDER from CA fails with IndexOutOfRangeException The following code get the following exception. Can I not fetch this property from my immediate custom action? Unfortunatley the session object has an indexer that cannot be enumerated so I'm at a loss as to what can be "indexed" from the sessin object! - Thanks, Dave public static ActionResult GetServiceLogon(Session session) { try { // get the name of the application folder string lServiceName = session["APPLICATIONFOLDER"]; *** Error: CmdMan GetServiceLogon custom action got exception 'System.IndexOutOfRangeException: Index was outside the bounds of the array. at _CustomActions.CustomActions.GetServiceLogon(Session session)' __ Information from ESET NOD32 Antivirus, version of virus signature database 4507 (20091014) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Compile a project with used, but not specified compile time paramaters...
...$(var.myvar)... candle ... -dmyvar=123 ... -Original Message- From: Thorsten Schöning [mailto:tschoen...@am-soft.de] Sent: Wednesday, October 14, 2009 11:43 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Compile a project with used, but not specified compile time paramaters... Hello, I have an installer with typical, custom and complete installation. Some of my features are not installed at typical installation by setting a higher feature level, as recommended in the wix tutorial. I would now like to create a version of the installer with some of the custom features enabled by default without modifying the source file by just changing the biuld process. I succeeded using compile time variable in a condition underneath the features I want which sets the level of the feature to the level of a typical installation. Without setting thos compile time variable via candle -dXY=Z I get a compile time error of missing variables. I would prefer not setting the compile time variables in the default build, but of course are needed because they are used in the source file during default build. Is there any way to use compile time variables with some kind of default value and work around the error? I found one solution using environment variables but using compile time variable seem a bit cleaner to me. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning AM-SoFT IT-Systeme - Hameln | Potsdam | Leipzig Telefon: Potsdam: 0331-743881-0 E-Mail: tschoen...@am-soft.de Web: http://www.am-soft.de AM-SoFT GmbH IT-Systeme, Konsumhof 1-5, 14482 Potsdam Amtsgericht Potsdam HRB 21278 P, Geschäftsführer: Andreas Muchow -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How does a votive project pass variables to candle?
IIRC from looking at the sources, in msbuild, using wix.targets, an msbuild task called wixtasks calls each of the executables by opening a new AppDomain. Thus the command-lines "passed in" can be of almost unlimited length. Each of the wix toolset executables accepts a "response file" as a parameter where you supply parameters a line at a time (same as the C/C++ tools). I recall this being documented somewhere in the wix.chm file... -Original Message- From: Dave Kolb [mailto:d...@dotnetcodeslingers.com] Sent: Wednesday, October 14, 2009 1:20 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] How does a votive project pass variables to candle? Nevermind on this question. I created a dummy project and looked at the output window and saw that they really are all -d options: C:\Program Files (x86)\Windows Installer XML v3\bin\candle.exe -dabc=xyz -dhello=456 -d"DevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\\" -d"SolutionDir=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\\" -dSolutionExt=.sln -dSolutionFileName=CmdMan.sln -dSolutionName=CmdMan -d"SolutionPath=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\CmdMan.sln" -dConfiguration=Release -dOutDir=bin\Release\ -dPlatform=x86 -d"ProjectDir=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\XTestWixProject\\" -dProjectExt=.wixproj -dProjectFileName=XTestWixProject.wixproj -dProjectName=XTestWixProject -d"ProjectPath=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\XTestWixProject\XTestWixProject.wixproj" -d"TargetDir=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\XTestWixProject\bin\Release\\" -dTargetExt=.msi -dTargetFileName=XTestWixProject.msi -dTargetName=XTestWixProject -d"TargetPath=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\XTestWixProject\bin\Release\XTestWixProject.msi" -out obj\Release\Product.wixobj -arch x86 Product.wxs From: Dave Kolb [mailto:d...@dotnetcodeslingers.com] Sent: Wednesday, October 14, 2009 4:04 PM To: 'General discussion for Windows Installer XML toolset.' Subject: How does a votive project pass variables to candle? I tried looking at the wix.targets but do not understand msbuild adequately. Are the many var.Projectname.xxx and var.Solutionxxx variables passed in on the command line with -d or are they written to a .wxi file or does candle take special input for variable somehow besides the -d option? Seems unlikely a command line could be built with all those -d variables without exceeding the allowed length. The reason I ask is that I have a Powershell script that I am using to build all my .msi files for all my modules for both x86 and x64 and would like to simulate passing in the project variables. It runs candle via cmd.exe so I think I would be subject to a command line length limitation. Thanks, Dave __ Information from ESET NOD32 Antivirus, version of virus signature database 4507 (20091014) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How does a votive project pass variables to candle?
Nevermind on this question. I created a dummy project and looked at the output window and saw that they really are all -d options: C:\Program Files (x86)\Windows Installer XML v3\bin\candle.exe -dabc=xyz -dhello=456 -d"DevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\\" -d"SolutionDir=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\\" -dSolutionExt=.sln -dSolutionFileName=CmdMan.sln -dSolutionName=CmdMan -d"SolutionPath=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\CmdMan.sln" -dConfiguration=Release -dOutDir=bin\Release\ -dPlatform=x86 -d"ProjectDir=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\XTestWixProject\\" -dProjectExt=.wixproj -dProjectFileName=XTestWixProject.wixproj -dProjectName=XTestWixProject -d"ProjectPath=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\XTestWixProject\XTestWixProject.wixproj" -d"TargetDir=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\XTestWixProject\bin\Release\\" -dTargetExt=.msi -dTargetFileName=XTestWixProject.msi -dTargetName=XTestWixProject -d"TargetPath=C:\Users\Dave\Documents\Visual Studio 2008\Projects\CmdMan\XTestWixProject\bin\Release\XTestWixProject.msi" -out obj\Release\Product.wixobj -arch x86 Product.wxs From: Dave Kolb [mailto:d...@dotnetcodeslingers.com] Sent: Wednesday, October 14, 2009 4:04 PM To: 'General discussion for Windows Installer XML toolset.' Subject: How does a votive project pass variables to candle? I tried looking at the wix.targets but do not understand msbuild adequately. Are the many var.Projectname.xxx and var.Solutionxxx variables passed in on the command line with -d or are they written to a .wxi file or does candle take special input for variable somehow besides the -d option? Seems unlikely a command line could be built with all those -d variables without exceeding the allowed length. The reason I ask is that I have a Powershell script that I am using to build all my .msi files for all my modules for both x86 and x64 and would like to simulate passing in the project variables. It runs candle via cmd.exe so I think I would be subject to a command line length limitation. Thanks, Dave __ Information from ESET NOD32 Antivirus, version of virus signature database 4507 (20091014) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How does a votive project pass variables to candle?
I tried looking at the wix.targets but do not understand msbuild adequately. Are the many var.Projectname.xxx and var.Solutionxxx variables passed in on the command line with -d or are they written to a .wxi file or does candle take special input for variable somehow besides the -d option? Seems unlikely a command line could be built with all those -d variables without exceeding the allowed length. The reason I ask is that I have a Powershell script that I am using to build all my .msi files for all my modules for both x86 and x64 and would like to simulate passing in the project variables. It runs candle via cmd.exe so I think I would be subject to a command line length limitation. Thanks, Dave -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Types of variables question
I understand these variable types from the wix doc: $(env._NtPostBld) Gets the environment variable %_NtPostBld% $(sys.CURRENTDIR) Gets the system variable for the current directory $(var.A) Gets the variable A that was defined in this xml But what are these that I have seen in an example??? Is there doc on ALL the types of variables that can be used in a .wxs file? § Product/@Version="!(bind.FileVersion.FileId) ---à two unknown types - the @ syntax and the ! syntax with 2 levels § $(fileVersion.ProductName($(var.MyApp.TargetPath))) ---à what is fileVersion and what's the deal with the 2 levels of var. syntax - Dave -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is there an easier way of adding nodes andattributes to an xml file?
*Sigh* I was afraid you'd say something like that. Ok, I'll just have to figure it out then, and find a way to test for the existence of the node. My XPath level of expertise is a step shy of beginner ;) Thanks the input. /Thomas -Original Message- From: Blair [mailto:os...@live.com] Sent: 14. oktober 2009 17:24 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Is there an easier way of adding nodes andattributes to an xml file? The actions supplied with the toolset are of a necessity made as generic as possible to be applicable to as many users as possible. Each action needs to be testable to ensure that future code modifications won't break existing uses, and testing resources are not unlimited. Those things constrain the provided actions to do one thing at a time. The source code is available to allow you to modify the actions to accomplish whatever your needs are (or to hire that task out). -Original Message- From: Thomas Due [mailto:thomas@scanvaegt.dk] Sent: Tuesday, October 13, 2009 11:00 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Is there an easier way of adding nodes and attributes to an xml file? During my install I need to add some nodes to an xml file. These nodes will in addition have up to two attributes. The xml file itself is fairly simple with no really structure, just a single root and a bunch of children. Basically the xml file is structured like this: ... As far as I can tell, the way I add nodes and attributes to this, is like this: Of course, I can probably write an xml code snippet to help in this, but still... This seems rather cumbersome, is that really the best way to add nodes and attributes to an xml file? It seems kinda excessive that I have to have 3(!!) XmlConfig elements in order to add a single node with two attributes. Is there any way I can make this more streamlined? /Thomas -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer screw up
Blair wrote: > BTW, unless your condition is in the "MainExecutable" component you may want > to try not putting any children in your PatchFamily element. If PatchFamily > is empty it checks everything for inclusion. Otherwise it filters to only > include what is in that list. > Having originally carefully answered the above, I suspect this may be the problem... The condition isn't part of any component (must remember to read the docs before blindly copying samples), but global in the sense it is part of the product object. Removing the componentRef seemed to have worked - it is now complaining cannot find a file, which is fine as I copied all the object files to a temporary patch directory... OK, fixed the missing file and all works perfectly. Thanks so much for your help John -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer screw up
Blair wrote: > First, what was your commandline to pyro? You have to match the @Id of your > PatchBaseline element to the wixmst you supply from torch in your pyro > commandline (e.g. "-t Sample sample.wixmst"). Also your commandline to torch > should include "-p". > > Also, between your baseline and your upgraded you should do the following: > > They have the same values for ProductCode & ProductLanguage. If this is the > only change you may want to consider making ProductVersion identical as > well. In fact, the only difference between the two MSIs (or wixpdbs) should > be that one condition. > > BTW, unless your condition is in the "MainExecutable" component you may want > to try not putting any children in your PatchFamily element. If PatchFamily > is empty it checks everything for inclusion. Otherwise it filters to only > include what is in that list. > Having originally carefully answered the initial bits above, I suspect this may be the problem... The condition isn't part of any component (must remember to read the docs before blindly copying samples), but global in the sense it is part of the product object. Removing the componentRef seemed to have worked - it is now complaining cannot find a file, which is fine as I copied all the object files to a temporary patch directory... Thanks for your help - I'll let you know I get on John -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Fetching APPLICATIONFOLDER from CA fails with IndexOutOfRangeException
The following code get the following exception. Can I not fetch this property from my immediate custom action? Unfortunatley the session object has an indexer that cannot be enumerated so I'm at a loss as to what can be "indexed" from the sessin object! - Thanks, Dave public static ActionResult GetServiceLogon(Session session) { try { // get the name of the application folder string lServiceName = session["APPLICATIONFOLDER"]; *** Error: CmdMan GetServiceLogon custom action got exception 'System.IndexOutOfRangeException: Index was outside the bounds of the array. at _CustomActions.CustomActions.GetServiceLogon(Session session)' -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Compile a project with used, but not specified compile time paramaters...
Hello, I have an installer with typical, custom and complete installation. Some of my features are not installed at typical installation by setting a higher feature level, as recommended in the wix tutorial. I would now like to create a version of the installer with some of the custom features enabled by default without modifying the source file by just changing the biuld process. I succeeded using compile time variable in a condition underneath the features I want which sets the level of the feature to the level of a typical installation. Without setting thos compile time variable via candle -dXY=Z I get a compile time error of missing variables. I would prefer not setting the compile time variables in the default build, but of course are needed because they are used in the source file during default build. Is there any way to use compile time variables with some kind of default value and work around the error? I found one solution using environment variables but using compile time variable seem a bit cleaner to me. Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning AM-SoFT IT-Systeme - Hameln | Potsdam | Leipzig Telefon: Potsdam: 0331-743881-0 E-Mail: tschoen...@am-soft.de Web: http://www.am-soft.de AM-SoFT GmbH IT-Systeme, Konsumhof 1-5, 14482 Potsdam Amtsgericht Potsdam HRB 21278 P, Geschäftsführer: Andreas Muchow -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] help with error LGHT0204: ICE03:Invalid formatstring
Ok, I got a successful compile using... ElementPath="/configuration/applicationSettings/RollCall.Properties.Settings /setting[...@key='project'[\]]/value/" I just figured it out when I got this last reply. ... default Since my xml looks like the above and my goal is to change the text "default" in the value tag, I was erroneously trying to alter an attribute of an unspecified tag with an attribute called value (the ElementPath="/configuration/applicationSettings/RollCall.Properties.Settings /setting[...@key='project'[\]]/@value" I used earlier). Can the documentation of ElementPath in the XmlFile\XmlConfig include a sample of the proper escape sequence...and maybe a link to a XPATH tutorial? For now I need to test the msi and make sure the command line values are being set. Thanks for the help, you're a real pro! -Original Message- From: Blair [mailto:os...@live.com] Sent: Wednesday, October 14, 2009 11:16 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] help with error LGHT0204: ICE03:Invalid formatstring What do you want your XPath to look like when it reaches the XPath processor? This attribute goes into a "formatted" field (to allow for property references) so you have to work backwards from what XML/XPath wants to give it something that will make it "through the system". If you want "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/@value" You must supply "/configuration/applicationSettings/RollCall.Properties.Settings/setting[\[] @key='project'[\]]/@value" What you had in the original message had an extra [ in it. Second I was asking if that really was the XPath you want. Given the XML sample you supplied, I expect what you want would be more like "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/value" which would require supplying "/configuration/applicationSettings/RollCall.Properties.Settings/setting[\[] @key='project'[\]]/value". Escaping anything in Windows Installer means "[\]", NOT "\". -Original Message- From: Chris Jokinen [mailto:chr...@directron.us] Sent: Wednesday, October 14, 2009 8:03 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] help with error LGHT0204: ICE03: Invalid formatstring No good, I tried "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/@value" ...and below, due to the visual studio stating that the square brace HAD to be escaped (it said this in the documentation as well)... "/configuration/applicationSettings/RollCall.Properties.Settings/settin...@k ey='project'\]/@value" And I still get the error... C:\Documents and Settings\chrisj\My Documents\Visual Studio 2005\Projects\Roll Call\setup\Product.wxs(16,0): error LGHT0204: ICE03: Invalid format string; Table: XmlFile, Column: ElementPath, Key(s): RollCall.exe.config.project The documentation looks a little light in this subject...is there any source I can use to read up on this format issue? -Original Message- From: Blair [mailto:os...@live.com] Sent: Tuesday, October 13, 2009 6:22 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] help with error LGHT0204: ICE03: Invalid formatstring "/configuration/applicationSettings/RollCall.Properties.Settings/setting[\[] [...@key='project'[\]]/@value" Would become: "/configuration/applicationSettings/RollCall.Properties.Settings/settin...@k ey='project']/@value" Except that the repeated "[" char is confusing the formatted syntax parser since there are "]" chars that follow. Remove the extraneous "[" in front of the "@key". At that point, the XPath will look like: "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/@value" Which means: The "value" attribute of the "setting" element with an attribute "key" that is set to the value "project" that is a child of "RollCall.Properties.Settings" which itself is a child of "applicationSettings" which itself is a child of the document element named "configuration". Unless my XPath parsing skills have been temporarily misguided. -Original Message- From: Chris Jokinen [mailto:chr...@directron.us] Sent: Tuesday, October 13, 2009 3:25 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] help with error LGHT0204: ICE03: Invalid format string error LGHT0204: ICE03: Invalid format string; Table: XmlFile, Column: ElementPath, Key(s): RollCall.exe.config.project I have tried setting the ElementPath a few different ways and I am still missing something.sorry I do not have much experience with xpath.looks simple enough. . 192.168.0.10 www.yahoo.com yahoo
Re: [WiX-users] light.exe failed randomly when running ICEs.
ICE validations run the Windows Installer transaction engine (which is a singleton), but it doesn't seem to check for the public mutex first. The error messages returned as a result often don't make sense, however. The best fix is to add a validation extension that acquires the installation mutex when starting validation and releasing it when it ends. The next best fix is to either ensure that only one copy of light runs at a time (you can create multiple cabs on multiple threads to regain most of the performance impact lost by making light a singleton) or suppress validation in light and run smoke as a singleton. If you run smoke, pass it both the MSI and the wixpdb together to get the same/best output (pointing to your source code where possible). -Original Message- From: Kevin Gu [mailto:k...@microsoft.com] Sent: Wednesday, October 14, 2009 9:16 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] light.exe failed randomly when running ICEs. Hi, I've got this kind of error when building concurrently using 4 threads. Error executing ICE action 'ICE38'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: "Error 1711.An error occurred while writing installation information to disk. Check to make sure enough disk space is available, and click Retry, or Cancel to end the install.". This error occurs randomly. It seems that ICE validations are not stable when running on multiple instances of MSIs. Any idea about how to fix this issue? Thanks, Kevin GU | SDE | CSAT China | 8621-61518167 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Criteria for Automatically Generated Component GUIDs
When CostFinalize makes the directory paths, it walks the directory hierarchy. For each directory identifier that does not already have a property with a value, it creates a property by appending the appropriate part of the DefaultDir column value to the path of the parent directory from the table (appending a "\" char). If there was a property already set, it ignores the parent directory value and uses the property's value as the path. Then it canonicalizes the name and sets the associated property. I have seen MSIs where the CommonFilesFolder directory was in the hierarchy three levels deep underneath ProductFilesFolder or where ProductMenuFolder was buried in the hierarchy in some similar fashion and everything seemed to "just work". I don't recommend such things, but given the above algorithm... -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: Wednesday, October 14, 2009 9:00 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Criteria for Automatically Generated Component GUIDs Hmm.. interesting... I would have thought that was going to try to make a subdirectory in the CommonAppDataFolder, or just not be allowed because the implied tree structure of the XML elements conflicts. Thanks, Scott On Wed, Oct 14, 2009 at 11:48 AM, Blair wrote: > While it may "feel" backwards in some way, you could try this: > > > > > > > > > The rational is that TARGETDIR could end up anywhere (and may not be the > same place on two different invocations of the installer) but > CommonAppDataFolder and other "well known" locations (the ones that Windows > Installer defines) are more stable as to final location. The folders that > WiX knows about but Windows Installer doesn't (such as > WIX_DIR_COMMON_DOCUMENTS) aren't in the well-known-location list because > they may not exist on all platforms. > > -Original Message- > From: Scott Palmer [mailto:swpal...@gmail.com] > Sent: Wednesday, October 14, 2009 7:21 AM > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] Criteria for Automatically Generated Component GUIDs > > What are the exact criteria for getting automatically generated GUIDs to > work? > > I suspect this is related to my use of WIX_DIR_COMMON_DOCUMENTS (since > there > doesn't seem to be another way to get to that "standard" directory). > > I'm getting this error: > > error LGHT0231: The component 'indexComp' has a key file with path > 'TARGETDIR\company name\product name\subfolders\index.html'. Since this > path is not rooted in one of the standard directories (like > ProgramFilesFolder), this component does not fit the criteria for having an > automatically generated guid. (This error may also occur if a path > contains > a likely standard directory such as nesting a directory with name "Common > Files" under ProgramFilesFolder.) > My components are in a fragment with a directory structure as follows: > > > > > > > > ... > > > Thanks, > > Scott > > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] light.exe failed randomly when running ICEs.
Hi, I've got this kind of error when building concurrently using 4 threads. Error executing ICE action 'ICE38'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wix.sourceforge.net/faq.html#Error217 for details and how to solve this problem. The following string format was not expected by the external UI message logger: "Error 1711.An error occurred while writing installation information to disk. Check to make sure enough disk space is available, and click Retry, or Cancel to end the install.". This error occurs randomly. It seems that ICE validations are not stable when running on multiple instances of MSIs. Any idea about how to fix this issue? Thanks, Kevin GU | SDE | CSAT China | 8621-61518167 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] help with error LGHT0204: ICE03: Invalid formatstring
What do you want your XPath to look like when it reaches the XPath processor? This attribute goes into a "formatted" field (to allow for property references) so you have to work backwards from what XML/XPath wants to give it something that will make it "through the system". If you want "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/@value" You must supply "/configuration/applicationSettings/RollCall.Properties.Settings/setting[\[] @key='project'[\]]/@value" What you had in the original message had an extra [ in it. Second I was asking if that really was the XPath you want. Given the XML sample you supplied, I expect what you want would be more like "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/value" which would require supplying "/configuration/applicationSettings/RollCall.Properties.Settings/setting[\[] @key='project'[\]]/value". Escaping anything in Windows Installer means "[\]", NOT "\". -Original Message- From: Chris Jokinen [mailto:chr...@directron.us] Sent: Wednesday, October 14, 2009 8:03 AM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] help with error LGHT0204: ICE03: Invalid formatstring No good, I tried "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/@value" ...and below, due to the visual studio stating that the square brace HAD to be escaped (it said this in the documentation as well)... "/configuration/applicationSettings/RollCall.Properties.Settings/settin...@k ey='project'\]/@value" And I still get the error... C:\Documents and Settings\chrisj\My Documents\Visual Studio 2005\Projects\Roll Call\setup\Product.wxs(16,0): error LGHT0204: ICE03: Invalid format string; Table: XmlFile, Column: ElementPath, Key(s): RollCall.exe.config.project The documentation looks a little light in this subject...is there any source I can use to read up on this format issue? -Original Message- From: Blair [mailto:os...@live.com] Sent: Tuesday, October 13, 2009 6:22 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] help with error LGHT0204: ICE03: Invalid formatstring "/configuration/applicationSettings/RollCall.Properties.Settings/setting[\[] [...@key='project'[\]]/@value" Would become: "/configuration/applicationSettings/RollCall.Properties.Settings/settin...@k ey='project']/@value" Except that the repeated "[" char is confusing the formatted syntax parser since there are "]" chars that follow. Remove the extraneous "[" in front of the "@key". At that point, the XPath will look like: "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/@value" Which means: The "value" attribute of the "setting" element with an attribute "key" that is set to the value "project" that is a child of "RollCall.Properties.Settings" which itself is a child of "applicationSettings" which itself is a child of the document element named "configuration". Unless my XPath parsing skills have been temporarily misguided. -Original Message- From: Chris Jokinen [mailto:chr...@directron.us] Sent: Tuesday, October 13, 2009 3:25 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] help with error LGHT0204: ICE03: Invalid format string error LGHT0204: ICE03: Invalid format string; Table: XmlFile, Column: ElementPath, Key(s): RollCall.exe.config.project I have tried setting the ElementPath a few different ways and I am still missing something.sorry I do not have much experience with xpath.looks simple enough. . 192.168.0.10 www.yahoo.com yahoo Chris -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer screw up
First, what was your commandline to pyro? You have to match the @Id of your PatchBaseline element to the wixmst you supply from torch in your pyro commandline (e.g. "-t Sample sample.wixmst"). Also your commandline to torch should include "-p". Also, between your baseline and your upgraded you should do the following: They have the same values for ProductCode & ProductLanguage. If this is the only change you may want to consider making ProductVersion identical as well. In fact, the only difference between the two MSIs (or wixpdbs) should be that one condition. BTW, unless your condition is in the "MainExecutable" component you may want to try not putting any children in your PatchFamily element. If PatchFamily is empty it checks everything for inclusion. Otherwise it filters to only include what is in that list. -Original Message- From: John Lister [mailto:john.lis...@kickstone.com] Sent: Wednesday, October 14, 2009 7:59 AM To: wix-users@lists.sourceforge.net Cc: os...@live.com Subject: Re: Re: Installer screw up Blair wrote > > If you have a lot of customers you will probably be better off > distributing > an MSP file which can be run right from your web site instead of requiring > a > special command-line like a minor upgrade MSI will. Cheers, this seems the best solution as it has been distributed a bit. Although i'm having a problem. I've changed the offending condition which now works ok, but i can't seem to build the msp file. Using either the MSI files or the wixpdb files makes no difference, I've taken the sample patch.wxs files from the web - If this is where i've gone wrong, please advise... and all works well until i come to run pyro when i get the following error: pyro.exe : error PYRO0252 : No valid transforms were provided to attach to the patch. Check to make sure the transforms you passed on the command line have a matching baseline authored in the patch. Also, make sure there are differences been your target and upgrade. Is it because only a condition has changed? Do i need to change a file as well? If i change a file would the patch update the condition? Thanks -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Criteria for Automatically Generated Component GUIDs
Hmm.. interesting... I would have thought that was going to try to make a subdirectory in the CommonAppDataFolder, or just not be allowed because the implied tree structure of the XML elements conflicts. Thanks, Scott On Wed, Oct 14, 2009 at 11:48 AM, Blair wrote: > While it may "feel" backwards in some way, you could try this: > > > > > > > > > The rational is that TARGETDIR could end up anywhere (and may not be the > same place on two different invocations of the installer) but > CommonAppDataFolder and other "well known" locations (the ones that Windows > Installer defines) are more stable as to final location. The folders that > WiX knows about but Windows Installer doesn't (such as > WIX_DIR_COMMON_DOCUMENTS) aren't in the well-known-location list because > they may not exist on all platforms. > > -Original Message- > From: Scott Palmer [mailto:swpal...@gmail.com] > Sent: Wednesday, October 14, 2009 7:21 AM > To: General discussion for Windows Installer XML toolset. > Subject: [WiX-users] Criteria for Automatically Generated Component GUIDs > > What are the exact criteria for getting automatically generated GUIDs to > work? > > I suspect this is related to my use of WIX_DIR_COMMON_DOCUMENTS (since > there > doesn't seem to be another way to get to that "standard" directory). > > I'm getting this error: > > error LGHT0231: The component 'indexComp' has a key file with path > 'TARGETDIR\company name\product name\subfolders\index.html'. Since this > path is not rooted in one of the standard directories (like > ProgramFilesFolder), this component does not fit the criteria for having an > automatically generated guid. (This error may also occur if a path > contains > a likely standard directory such as nesting a directory with name "Common > Files" under ProgramFilesFolder.) > My components are in a fragment with a directory structure as follows: > > > > > > > > ... > > > Thanks, > > Scott > > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Criteria for Automatically Generated Component GUIDs
While it may "feel" backwards in some way, you could try this: The rational is that TARGETDIR could end up anywhere (and may not be the same place on two different invocations of the installer) but CommonAppDataFolder and other "well known" locations (the ones that Windows Installer defines) are more stable as to final location. The folders that WiX knows about but Windows Installer doesn't (such as WIX_DIR_COMMON_DOCUMENTS) aren't in the well-known-location list because they may not exist on all platforms. -Original Message- From: Scott Palmer [mailto:swpal...@gmail.com] Sent: Wednesday, October 14, 2009 7:21 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Criteria for Automatically Generated Component GUIDs What are the exact criteria for getting automatically generated GUIDs to work? I suspect this is related to my use of WIX_DIR_COMMON_DOCUMENTS (since there doesn't seem to be another way to get to that "standard" directory). I'm getting this error: error LGHT0231: The component 'indexComp' has a key file with path 'TARGETDIR\company name\product name\subfolders\index.html'. Since this path is not rooted in one of the standard directories (like ProgramFilesFolder), this component does not fit the criteria for having an automatically generated guid. (This error may also occur if a path contains a likely standard directory such as nesting a directory with name "Common Files" under ProgramFilesFolder.) My components are in a fragment with a directory structure as follows: ... Thanks, Scott -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Reset Progress Bar
You must supply costing information for your CAs. -Original Message- From: Scharp, Craig [mailto:craig.sch...@zytax.com] Sent: Wednesday, October 14, 2009 7:48 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Reset Progress Bar Hi all, Wondering if anyone knows how to reset, or change progressbar settings. As my install is running, the progress bar finishes before my CA's are done. So, it looks like the install is at 100% done, but several CA's have yet to run. Has anyone run into this, or know how to restart the progress bar for each CA? Thx, Craig -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] two entries in ARP with major upgrade
Does version 2.0 also have features A & B (with the same names and in the same places in your feature tree)? If so, then in your UpgradeVersion element remove the RemoveFeatures attribute but keep the MigrateFeatures attribute. If version 2.0 does not have features A & B then you must accept that it must remain (partially) installed as that is where those features live. -Original Message- From: MYFLEX [mailto:shrinuen...@gmail.com] Sent: Wednesday, October 14, 2009 2:27 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] two entries in ARP with major upgrade In my product we have multiple features like A,B,C,D If in version 1.0 A, B are installed. in version 2.0 which is major upgrade, if I select C,D It is removing all the previous features and installing New features. But I want the old features to be as it is. for that in upgrade table I have given RemoveFeatures as C,D . It is working fine. But If I see in add or remove programs , there are 2 entries with version old and new one. But My requirement is there should be only newer version. Please suggest how can I solve this problem. -- View this message in context: http://n2.nabble.com/two-entries-in-ARP-with-major-upgrade-tp3821506p3821506 .html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Web setup using .msm
It appears to be a failure in an action coming from your HealthCheckMergeModule.msm. You will need to check with the author of that MSM in order to diagnose that failure. -Original Message- From: Asterisk [mailto:ankit.9...@gmail.com] Sent: Wednesday, October 14, 2009 12:02 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Web setup using .msm Blair-2 wrote: > > Not sure, but InstallUtil* is Self-Reg (aka evil). Visual Studio's setup > projects do several things that make deployment "easier" that invariably > cause headaches later on when you have to service/maintain those setups > (including broken upgrades, orphaned resources, failed removals, etc.). > > -Original Message- > From: Asterisk [mailto:ankit.9...@gmail.com] > Sent: Tuesday, October 13, 2009 4:26 AM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Web setup using .msm > > > Hi , > > Please guide me to create a web setup (.msi). > I have a .msm file created in visual studio merge module which basically > does all the work. > 1.It creates a virtual directory and deploys the web application. > 2.It creates various performance counters and installs it. > I want to refer it into a wix based setup(.msi refering to existing.msm) > > I have created a a web setup by refering to this existing .msm in VS 2008 > and it works perfect. > Can anyone help me to create same web setup by refering to the same .msm > created in vs 2008 as merge module. > > When i refer it and create .msi , and run it gives me error "Error 1001. > InstallUtilLib dll: Unknown error" while installing the web application. > > When i remove my custom actions as part of .msm and refer the same in wix > web setup. it works fine. > Can anyone help me put to put these custom actions as a part of .msm? > Or i have to include these custom actions as a part of wix web setup? > > > > > Thanks in advance:) > -- > View this message in context: > http://n2.nabble.com/Web-setup-using-msm-tp3815520p3815520.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > In log file i could find that the install sequence is gicing me problem.. MSI (s) (94:50) [11:20:08:552]: Executing op: InstallProtectedFiles(AllowUI=1) MSI (s) (94:50) [11:20:08:552]: Executing op: ActionStart(Name=_51E360DF_F34A_421D_A7AC_67C0A4676F95.commit,,) MSI (s) (94:50) [11:20:08:583]: Executing op: CustomActionSchedule(Action=_51E360DF_F34A_421D_A7AC_67C0A4676F95.commit,ActionType=3585,Source=BinaryData,Target=ManagedInstall,CustomActionData=/installtype=notransaction /action=commit /LogFile= /targetvdir="" "C:\Program Files\Setup\HealthCheck.Core.dll" "") MSI (s) (94:50) [11:20:08:583]: Executing op: ActionStart(Name=_5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install,,) MSI (s) (94:50) [11:20:08:583]: Executing op: CustomActionSchedule(Action=_5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install,ActionType=3073,Source=BinaryData,Target=ManagedInstall,CustomActionData=/installtype=notransaction /action=install /LogFile= "C:\Program Files\Setup\HealthCheck.Core.dll" "") MSI (s) (94:E0) [11:20:08:599]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI304.tmp, Entrypoint: ManagedInstall MSI (c) (00:7C) [11:20:08:614]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 1001. Error 1001. InstallUtilLib.dll: Unknown error. MSI (s) (94!84) [11:20:10:927]: 朁㿟 栗㿟⃰㿾 枸㿟︸ Ĵ 䍗㿥︸ Ĩ 䍻㿥︸ Ā MSI (s) (94:E0) [11:20:10:927]: Leaked MSIHANDLE (78) of type 790531 for thread 4740 MSI (s) (94:E0) [11:20:10:927]: Note: 1: 2769 2: _5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install 3: 1 DEBUG: Error 2769: Custom Action _5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install did not close 1 MSIHANDLEs. The installer has encountered an unexpected error installing this package. This may indi
Re: [WiX-users] Is there an easier way of adding nodes and attributes to an xml file?
The actions supplied with the toolset are of a necessity made as generic as possible to be applicable to as many users as possible. Each action needs to be testable to ensure that future code modifications won't break existing uses, and testing resources are not unlimited. Those things constrain the provided actions to do one thing at a time. The source code is available to allow you to modify the actions to accomplish whatever your needs are (or to hire that task out). -Original Message- From: Thomas Due [mailto:thomas@scanvaegt.dk] Sent: Tuesday, October 13, 2009 11:00 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Is there an easier way of adding nodes and attributes to an xml file? During my install I need to add some nodes to an xml file. These nodes will in addition have up to two attributes. The xml file itself is fairly simple with no really structure, just a single root and a bunch of children. Basically the xml file is structured like this: ... As far as I can tell, the way I add nodes and attributes to this, is like this: Of course, I can probably write an xml code snippet to help in this, but still... This seems rather cumbersome, is that really the best way to add nodes and attributes to an xml file? It seems kinda excessive that I have to have 3(!!) XmlConfig elements in order to add a single node with two attributes. Is there any way I can make this more streamlined? /Thomas -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can we stop Major upgrade to uninstall some features?
To quote myself: "(which of course leaves the old product installed)". A & B are from the older installation. -Original Message- From: MYFLEX [mailto:shrinuen...@gmail.com] Sent: Tuesday, October 13, 2009 9:46 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Can we stop Major upgrade to uninstall some features? Hi Blair, Thanks for your response. I added RemoveFeatures to CD. After this If I done the major upgrade, There are 2 entries in Add/Remove Programs. What might be the reason? Please suggest how can I solve it. Thank you once again. Blair-2 wrote: > > It should, depending on how your product feature sets compare. You need to > set @MigrateFeatures='yes' in your applicable UpgradeVersion element(s) to > use it. > > However, if you show UI and the user deselects A & B (or if A & B don't > exist in the upgrade) they will still be removed. > > If instead you don't have A & B (and want to retain them) then in your > applicable UpgradeVersion element(s) set the @RemoveFeatures attribute to > the list of features you want to remove (e.g. @RemoveFeatures='C,D,E,F'). > That will leave A & B (if already installed) from the old product > installed > (which of course leaves the old product installed). > > -Original Message- > From: MYFLEX [mailto:shrinuen...@gmail.com] > Sent: Monday, October 12, 2009 4:49 AM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Can we stop Major upgrade to uninstall some features? > > > My product is having 9 features. > The scenario is as follows. > I installed A,B,C,D Features in version 1 > Now 2 is the Major upgrade. > > This time if I select C,D,E,F features for upgrade installation , The > upgrade is removing all the files related to > A,B,C,D and installing C,D,E,F feature files. > But I want the files related to A and B (old files) also. > > Is it possible. Can we stop the major upgrade to remove the files of a > feature. > and I have one more doubt what is MigrateFeatureState? Does it suits to my > requirement? > > How can I solve this issue. Any suggestions is appreciated. > > > -- > View this message in context: > http://n2.nabble.com/Can-we-stop-Major-upgrade-to-uninstall-some-features-tp > 3807468p3807468.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > -- View this message in context: http://n2.nabble.com/Can-we-stop-Major-upgrade-to-uninstall-some-features-tp 3807468p3820701.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] help with error LGHT0204: ICE03: Invalid formatstring
No good, I tried "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/@value" ...and below, due to the visual studio stating that the square brace HAD to be escaped (it said this in the documentation as well)... "/configuration/applicationSettings/RollCall.Properties.Settings/settin...@k ey='project'\]/@value" And I still get the error... C:\Documents and Settings\chrisj\My Documents\Visual Studio 2005\Projects\Roll Call\setup\Product.wxs(16,0): error LGHT0204: ICE03: Invalid format string; Table: XmlFile, Column: ElementPath, Key(s): RollCall.exe.config.project The documentation looks a little light in this subject...is there any source I can use to read up on this format issue? -Original Message- From: Blair [mailto:os...@live.com] Sent: Tuesday, October 13, 2009 6:22 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] help with error LGHT0204: ICE03: Invalid formatstring "/configuration/applicationSettings/RollCall.Properties.Settings/setting[\[] [...@key='project'[\]]/@value" Would become: "/configuration/applicationSettings/RollCall.Properties.Settings/settin...@k ey='project']/@value" Except that the repeated "[" char is confusing the formatted syntax parser since there are "]" chars that follow. Remove the extraneous "[" in front of the "@key". At that point, the XPath will look like: "/configuration/applicationSettings/RollCall.Properties.Settings/setti...@ke y='project']/@value" Which means: The "value" attribute of the "setting" element with an attribute "key" that is set to the value "project" that is a child of "RollCall.Properties.Settings" which itself is a child of "applicationSettings" which itself is a child of the document element named "configuration". Unless my XPath parsing skills have been temporarily misguided. -Original Message- From: Chris Jokinen [mailto:chr...@directron.us] Sent: Tuesday, October 13, 2009 3:25 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] help with error LGHT0204: ICE03: Invalid format string error LGHT0204: ICE03: Invalid format string; Table: XmlFile, Column: ElementPath, Key(s): RollCall.exe.config.project I have tried setting the ElementPath a few different ways and I am still missing something.sorry I do not have much experience with xpath.looks simple enough. . 192.168.0.10 www.yahoo.com yahoo Chris -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installer screw up
Blair wrote > > If you have a lot of customers you will probably be better off > distributing > an MSP file which can be run right from your web site instead of requiring > a > special command-line like a minor upgrade MSI will. Cheers, this seems the best solution as it has been distributed a bit. Although i'm having a problem. I've changed the offending condition which now works ok, but i can't seem to build the msp file. Using either the MSI files or the wixpdb files makes no difference, I've taken the sample patch.wxs files from the web - If this is where i've gone wrong, please advise... and all works well until i come to run pyro when i get the following error: pyro.exe : error PYRO0252 : No valid transforms were provided to attach to the patch. Check to make sure the transforms you passed on the command line have a matching baseline authored in the patch. Also, make sure there are differences been your target and upgrade. Is it because only a condition has changed? Do i need to change a file as well? If i change a file would the patch update the condition? Thanks -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Reset Progress Bar
Hi all, Wondering if anyone knows how to reset, or change progressbar settings. As my install is running, the progress bar finishes before my CA's are done. So, it looks like the install is at 100% done, but several CA's have yet to run. Has anyone run into this, or know how to restart the progress bar for each CA? Thx, Craig -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Criteria for Automatically Generated Component GUIDs
What are the exact criteria for getting automatically generated GUIDs to work? I suspect this is related to my use of WIX_DIR_COMMON_DOCUMENTS (since there doesn't seem to be another way to get to that "standard" directory). I'm getting this error: error LGHT0231: The component 'indexComp' has a key file with path 'TARGETDIR\company name\product name\subfolders\index.html'. Since this path is not rooted in one of the standard directories (like ProgramFilesFolder), this component does not fit the criteria for having an automatically generated guid. (This error may also occur if a path contains a likely standard directory such as nesting a directory with name "Common Files" under ProgramFilesFolder.) My components are in a fragment with a directory structure as follows: ... Thanks, Scott -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using wixlib to create standalone and merge module installations
Thank you so much for your help! Although I have not fully tested it, I think everything is working. I learned quite a lot in the process. In the hopes that this effort might be useful to others as they search the archives, I am posting my working wxs files below. (Working wixlib examples and documentation are rather scarce, I have found!) If anyone has any comments, warnings, or suggestions, I'd love to hear them! The files below are built using the following powershell script: param( [string]$checkoutPath = "trunk", [string]$wixPath = "C:\Program Files\Windows Installer XML v3\bin", [string]$msbuildPath = "C:\Windows\Microsoft.NET\Framework\v3.5" ) # Clear out any previous directories, or create them if they do not exist. if (test-path checkout -pathtype container){Remove-Item checkout\* -recurse}else{New-Item checkout -type directory} if (test-path wixobj -pathtype container){Remove-Item wixobj\* -recurse}else{New-Item wixobj -type directory} if (test-path msi -pathtype container){Remove-Item msi\* -recurse}else{New-Item msi -type directory} # Get the latest code from subversion. &"..\lib\svn\svn.exe" export svn://path-to-svn-repos/$checkoutPath/src/ClassLibrary checkout\src\ClassLibrary --force &"..\lib\svn\svn.exe" export svn://path-to-svn-repos/$checkoutPath/src/UserInterface checkout\src\UserInterface --force &"..\lib\svn\svn.exe" export svn://path-to-svn-repos/$checkoutPath/lib/Ntfmo.Utility checkout\lib\Ntfmo.Utility --force # Build the project in Release mode. &"$msbuildPath\msbuild.exe" checkout\src\UserInterface\UserInterface.csproj /t:Rebuild /p:Configuration=Release # Build the installer using WiX. # First, build the common components &"$wixPath\candle.exe" -out wixobj\literacy_common.wixobj literacy_common.wxs &"$wixPath\lit.exe" -out wixobj\literacy_common.wixlib wixobj\literacy_common.wixobj # Next, build the MSI for the stand-alone application. &"$wixPath\candle.exe" -out wixobj\literacy_standalone.wixobj literacy_standalone.wxs &"$wixPath\light.exe" -out msi\LiteracyHelper.msi wixobj\literacy_standalone.wixobj wixobj\literacy_common.wixlib # Last, build the merge module for the components &"$wixPath\candle.exe" -out wixobj\literacy_mergemodule.wixobj literacy_mergemodule.wxs &"$wixPath\light.exe" -out msi\LiteracyHelper.msm wixobj\literacy_mergemodule.wixobj wixobj\literacy_common.wixlib --- literacy_common.wxs --- --- literacy_standalone.wxs --- NOT NEWERVERSIONDETECTED OR Installed literacy_mergemodule.wxs -- Message: 1 Date: Tue, 13 Oct 2009 15:25:36 -0700 From: "Blair" Subject: Re: [WiX-users] Create shortcut for file in merge module To: "'General discussion for Windows Installer XML toolset.'" Message-ID: Content-Type: text/plain; charset="us-ascii" In your wixlib, use only DirectoryRef elements as needed. Under your Product and Module elements for each of the two packages supply the appropriate directory tree. -Original Message- From: Dave Mateer [mailto:dave_mat...@ntm.org] Sent: Tuesday, October 13, 2009 7:30 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Create shortcut for file in merge module The wixlib looks like exactly what I need--thank you for pointing me in that direction. I *almost* have it working, except I can't figure out what to use for the Directory elements in the "common" wxs file. The components in the wxs file will be installed in different locations in the stand-alone application vs. the larger application. My stand-alone wxs Directory elements look like this: Right now, my common wxs Directory elements are: But, of course, light.exe gives me "error LGHT0130 : The primary key 'INSTALLDIR' is duplicated in table 'Directory'. Please remove one of the entries or rename a part of the primary key to avoid the collision." What do I use here? In the standalone app, the installation path is %ProgramFiles%\Ntfmo\Literacy, but in the larger application it should be the installation path of that application. Thanks for your help! -- Message: 1 Date: Fri, 9 Oct 2009 01:28:28 -0700 From: "Blair" Subject: Re: [WiX-users] Create shortcut for f
Re: [WiX-users] Is there an easier way of adding nodes andattributes to an xml file?
Thank you for the answer, but I was thinking of how to do it through WiX. There are quite a few variables I need to write to the xml file, so it would even more cumbersome to send them to a CA and writing the nodes and attributes through this. /Thomas -Original Message- From: Adnan Mian [mailto:miand...@gmail.com] Sent: 14. oktober 2009 09:22 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Is there an easier way of adding nodes andattributes to an xml file? Hi Thomas, for adding some nodes and attributes in already existing xml file you can write a custom action using XmlDoucument,XmlElement, XmlAttribute. If xml file not exist then it can be created using XmlWriter, for this purpose you can use FileStream. Best Regards Adnan 2009/10/14 Thomas Due > During my install I need to add some nodes to an xml file. These nodes > will in addition have up to two attributes. > The xml file itself is fairly simple with no really structure, just a > single root and a bunch of children. > > Basically the xml file is structured like this: > > > > > > >... > > > As far as I can tell, the way I add nodes and attributes to this, is > like this: > > File="[INSTALLDIR]configuration.xml" ElementPath="/Storage" > Node="element" On="install" Action="create"> > File="[INSTALLDIR]configuration.xml" ElementId="NodeId" /> > File="[INSTALLDIR]configuration.xml" ElementId="NodeId" /> > > > Of course, I can probably write an xml code snippet to help in this, but > still... > > This seems rather cumbersome, is that really the best way to add nodes > and attributes to an xml file? It seems kinda excessive that I have to > have 3(!!) XmlConfig elements in order to add a single node with two > attributes. Is there any way I can make this more streamlined? > > /Thomas > > > > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] two entries in ARP with major upgrade
In my product we have multiple features like A,B,C,D If in version 1.0 A, B are installed. in version 2.0 which is major upgrade, if I select C,D It is removing all the previous features and installing New features. But I want the old features to be as it is. for that in upgrade table I have given RemoveFeatures as C,D . It is working fine. But If I see in add or remove programs , there are 2 entries with version old and new one. But My requirement is there should be only newer version. Please suggest how can I solve this problem. -- View this message in context: http://n2.nabble.com/two-entries-in-ARP-with-major-upgrade-tp3821506p3821506.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Clear button functionality to clear or reset input values from Edit box
Hi, user is giving input values and filling the form during installation. All values coming through Editbox, I want to make a clear button. If user push this button then all input values must be clear or reset. How to accomplish this functionality? This is my Control: The values i am getting in EditBox Best Regards Adnan -- View this message in context: http://n2.nabble.com/Clear-button-functionality-to-clear-or-reset-input-values-from-Edit-box-tp3821357p3821357.html Sent from the wix-users mailing list archive at Nabble.com. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error in german wxl file
Guten Tag Blair, am Dienstag, 13. Oktober 2009 um 15:51 schrieben Sie: > Please file a bug. Done: http://sourceforge.net/tracker/?func=detail&atid=642714&aid=2878666&group_id=105970 Mit freundlichen Grüßen, Thorsten Schöning -- Thorsten Schöning AM-SoFT IT-Systeme - Hameln | Potsdam | Leipzig Telefon: Potsdam: 0331-743881-0 E-Mail: tschoen...@am-soft.de Web: http://www.am-soft.de AM-SoFT GmbH IT-Systeme, Konsumhof 1-5, 14482 Potsdam Amtsgericht Potsdam HRB 21278 P, Geschäftsführer: Andreas Muchow -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Let's talk about Burn- Curent state?
Hi WiX Developers, a recent entry on Robs Blog started exactly with the same Subject. (http://robmensching.com/blog/posts/2009/7/14/Lets-talk-about-Burn) So what is the state of this new WiX Tool? I closely follow development but it seems there was no progress during the last weeks. Is there an working example available? And when will WiX use its own tool for its own installer? Thats a lot of questions but you are really good in answering them in this list :) Best regards, Tobias -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Before= and After= vs. Execute=
Thanks Sebastian. This one is good too http://blogs.technet.com/alexshev/pages/from-msi-to-wix.aspx I have some reading to do! - Dave -Original Message- From: Sebastian Brand (Instyler Software) [mailto:wix+us...@instyler.com] Sent: Wednesday, October 14, 2009 1:04 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Before= and After= vs. Execute= I'd also like to point out to http://www.tramontana.co.hu/wix/lesson3.php , a detailed tutorial about custom actions... Best regards, Sebastian Brand -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is there an easier way of adding nodes and attributes to an xml file?
Hi Thomas, for adding some nodes and attributes in already existing xml file you can write a custom action using XmlDoucument,XmlElement, XmlAttribute. If xml file not exist then it can be created using XmlWriter, for this purpose you can use FileStream. Best Regards Adnan 2009/10/14 Thomas Due > During my install I need to add some nodes to an xml file. These nodes > will in addition have up to two attributes. > The xml file itself is fairly simple with no really structure, just a > single root and a bunch of children. > > Basically the xml file is structured like this: > > > > > > >... > > > As far as I can tell, the way I add nodes and attributes to this, is > like this: > > File="[INSTALLDIR]configuration.xml" ElementPath="/Storage" > Node="element" On="install" Action="create"> > File="[INSTALLDIR]configuration.xml" ElementId="NodeId" /> > File="[INSTALLDIR]configuration.xml" ElementId="NodeId" /> > > > Of course, I can probably write an xml code snippet to help in this, but > still... > > This seems rather cumbersome, is that really the best way to add nodes > and attributes to an xml file? It seems kinda excessive that I have to > have 3(!!) XmlConfig elements in order to add a single node with two > attributes. Is there any way I can make this more streamlined? > > /Thomas > > > > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Web setup using .msm
Blair-2 wrote: > > Not sure, but InstallUtil* is Self-Reg (aka evil). Visual Studio's setup > projects do several things that make deployment "easier" that invariably > cause headaches later on when you have to service/maintain those setups > (including broken upgrades, orphaned resources, failed removals, etc.). > > -Original Message- > From: Asterisk [mailto:ankit.9...@gmail.com] > Sent: Tuesday, October 13, 2009 4:26 AM > To: wix-users@lists.sourceforge.net > Subject: [WiX-users] Web setup using .msm > > > Hi , > > Please guide me to create a web setup (.msi). > I have a .msm file created in visual studio merge module which basically > does all the work. > 1.It creates a virtual directory and deploys the web application. > 2.It creates various performance counters and installs it. > I want to refer it into a wix based setup(.msi refering to existing.msm) > > I have created a a web setup by refering to this existing .msm in VS 2008 > and it works perfect. > Can anyone help me to create same web setup by refering to the same .msm > created in vs 2008 as merge module. > > When i refer it and create .msi , and run it gives me error "Error 1001. > InstallUtilLib dll: Unknown error" while installing the web application. > > When i remove my custom actions as part of .msm and refer the same in wix > web setup. it works fine. > Can anyone help me put to put these custom actions as a part of .msm? > Or i have to include these custom actions as a part of wix web setup? > > > > > Thanks in advance:) > -- > View this message in context: > http://n2.nabble.com/Web-setup-using-msm-tp3815520p3815520.html > Sent from the wix-users mailing list archive at Nabble.com. > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > ___ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > In log file i could find that the install sequence is gicing me problem.. MSI (s) (94:50) [11:20:08:552]: Executing op: InstallProtectedFiles(AllowUI=1) MSI (s) (94:50) [11:20:08:552]: Executing op: ActionStart(Name=_51E360DF_F34A_421D_A7AC_67C0A4676F95.commit,,) MSI (s) (94:50) [11:20:08:583]: Executing op: CustomActionSchedule(Action=_51E360DF_F34A_421D_A7AC_67C0A4676F95.commit,ActionType=3585,Source=BinaryData,Target=ManagedInstall,CustomActionData=/installtype=notransaction /action=commit /LogFile= /targetvdir="" "C:\Program Files\Setup\HealthCheck.Core.dll" "") MSI (s) (94:50) [11:20:08:583]: Executing op: ActionStart(Name=_5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install,,) MSI (s) (94:50) [11:20:08:583]: Executing op: CustomActionSchedule(Action=_5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install,ActionType=3073,Source=BinaryData,Target=ManagedInstall,CustomActionData=/installtype=notransaction /action=install /LogFile= "C:\Program Files\Setup\HealthCheck.Core.dll" "") MSI (s) (94:E0) [11:20:08:599]: Invoking remote custom action. DLL: C:\WINDOWS\Installer\MSI304.tmp, Entrypoint: ManagedInstall MSI (c) (00:7C) [11:20:08:614]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 1001. Error 1001. InstallUtilLib.dll: Unknown error. MSI (s) (94!84) [11:20:10:927]: 朁㿟 栗㿟⃰㿾 枸㿟︸Ĵ 䍗㿥︸Ĩ 䍻㿥︸ Ā MSI (s) (94:E0) [11:20:10:927]: Leaked MSIHANDLE (78) of type 790531 for thread 4740 MSI (s) (94:E0) [11:20:10:927]: Note: 1: 2769 2: _5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install 3: 1 DEBUG: Error 2769: Custom Action _5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install did not close 1 MSIHANDLEs. The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2769. The arguments are: _5795ED8E_F94E_4E6D_8F5F_0CA4CFB131AD.install, 1, Action ended 11:20:10: InstallFinalize. Return value 3. MSI (s) (94:50) [11:20:10:973]: User policy value 'DisableRollback' is 0 MSI (s) (94:50) [11:20:10:973]: Machine policy value 'DisableRollback' is 0 .. Any help what is going wrong her