Re: [WiX-users] Burn failed to initialize COM at EngineRun().
Hi, I've found the culprit. I installed a program named Lingoes(a translator), and run the Ligoes.exe in the back. When my installer starts, it loaded the following dll before entering stub.exe's wWinMain. C:\Users\Administrator\AppData\Local\Lingoes\Translator\lingoes-us\OpenText32.dll It looks like this OpenText32.dll already initialized COM using a different thread mode. If I terminate the Ligoes.exe, the problem vanished. Since I'm using debug version of burn.exe, it will crash. In release version of burn.exe, it will not crash because ExitOnFailure is not available under release build. So is this a bug? Or a flaw I can just ignore? Regards, Gauldoth On Mon, May 25, 2015 at 5:24 PM, uni unigauld...@gmail.com wrote: Hi, I’m using burn and WPF to write my bundle, the version is v3.9 R2. I’m also using the Prism library. After I wrote a simple UI, I try to run the bundle, and it crashed. I found it crashed in the EngineRun() function. // initialize COM hr = ::CoInitializeEx(NULL, COINIT_MULTITHREADED);//hr equals 0x80010106 - Cannot change thread mode after it is set. // It tried to log the error, but crashed in LogStringWork function because the log is not yet initialized. ExitOnFailure(hr, Failed to initialize COM.); fComInitialized = TRUE; // Initialize dutil. LogInitialize(::GetModuleHandleW(NULL)); fLogInitialized = TRUE; Did I miss something? It looks like someone has already initialized the COM using COINIT_APARTMENTTHREADED. Any help would be appreciated. Regards, Gauldoth -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn failed to initialize COM at EngineRun().
Hi, I'm using burn and WPF to write my bundle, the version is v3.9 R2. I'm also using the Prism library. After I wrote a simple UI, I try to run the bundle, and it crashed. I found it crashed in the EngineRun() function. // initialize COM hr = ::CoInitializeEx(NULL, COINIT_MULTITHREADED);//hr equals 0x80010106 - Cannot change thread mode after it is set. // It tried to log the error, but crashed in LogStringWork function because the log is not yet initialized. ExitOnFailure(hr, Failed to initialize COM.); fComInitialized = TRUE; // Initialize dutil. LogInitialize(::GetModuleHandleW(NULL)); fLogInitialized = TRUE; Did I miss something? It looks like someone has already initialized the COM using COINIT_APARTMENTTHREADED. Any help would be appreciated. Regards, Gauldoth -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is there some existing tool I can use when I work with WiX localization?
Thank you for the information, Steve. I'm using WiX to author msi package, and there is not a bundle yet. Can ThmViewer.exe be used with WiX's msi project? I've started to write one, hope it will solve my needs. Regards, Uni On Tue, May 20, 2014 at 12:24 AM, Steve-Ogilvie steven.ogil...@titus.comwrote: Check out the ThmViewer.exe in the WIX bin folder. To view a theme file without having to build a bundle, you can use the ThmViewer.exe which is located in %WIX%\bin\. It sometimes is a hit and miss that it works, it is very fussy... Steve (for it to work I needed to copy ALL my resource files etc into the same folder as the theme xml file even though I am using environment variables to show where they are located. As well it does not show the localized string it just shows the variable name for the localized string. I am using WIX 3.8 -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Is-there-some-existing-tool-I-can-use-when-I-work-with-WiX-localization-tp7594804p7594805.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Is there some existing tool I can use when I work with WiX localization?
Hi all, I'm sending wxl files to translators for translation. When the wxl file of japanese is processed, the translator need to preview the result msi dialog to adjust the text to confirm to some line breaking rules. I wonder if there is already some tools I can achieve this task. For example, the translator can edit the ja.wxl file, and then preview the result dialog without re-compile the msi package. If there is some string they need to adjust, they just edit the wxl file and then preview the result dialog again to make sure they did the right modification. If there is not such tools, I may try to write one for my own use. Regards, Uni -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: Strange behavior about the TempFolder Directory.
Hi Dave, You are right, the behavior is very strange. I'm working with things like legacy code, which got a lot of strange stuff. I'll try to make things better. Regards, Uni On Wed, May 7, 2014 at 11:18 PM, David Connet d...@agilityrecordbook.comwrote: My first thought is that it's REALLY bad (actually, another word comes to mind...) to be actually installing a file into %TEMP%. That directory, by nature, is for temporary files. A file installed by MSI is not temporary. (plus, as was pointed out, you're installing a per-machine file into a per-user area. I'm surprised your MSI passed validation) Dave - Original Message - From: Uni Gauldoth unigauld...@gmail.com To: General discussion about the WiX toolset. wix-users@lists.sourceforge.net Cc: Sent: Wednesday, May 7, 2014 6:57 AM Subject: Re: [WiX-users] [SPAM] Re: Strange behavior about the TempFolder Directory. I've found what caused this problem. The user installed the product under the Administrator account. After installation, the Administrator account was deleted. The user then repair the product under another account named Admin. But when repairing the MyDir still point to C:\Users\ADMINI~1\AppData\ Local\Temp\mydir\. Uni On Sat, May 3, 2014 at 12:02 AM, Uni Gauldoth unigauld...@gmail.com wrote: Thanks very much. I did have a per-machine install. I uninstalled my package and reinstalled it, and the problem disappeared magically. I will try to put those files under a Per Machine folder to avoid this kind of pain. On Fri, May 2, 2014 at 4:13 AM, Phill Hogland phogl...@rimage.com wrote: It sounds like you have a per-machine setup and you are trying to access a per-user area (or if per-user trying to access a different users area). The TempFolder is per-user. http://msdn.microsoft.com/en-us/library/windows/desktop/dd765197(v=vs.85).aspx And in some situations the TempFolder changes for the same user between login sessions. http://msdn.microsoft.com/en-us/library/aa372067(v=vs.85).aspx -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: #149; 3 signs your SCM is hindering your productivity #149; Requirements for releasing software faster #149; Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [SPAM] Re: Strange behavior about the TempFolder Directory.
Thanks very much. I did have a per-machine install. I uninstalled my package and reinstalled it, and the problem disappeared magically. I will try to put those files under a Per Machine folder to avoid this kind of pain. On Fri, May 2, 2014 at 4:13 AM, Phill Hogland phogl...@rimage.com wrote: It sounds like you have a per-machine setup and you are trying to access a per-user area (or if per-user trying to access a different users area). The TempFolder is per-user. http://msdn.microsoft.com/en-us/library/windows/desktop/dd765197(v=vs.85).aspx And in some situations the TempFolder changes for the same user between login sessions. http://msdn.microsoft.com/en-us/library/aa372067(v=vs.85).aspx -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Strange-behavior-about-the-TempFolder-Directory-tp7594466p7594467.html Sent from the wix-users mailing list archive at Nabble.com. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Strange behavior about the TempFolder Directory.
Hi all, I want to install some files under MyDir, which is under the TempFolder. Directory Id=TempFolder Directory Id=MyDir Name=mydir /Directory /Directory It turns out MyDir point to a wrong temp directory. Property(S): TempFolder = C:\Users\admin\AppData\Local\Temp\ Property(S): MyDir = C:\Users\ADMINI~1\AppData\Local\Temp\mydir\ The current user is Admin, and the %temp% environment variable is C:\Users\Admin\AppData\Local\Temp. MyDir should be C:\Users\Admin\AppData\Local\Temp\mydir but it doesn't. The files I want to install to C:\Users\admin\AppData\Local\Temp\mydir all goes under C:\Users\ADMINI~1\AppData\Local\Temp\mydir\. Had someone experienced this kind of things before? Any suggestion will be appreciated. Regards, Uni -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Immediate Custom Action could not be run in some computers.
Now the problem is why Windows Installer could not extract the custom action dll to the temp directory with limited user rights. I will try to find out the reason, thanks again for your help. On Tue, Apr 29, 2014 at 1:08 AM, Phil Wilson phildgwil...@gmail.com wrote: By default immediate custom actions run with limited user rights (even if the user is admin) because the UI sequence isn't elevated by default. So it might be a security issue on UAC systems. --- Phil Wilson On Mon, Apr 28, 2014 at 1:50 AM, Uni Gauldoth unigauld...@gmail.com wrote: Thanks for replying. I'm sure that there is no dependency problems. If I run the msi installer with elevated privilege on that user's computer, the install will finish successfully. It turns out Windows Installer failed to extract the custom action dll to temp directory during the InstallUISequence. When the error message box is shown, there is no MSI209E.tmp under the temp directory. But I tried using GetTempFileName on that user's computer, it succeeded and a temp file is created. On Tue, Apr 22, 2014 at 12:50 AM, Phil Wilson phildgwil...@gmail.com wrote: This is useful for showing C++ dependencies: http://www.dependencywalker.com/ --- Phil Wilson On Mon, Apr 21, 2014 at 9:07 AM, Carter Young ecyo...@grandecom.net wrote: Following Phil's Hunch, see here: http://wixtoolset.org/documentation/manual/v3/howtos/redistributables_and_install_checks/install_vcredist.html Carter Quoting Phil Wilson phildgwil...@gmail.com: 1157 is a missing dependency, so I'd assume that there's a dependency not installed on all computers. If it's a C++ Dll it'll most likely be a missing C run time. --- Phil Wilson On Sun, Apr 20, 2014 at 5:55 AM, uni unigauld...@gmail.com wrote: Hi all, I have sequenced a custom action in my msi after CostFinalize. On most user's computers, it works well. But on some user's computers, when the msi is double clicked directly for installing, it will prompt A DLL required for this install to complete could not be run. I've changed CheckIfAnotherProductExists function to only call MessageBox(0,0,0,0), and it still prompted the error and the message box is not showed. If I remove the CheckIfAnotherProductExists entry in the InstallExecuteSequence table, all goes well. If I run the msi in cmd(run as administrator), it works fine, there should be not dependency problem with my custom action dll. It acts as if it has something to do with the privilege. May be it failed when the custom action's dll is being copied into the temp directory, or maybe LoadLibrary failed under non elevated privilege? Does any one has experienced something like this? The WiX code is as below, === CustomAction Execute=immediate Id=CheckIfAnotherProductExists BinaryKey=MyDll DllEntry=CheckIfAnotherProductExists / Custom Action=CheckIfAnotherProductExists After=CostFinalize /Custom === The log is as below, === Action 14:20:31: CheckIfAnotherProductExists. Action start 14:20:31: CheckIfAnotherProductExists. MSI (c) (C4:B4) [14:20:31:680]: Invoking remote custom action. DLL: C:\Users\administrator\AppData\Local\Temp\MSI209E.tmp, Entrypoint: CheckIfAnotherProductExists MSI (c) (C4:88) [14:20:31:680]: Cloaking enabled. MSI (c) (C4:88) [14:20:31:680]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (C4:88) [14:20:31:680]: Connected to service for CA interface. CustomAction CheckIfAnotherProductExists returned actual error code 1157 (note this may not be 100% accurate if translation happened inside sandbox) MSI (c) (C4:D8) [14:20:31:740]: Note: 1: 1723 2: CheckIfAnotherProductExists 3: CheckIfAnotherProductExists 4: C:\Users\foxit\AppData\Local\Temp\MSI209E.tmp Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action CheckIfAnotherProductExists, entry: CheckIfAnotherProductExists, library: C:\Users\administrator\AppData\Local\Temp\MSI209E.tmp MSI (c) (C4:D8) [14:20:42:153]: Product: MyProduct -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action CheckIfAgentVersion, entry: CheckIfAgentVersion, library: C:\Users\foxit\AppData\Local\Temp\MSI209E.tmp
Re: [WiX-users] Immediate Custom Action could not be run in some computers.
Thanks for replying. I'm sure that there is no dependency problems. If I run the msi installer with elevated privilege on that user's computer, the install will finish successfully. It turns out Windows Installer failed to extract the custom action dll to temp directory during the InstallUISequence. When the error message box is shown, there is no MSI209E.tmp under the temp directory. But I tried using GetTempFileName on that user's computer, it succeeded and a temp file is created. On Tue, Apr 22, 2014 at 12:50 AM, Phil Wilson phildgwil...@gmail.comwrote: This is useful for showing C++ dependencies: http://www.dependencywalker.com/ --- Phil Wilson On Mon, Apr 21, 2014 at 9:07 AM, Carter Young ecyo...@grandecom.net wrote: Following Phil's Hunch, see here: http://wixtoolset.org/documentation/manual/v3/howtos/redistributables_and_install_checks/install_vcredist.html Carter Quoting Phil Wilson phildgwil...@gmail.com: 1157 is a missing dependency, so I'd assume that there's a dependency not installed on all computers. If it's a C++ Dll it'll most likely be a missing C run time. --- Phil Wilson On Sun, Apr 20, 2014 at 5:55 AM, uni unigauld...@gmail.com wrote: Hi all, I have sequenced a custom action in my msi after CostFinalize. On most user's computers, it works well. But on some user's computers, when the msi is double clicked directly for installing, it will prompt A DLL required for this install to complete could not be run. I've changed CheckIfAnotherProductExists function to only call MessageBox(0,0,0,0), and it still prompted the error and the message box is not showed. If I remove the CheckIfAnotherProductExists entry in the InstallExecuteSequence table, all goes well. If I run the msi in cmd(run as administrator), it works fine, there should be not dependency problem with my custom action dll. It acts as if it has something to do with the privilege. May be it failed when the custom action's dll is being copied into the temp directory, or maybe LoadLibrary failed under non elevated privilege? Does any one has experienced something like this? The WiX code is as below, === CustomAction Execute=immediate Id=CheckIfAnotherProductExists BinaryKey=MyDll DllEntry=CheckIfAnotherProductExists / Custom Action=CheckIfAnotherProductExists After=CostFinalize /Custom === The log is as below, === Action 14:20:31: CheckIfAnotherProductExists. Action start 14:20:31: CheckIfAnotherProductExists. MSI (c) (C4:B4) [14:20:31:680]: Invoking remote custom action. DLL: C:\Users\administrator\AppData\Local\Temp\MSI209E.tmp, Entrypoint: CheckIfAnotherProductExists MSI (c) (C4:88) [14:20:31:680]: Cloaking enabled. MSI (c) (C4:88) [14:20:31:680]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (C4:88) [14:20:31:680]: Connected to service for CA interface. CustomAction CheckIfAnotherProductExists returned actual error code 1157 (note this may not be 100% accurate if translation happened inside sandbox) MSI (c) (C4:D8) [14:20:31:740]: Note: 1: 1723 2: CheckIfAnotherProductExists 3: CheckIfAnotherProductExists 4: C:\Users\foxit\AppData\Local\Temp\MSI209E.tmp Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action CheckIfAnotherProductExists, entry: CheckIfAnotherProductExists, library: C:\Users\administrator\AppData\Local\Temp\MSI209E.tmp MSI (c) (C4:D8) [14:20:42:153]: Product: MyProduct -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action CheckIfAgentVersion, entry: CheckIfAgentVersion, library: C:\Users\foxit\AppData\Local\Temp\MSI209E.tmp === Any suggestion will be helpful. Gauldoth -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Immediate Custom Action could not be run in some computers.
Hi all, I have sequenced a custom action in my msi after CostFinalize. On most user's computers, it works well. But on some user's computers, when the msi is double clicked directly for installing, it will prompt A DLL required for this install to complete could not be run. I've changed CheckIfAnotherProductExists function to only call MessageBox(0,0,0,0), and it still prompted the error and the message box is not showed. If I remove the CheckIfAnotherProductExists entry in the InstallExecuteSequence table, all goes well. If I run the msi in cmd(run as administrator), it works fine, there should be not dependency problem with my custom action dll. It acts as if it has something to do with the privilege. May be it failed when the custom action's dll is being copied into the temp directory, or maybe LoadLibrary failed under non elevated privilege? Does any one has experienced something like this? The WiX code is as below, === CustomAction Execute=immediate Id=CheckIfAnotherProductExists BinaryKey=MyDll DllEntry=CheckIfAnotherProductExists / Custom Action=CheckIfAnotherProductExists After=CostFinalize /Custom === The log is as below, === Action 14:20:31: CheckIfAnotherProductExists. Action start 14:20:31: CheckIfAnotherProductExists. MSI (c) (C4:B4) [14:20:31:680]: Invoking remote custom action. DLL: C:\Users\administrator\AppData\Local\Temp\MSI209E.tmp, Entrypoint: CheckIfAnotherProductExists MSI (c) (C4:88) [14:20:31:680]: Cloaking enabled. MSI (c) (C4:88) [14:20:31:680]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (C4:88) [14:20:31:680]: Connected to service for CA interface. CustomAction CheckIfAnotherProductExists returned actual error code 1157 (note this may not be 100% accurate if translation happened inside sandbox) MSI (c) (C4:D8) [14:20:31:740]: Note: 1: 1723 2: CheckIfAnotherProductExists 3: CheckIfAnotherProductExists 4: C:\Users\foxit\AppData\Local\Temp\MSI209E.tmp Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action CheckIfAnotherProductExists, entry: CheckIfAnotherProductExists, library: C:\Users\administrator\AppData\Local\Temp\MSI209E.tmp MSI (c) (C4:D8) [14:20:42:153]: Product: MyProduct -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action CheckIfAgentVersion, entry: CheckIfAgentVersion, library: C:\Users\foxit\AppData\Local\Temp\MSI209E.tmp === Any suggestion will be helpful. Gauldoth -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Include all files from a folder in MSI
You can use heat.exe (harvest tool provided by WiX Toolset) to generate a wxs source file from your source folder. For example, heat dir .\My Files -gg -sfrag -template:fragment -out directory.wxs Or you may write a tool yourself to do that work. -邮件原件- 发件人: badrul [mailto:badruls...@yahoo.com] 发送时间: Friday, December 13, 2013 2:54 PM 收件人: wix-users@lists.sourceforge.net 主题: [WiX-users] Include all files from a folder in MSI How can I to include all files from source folder and deploy them into a target folder during installation. I have multiple images in a folder and i want all of them to be included in msi automatically rather than including all of them separately using file element. I am able to include required dlls and files using Component Id='HelperLibrary' File Id='HelperDLL' Name='Helper.dll' / /Component Any help will be appreciated. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Include-all-fi les-from-a-folder-in-MSI-tp7591292.html Sent from the wix-users mailing list archive at Nabble.com. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] What does setting KeyPath attribute of the Component element to yes means?
Hi, In The Windows Installer's documents, It mentioned that the Windows Installer determines whether the component's key file is already installed before attempting to install the files of any component. If the installer finds a file with the same name as the component's key file installed in the target location, it compares the version, date, and language of the two key files and uses file versioning rules to determine whether to install the component provided by the package. If the Component's KeyPath is set to yes, then the Directory of this Component is used as the KeyPath. Does that means if the Directory of the Component is already exists, then the component won't be installed? Thanks, Gauldoth -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 答复: Can different products contain conponents with the same ComponentId?
Thanks for all replies, now I totally understood. -邮件原件- 发件人: Nicolás Alvarez [mailto:nicolas.alva...@gmail.com] 发送时间: Saturday, December 07, 2013 1:56 AM 收件人: General discussion about the WiX toolset. 主题: Re: [WiX-users] Can different products contain conponents with the same ComponentId? If multiple products install the same component in the same folder, the component is reference-counted, and it is removed when all the products having that component are uninstalled. This is one of the main features of Windows Installer and the reason for most of the component rules. El viernes, 6 de diciembre de 2013, Smagin Alexander escribió: If two products use the same componanet and they are installed in the same folder. product A complements product B, nevertheless these products can be installed separately. in this case does the shared component (files) leave unchnaged If one of them is uninstalled ? if not how to implement it, i.e. if they are instralled in the same folder shared files will no be deleted whe one of the product is uninstalled. Thanks, Alex. Пятница, 6 декабря 2013, 8:41 -08:00 от Phil Wilson phildgwil...@gmail.com javascript:;: Yes - that's what merge modules do. They are the same resource component in a package used to build multiple products to keep the sharing working properly. Put the shared components in merge modules to be safer. If you're all WiX there are WiX fragments. This assumes that the resource is the same actual thing. It's asking for trouble to have completely different resources with the same component id. Phil Wilson -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg. clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/wix-users -- Nicolás -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can different products contain conponents with the same ComponentId?
Hi, We got two different products, say product A and product B. Product B's msi is identical with product A's except the UpgradeCode is different, and lacking some features. Product B's source code is based on Product A's, so the components are the same as Product A's. Product A and Product B can be installed on the same computer, just like visual studio 2008 and visual studio 2010 could coexist. Product A and Product B will be installed on different directories. Is it safe to author like that? Thanks, Gauldoth -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use \layout to extract all payloads?
Thanks,then may be I should try to implement that in my ba. On 11/7/13, Pally Sandher pally.sand...@iesve.com wrote: You can't. I feature requested this back in June 2012 - http://wixtoolset.org/issues/3659/ Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: uni [mailto:unigauld...@gmail.com] Sent: 07 November 2013 07:04 To: General discussion about the WiX toolset. Subject: [WiX-users] How to use \layout to extract all payloads? Hi, I have made a bootstrapper which wraped around a msi, the custom ba dll was written using mfc. When I execute bootstrapper.exe \layout [DestFolder], it just copies the bootstrapper.exe to the destination folder. What should I do to make \layout extracting all the files embedded in the bundle? Thanks. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to use \layout to extract all payloads?
Hi, I have made a bootstrapper which wraped around a msi, the custom ba dll was written using mfc. When I execute bootstrapper.exe \layout [DestFolder], it just copies the bootstrapper.exe to the destination folder. What should I do to make \layout extracting all the files embedded in the bundle? Thanks. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] 答复: in wix bootstrapper theme file , how to use hexstyle to apply an imagefile?
Have you filled the ThemeFile Attribute with your theme file? BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.RtfLicense bal:WixStandardBootstrapperApplication ThemeFile=theme.xml LicenseFile=License.rtf/ /BootstrapperApplicationRef Maybe you should post more source code, then someone may findout why it doesn’t work. -邮件原件- 发件人: 姚�� [mailto:zhao@utek-china.com] 发送时间: 2013年11月5日 14:07 收件人: wix-users@lists.sourceforge.net 主题: [WiX-users] in wix bootstrapper theme file , how to use hexstyle to apply an imagefile? In my case ,like this: Button Name=InstallButton X=-112 Y=-355 Width=260 Height=75 TabStop=yes FontId=0 ImageFile=install.png HexStyle=1080#(loc. InstallInstallButton)/Button I want to use an image file , Than I set the HexStyle to “1080” , BS_BITMAP and BS_PUSHLIKE But in the BA, the button has default style yet How should I do? -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads. g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Change Wix UI strings at run time
Recently I also run into the same requirements. See this, http://msdn.microsoft.com/en-us/library/aa370074%28v=vs.85%29.aspx The MsiDatabaseApplyTransform's documentation mentioned, This function cannot be called from custom actions. A call to this function from a custom action causes the function to fail. So in my opinion it sounds impossible or inappropriate to do this within the msi. But using burn to achieve this is also awkward. In my case, all UI is in the msi, and we only need a bootstrapper to show the language selection dialog, and apply the selected language's mst to msi. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Bootstrapper Application and multithread issues.
Hi all, I got a bit confused when developing a custom BA using MFC. I've created a UI thread to show the installer UI, and will call the engine's method from this UI thread. Now there are two thread using the same engine, from the BA class and the UI. Should I protect the call with a lock? Or if engine has already got a lock inside? I hope there will be more information about burn in the document in the future. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] I have many files named in diffrent languages, how should I author my files.
For example,I want to author like below, File Source=Name.txt Name=Name.txt/ File Source=名字.txt Name=名字.txt/ name in chinese File Source=なまえ.txt Name=なまえ.txt/ name in japanese ...and so on. My target files may contain many files named in many different languages. Localization seems only support one target language. Need some suggestions, thanks. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] I have many files named in diffrent languages, how should I author my files.
于13 May 2013 11:09:19,uni写到: For example,I want to author like below, File Source=Name.txt Name=Name.txt/ File Source=名字.txt Name=名字.txt/ name in chinese File Source=なまえ.txt Name=なまえ.txt/ name in japanese ...and so on. My target files may contain many files named in many different languages. Localization seems only support one target language. Need some suggestions, thanks. Can I use Codepage=65001? That seems to be working. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] AppSearch table is not showing
于06 May 2013 16:54:47,Ravi Raj写到: Hi, I am developing an installer using WiX 3.7. I have to do some registry search after CostFinalize, so I created a new file named RegSearch.wxs and put following code: ?xml version=1.0 encoding=UTF-8?Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Fragment Property Id=DOMAINNAME Secure=yes RegistrySearch Id=DomainName Root=HKLM Key=SYSTEM\CurrentControlSet\Services\Tcpip\Parameters Name=Domain Win64=yes Type=raw //Property /Fragment/Wix and I am using this Property to write registry value using custom action but the problem is that when I open my installer in Orca, AppSearch table is not at all showing. If the run this installer, everything works fine except the registry entry is empty. When I move this code in Product.../Product node, I can see the AppSearch folder and my Ca works great. Why I am seeing this strange behavior? Am I missing something? Do you add PropertyRef Id=DOMAINNAME in your main wxs source file(the one contains Product element)? If you don't refer to a element in the fragment first,the fragment would not be added to the main wxs source file. -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] C++ Custom Action Project template's LIBPATH is not right.
Hi, I'm using Wix 3.7 and I created C++ Custom Action Project. The lib path is $(WIX)sdk\VS2010\lib. When I compile it says dutil.lib can not be found. On my computer the dutil.lib is in $(WIX)sdk\VS2010\lib\x86. -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating patches
于02 May 2013 17:31:10,Thomas Due写到: Hello, I am trying to grasp the concept of minor and small upgrades, but I am having some trouble with getting it to work. First of all, it doesn't seem to work at all with 3.7. I have downgraded my WiX to 3.5, and there something happens at least, but my msp seems to be empty when I examine it with instead (http://www.instedit.com/). A bit about what I do: I have a fairly complex installer with a couple of hundred files total, divided among 4 features. I build this with TeamCity, and I have two separate installers (no real changes, except for the version nummer - 1.2.0.22679 and 1.2.5.22754). I imagine that this should be enough to generate something. I have a build script, a simple batch file, which executes the four steps described in both the WiX doc and Nick Ramirez' book. My patch.wxs then includes a couple of file components, as I want these replaces (mind you, I am still in the testing phase, trying to understand the concept). First my build script: === %wixdir%bin\torch.exe -p -xi %oldmsi% %newmsi% -v -out diff.wixmst %wixdir%bin\candle.exe -v Patch.wxs %wixdir%bin\Light.exe -v Patch.wixobj -out patch.wixmsp %wixdir%bin\pyro.exe -v patch.wixmsp -out patch.msp -t Patch diff.wixmst %oldmsi% and %newmsi are complete paths to the wixpdb files for respectively old and new installer. Then my Patch.wsx: === ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include BuildVariables.wxi ? Patch AllowRemoval=yes Classification=Update Manufacturer=$(var.Manufacturer) Description=Patch DisplayName=Patch $(var.CurVersion) Media Id=1000 Cabinet=´Patch.cab EmbedCab=yes PatchBaseline Id=Patch / /Media PatchFamily Id=ScanXNETPatchFamily Version=$(var.CurVersion) Supersede=yes ComponentRef Id=ComponentCommonExtensions / ComponentRef Id=ComponentMainClient/ /PatchFamily /Patch /Wix BuildVariables.wxi is simply a number of preprocessor variables, which is shared with the installer project. Now, as I said, with 3.7 I get this result: Updating file information. Creating cabinet files. There will be '8' threads used to produce CAB files. Patch.wxs(20) : warning PYRO1079 : The cabinet 'ïPatch.cab' does not contain any files. If this patch contains no files, this warning can likely be safely ignored. Otherwise, try passing -p to torch.exe when first building the transforms, or add a ComponentRef to your PatchFamily authoring to pull changed files into the cabinet. Creating cabinet '\Local\Temp\kvov1bbk\#ïPatch.cab'. Generating database. diff.wixmst : error PYRO0227 : The transform being built did not contain any differences so it could not be created. Which is probably an indication of what is actually wrong. With 3.5 I get an empty msp. What am I doing wrong? -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Sounds wixpdb files only contain infomation about where to find the files. For example, 1,You have a .\a.txt file,it's content is old version. 2,After you build the old version,old.wixpdb refer to .\a.txt. 3,You change the .\a.txt's content to new version. 4,You build the new version,now new.wixpdb also refer to .\a.txt. 5,You use torch.exe to calculate the difference between the old.wixpdb and new.wixpdb, they both refer to .\a.txt and the content is new version. Maybe you can put the old version files and new version files in different directory and try. -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Writing registry entry with value = (my app's install directory) and (my app's executable path after installation).
I wrote registry entry like below, RegistryKey Root=HKMU Key=Software\Microsoft\Windows\CurrentVersion\App Paths\MyApp.exe RegistryValue Action=write Type=string Value=[#FILE_MyApp] KeyPath=yes/ RegistryValue Action=write Type=string Name=Path Value=[$CMP_MyApp]/ /RegistryKey It works but I'm not sure if it is approprite. Need some suggestions,thanks. -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Why in Preprocessor the Not Equal To is != while in conditional string is .
于 18/04/2013 21:42, Rob Mensching 写道: People guessing the SQL influence are correct. Back in 1995, SQL was a big thing and transacted install was the big new idea (a very good idea, IMHO) so there was a theory that you should make the MSI a SQL database because you're doing transaction stuff. IMHO, that didn't work out nearly as well as hoped, but this was before the creation of XML so given the time it makes sense. The WiX preprocessor is designed to mimic the C/C++ preprocessor. Personally, I think the separation is good to remind one that the preprocessor runs in the build lab and the SQL/Condition syntax runs during install time. It is a little confusing up front but it is important to get the separation of build time and install time correct or one will be *extremely* confused. smile/ On Thu, Apr 18, 2013 at 6:13 AM, Pally Sandher pally.sand...@iesve.comwrote: Probably a combination of the 2. MSI's are basically databases so I wouldn't be surprised if SQL influenced some parts of Windows Installer design back in the day. Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: John Ludlow [mailto:john.ludlow...@gmail.com] Sent: 18 April 2013 13:51 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Why in Preprocessor the Not Equal To is != while in conditional string is . is also the syntax in Visual Basic, and VB / VBA has always had strong ties to Office, which is where MSI originated from IIRC. On 18 April 2013 13:35, Hans ter Horst hoshis...@gmail.com wrote: Thanks, I think I have it working! On Thu, Apr 18, 2013 at 2:13 PM, Alain Forget afor...@cmu.edu wrote: is the MySQL (and SQL in general?) not equal to, so maybe that's where it came from? -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: April 18, 2013 06:42 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Why in Preprocessor the Not Equal To is != while in conditional string is . Because the WiX team wrote the WiX pre-processor syntax kept it to regularly accepted coding standards (hence != for 'not equal to' as per every other modern programming language) while the Conditional Statement syntax was written by the Windows Installer team back in the mists of time? Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: uni [mailto:unigauld...@gmail.com] Sent: 18 April 2013 06:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Why in Preprocessor the Not Equal To is != while in conditional string is . It is not very intuitive. I first write: ?if $(var.CurrentVersion)$(var.MinimumVersion)? and it says: error CNDL0162: An illegal number was found in the expression '$(var.CurrentVersion)$(var.MinimumVersion)'. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy
[WiX-users] Why in Preprocessor the Not Equal To Operator is != while in conditional string is .
I feel that it is not very intuitive. I first write: ?if $(var.CurrentVersion)$(var.MinimumVersion)? and it says: error CNDL0162: An illegal number was found in the expression '$(var.CurrentVersion)$(var.MinimumVersion)'. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Why in Preprocessor the Not Equal To is != while in conditional string is .
It is not very intuitive. I first write: ?if $(var.CurrentVersion)$(var.MinimumVersion)? and it says: error CNDL0162: An illegal number was found in the expression '$(var.CurrentVersion)$(var.MinimumVersion)'. -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SQL-Error VS-Error
Thank you for the hint, but I dont think so, because I get the same error when I want to create a new wix-project. Any other ideas? Schrieken, Rene schrieb: My guess is: your *.wixproj was created with Votive 2.0? Votive 2.0 and 3.0 project file formats are not compatible. -Original Message- From: Chris [mailto:[EMAIL PROTECTED] Sent: Friday, August 17, 2007 11:13 AM To: Schrieken, Rene Cc: wix-users@lists.sourceforge.net; [EMAIL PROTECTED] Subject: Re: [WiX-users] SQL-Error VS-Error Actually I had the Votive 2.0 on the system and then installed the Votive 3.0! Yes, I installed the Wix-3.0.2925.0.msi http://downloads.sourceforge.net/wix/Wix-3.0.2925.0.msi?modtime=1180101 890big_mirror=0 http://downloads.sourceforge.net/wix/Wix-3.0.2925.0.msi?modtime=1180101 890big_mirror=0 and the ProjectAggregator2-3.0.2925.0.msi http://downloads.sourceforge.net/wix/ProjectAggregator2-3.0.2925.0.msi? modtime=1180101856big_mirror=0 http://downloads.sourceforge.net/wix/ProjectAggregator2-3.0.2925.0.msi? modtime=1180101856big_mirror=0 from http://sourceforge.net/project/showfiles.php?group_id=105970package_id= 16 http://sourceforge.net/project/showfiles.php?group_id=105970package_id =16 I have to admit that I could open the solution the day before and had no problems working with it. I also tried to reinstall it but wasn't successful. Schrieken, Rene wrote: Did you install Votive that comes with the Wix 3.0 binaries? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, August 17, 2007 9:10 AM To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] SQL-Error VS-Error I'm using the version 3.0.2925 In the meantime I got another problem: As I started the wix-solution in VS2005, I got an error Make sure the application for the project type (.wixproj) is installed. I found the following (rather old) posting where a workaround is described: http://osdir.com/ml/windows.devel.wix.devel/2006-09/msg00040.html I tried to 'work around' but it didn't work out. Any ideas? Thank's, Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching Sent: Donnerstag, 16. August 2007 17:29 To: [EMAIL PROTECTED]; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] SQL-Error What versoin of the WiX toolset are you using? There was a bug like this in a build a while ago. Recent builds should be working fine. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, August 16, 2007 7:29 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] SQL-Error (sorry, forgot the subject before) Hi all, I tried to 'candlelight' the sql-example which is on the wix-wiki-page: http://www.wixwiki.com/images/c/c1/WixSqlDatabaseSample.zip and after executing 'light' I get following error: C:\delivery\Dev\wix\src\ext\sqlextension\wixlib\SqlExtension.wxs(27,0): Error LGHT0094: Unresolved reference to symbol 'Binary:ScaSchedule' in section 'Fragment:'. C:\delivery\Dev\wix\src\ext\sqlextension\wixlib\SqlExtension.wxs(28,0): Error LGHT0094: Unresolved reference to symbol 'Binary:ScaSchedule' in section 'Fragment:'. Done building project WixSqlDatabaseSample.wixproj -- FAILED. The thing is the folder 'C:\delivery' doesnt exist! Any ideas? Thank you, Chris -- -- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net mailto:WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log