<table><tr><td style="">croick created this revision.<br />Herald added a project: Plasma.<br />Herald added a subscriber: plasma-devel.<br />croick requested review of this revision.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D18245">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>Observed with a crashing KDevelop:<br />
If the QApplication is destructed after cleanup of the DrKonqi<br />
backend, somehow a DrKonqi-thread of the QDBusConnection may be<br />
blocked by the debuggee (poll() being stuck according to strace).<br />
Since DrKonqi then cannot quit, KCrash continues waiting, leading<br />
to a deadlock. The situation may be disentangled by externally<br />
sending SIGSTOP to the debuggee.</p>

<p>Cleaning up the QApplication first and afterwards the backend<br />
omits the deadlock.</p></div></div><br /><div><strong>TEST PLAN</strong><div><ul class="remarkup-list">
<li class="remarkup-list-item">let kdevelop crash to fire up DrKonqi</li>
<li class="remarkup-list-item">close DrKonqi again</li>
<li class="remarkup-list-item">watch state of crashed kdevelop process</li>
</ul></div></div><br /><div><strong>REPOSITORY</strong><div><div>R871 DrKonqi</div></div></div><br /><div><strong>BRANCH</strong><div><div>scopedqapp</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D18245">https://phabricator.kde.org/D18245</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>src/main.cpp</div></div></div><br /><div><strong>To: </strong>croick<br /><strong>Cc: </strong>plasma-devel, sukalyanbanga, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, mart<br /></div>