<html><body><div style="color:#000; background-color:#fff; font-family:lucida console, sans-serif;font-size:13px"><div>Hi,</div><div id="yui_3_16_0_1_1443689137323_27493"><br></div><div id="yui_3_16_0_1_1443689137323_27494">From the bt and looking at the code a bit, it looks like the sink thinks it owns the window.</div><div><br></div><div id="yui_3_16_0_1_1443689137323_27427">Resizing the window also _sometimes_ leads to a lockup. Bt shows that the sink wants to resize the windows when it should only take the resizing into account (and not apply it).</div><div id="yui_3_16_0_1_1443689137323_27426"><br></div><div id="yui_3_16_0_1_1443689137323_27387">I tried to look at the code to see how the sink knows whether it owns the window or not but could not find anything obvious (must be subtle...).</div><div id="yui_3_16_0_1_1443689137323_27394"><br></div><div id="yui_3_16_0_1_1443689137323_27393">Other sinks, like the d3d image sink for instance, have a boolean flag that make it explicit whether the sink owns the windows (and can/should destroy it, etc...) or not.</div><div id="yui_3_16_0_1_1443689137323_27541"><br></div><div id="yui_3_16_0_1_1443689137323_27612">Cheers,</div><div id="yui_3_16_0_1_1443689137323_27470">Philippe.<br></div><div id="yui_3_16_0_1_1443689137323_27471"><span></span></div> <br><div class="qtdSeparateBR"><br><br></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: lucida console, sans-serif; font-size: 13px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"> <font face="Arial" size="2"> Le Lundi 5 octobre 2015 12h25, Nicolas Dufresne <nicolas.dufresne@collabora.com> a écrit :<br> </font> </div> <blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;"> <br><br> <div class="y_msg_container">Le lundi 05 octobre 2015 à 07:15 +0000, philippe renon a écrit :<br clear="none">> It was reproduced on a post 1.6.0 master compiled under Windows<br clear="none">> 7/MingW. Overlay window is provided by a Qt 5.4.1 app. Pipeline runs<br clear="none">> fine otherwise.<br clear="none">> <br clear="none">> Here are some back traces taken during the lockup:<br clear="none">> <br clear="none">> Thread 1 is locked while finalizing the gl context.<br clear="none">> Thread 22 is locked while trying to destroy a window (!?!)<br clear="none">> Thread 21 is waiting for nav event (which is, I guess, ok).<div class="yqt5612518349" id="yqtfd76829"><br clear="none"><br clear="none">Hi,</div><br clear="none"><br clear="none">my colleague (in CC) have hit this issue recently, I think he'll be<br clear="none">able to provide what he found. Please keep him in CC as he's on on this<br clear="none">mailing list. This is specific to Windows and we could not find enough<br clear="none">information to be able to solve this issue completely.<br clear="none"><br clear="none">cheers,<br clear="none">Nicolas<br><br></div> </blockquote> </div> </div> </div></div></body></html>