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
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
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 --
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