On 27/09/2014 20:59, Sean Hall wrote: > Can someone that can reproduce this try calling PostQuitMessage on the > WM_NCDESTROY message instead of WM_DESTROY? > > SHAutoComplete documentation says you need to wait for the control to be > destroyed before calling CoUninitialize. Since the window gets the > WM_DESTROY message before its child controls, the control is probably > never being destroyed. If we wait for the WM_NCDESTROY message instead, > the control will be destroyed when we call PostQuitMessage. > Yes, delaying the call to PostQuitMessage until WM_NCDESTROY appears to cure the issue. (I have checked this carefully ensuring the only difference between the two wixstdba dlls is the position of that line and that one hangs when run via winrs and one does not).
Thanks, Mark > On Wed, Sep 24, 2014 at 11:09 AM, Mark Weaver <mark-cl...@npsl.co.uk > <mailto:mark-cl...@npsl.co.uk>> wrote: > > On 24/09/2014 15:48, Bruce Cran wrote: > > On 9/24/2014 4:53 AM, Mark Weaver wrote: > >> This appears to affect every installer run via winrm on a w2k8 > host -- > >> the install proceeds normally, but the bootstrapper fails to > quit when > >> the process is complete. > > > > I spent some time trying to figure this out too: my most recent > attempt > > was > > > > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Issue-4114-WixStdba-and-missing-WM-QUIT-again-td7591902.html > > before I ran out of time again. > > > > "Still no idea what's wrong, but commenting out the call to > > SHAutoComplete for the Edit control lets it quit." > > > Thanks guys -- this does appear to be exactly the same issue. We hit > this as we use winrs to automate deployment; I've used my dreadful > WM_USER hackaround as the installers are only used in house. > > Unfortunately I don't have any work time to work on it right now, but > I'll try and give it a poke at the weekend. I'm not sure how successful > I'll be as my inclination would be to start debugging GetMessage but > obviously that's not going to work! > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > _______________________________________________ > WiX-devs mailing list > WiX-devs@lists.sourceforge.net <mailto:WiX-devs@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/wix-devs > > > > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > > > > _______________________________________________ > WiX-devs mailing list > WiX-devs@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-devs > ------------------------------------------------------------------------------ Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk _______________________________________________ WiX-devs mailing list WiX-devs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-devs
