<table><tr><td style="">luebking added a comment.
</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/D5589" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p>This boils down to the question why the process is still lingering around. If the only parent/child link is actually the socket, then it's more likely to zombie around on a bad socket.<br />
In this case you can fire as many signals as you want - they'll never be handled (the process isn't interruptable)</p>

<p>Otherwise QProcess would setup the child process in a way to die with the parent anyway. If that doesn't happen, the child may have been forked off at some point and in that case lost the deathsig/sigterm connection (according to the prctl manpage, I've actually never tried that myself)</p>

<p>tl;dr - somebody needs to test this and ideally check *how* the process refuses to die (but the gdb hassle seems to indicate a zombie) and the process table at this point.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R108 KWin</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D5589" rel="noreferrer">https://phabricator.kde.org/D5589</a></div></div><br /><div><strong>To: </strong>graesslin, KWin, Plasma<br /><strong>Cc: </strong>luebking, plasma-devel, kwin, spstarr, progwolff, Zren, lesliezhai, ali-mohamed, hardening, jensreuterberg, abetts, sebas, apol, lukas<br /></div>