<br><br><div class="gmail_quote">On 20 February 2010 18:20, Paul Harrison <span dir="ltr">&lt;<a href="mailto:mythtv@sky.com">mythtv@sky.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">Ian Clark wrote:<br>
&gt;<br>
&gt;<br>
&gt; On 19 February 2010 18:55, Paul Harrison &lt;<a href="mailto:mythtv@sky.com">mythtv@sky.com</a><br>
</div><div><div></div><div class="h5">&gt; &lt;mailto:<a href="mailto:mythtv@sky.com">mythtv@sky.com</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt;     [snip]<br>
&gt;<br>
&gt;     OK, thanks for taking the time to produce the log. It does look like a<br>
&gt;     problem with the new MythSignalingTimer leaking memory when the main<br>
&gt;     thread in mythwelcome isn&#39;t running. I think it&#39;s because the<br>
&gt;     MythSignalingTimer is run in it&#39;s own thread and so continues to emit<br>
&gt;     signals even when the main thread isn&#39;t running and so the signals<br>
&gt;     just<br>
&gt;     get queued up waiting for the main thread to resume.<br>
&gt;<br>
&gt; That&#39;s no problem, thanks for debugging it for me.<br>
&gt;<br>
&gt;<br>
&gt;     So the fix looks like it would be to stop the MythSignalingTimer in<br>
&gt;     MythMainWindow when mythsystem() is used to start an external process<br>
&gt;     and resume it again when it finishes. I&#39;ll have a look at trying this<br>
&gt;     over the weekend.<br>
&gt;<br>
&gt; FWIW, I popped a changeEvent handler on MythMainWindow and did<br>
&gt; &#39;d-&gt;drawTimer-&gt;stop()&#39; on activation loss, which seems to have cured<br>
&gt; the problem for mythwelcome (although not for mythfrontend launching<br>
&gt; xbmc, but I suspect that&#39;s due to the dirtyness of my patch.) This<br>
&gt; does however solve the main problem of not being able to do anything<br>
&gt; with the remote that I was having. (ssh to reboot all the time is<br>
&gt; tedious.) so I&#39;m happy.<br>
&gt;<br>
&gt; Thanks again for the clear and concise fix. :)<br>
&gt;<br>
&gt; Cheers,<br>
&gt;<br>
&gt; Ian<br>
<br>
<br>
</div></div>I&#39;ve just committed a fix for this problem to trunk. It should be<br>
generic enough to fix all cases where either MythWelcome or MythFrontend<br>
runs external programs so long as they use myth_system() to start the<br>
process which they do in all the cases that I know of.<br></blockquote><div><br>Cheers for that, I was just atttempting another half assed fix, as my first attempt didn&#39;t work as expected, but I shall just svn up now.<br>
<br>Thanks again. :)<br><br>Ian<br><br></div></div>