<table><tr><td style="">pino requested changes to this revision.<br />pino added a comment.<br />This revision now requires changes to proceed.
</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/D29805">View Revision</a></tr></table><br /><div><div><p>This change is definitely not correct.</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>A child process exited with 1 as result but it wasn't an error case.</p></blockquote>

<p>it is an error case: the execv*() family [1] of functions replaces the execution with the requested process, and <em>never return</em> in a successful execution. "successful execution" means that the process was started correctly, no matter its resulting exit code. Anything after execv*() will be processed only if it fails, and one of the most common issues is that the requested executable does not exists.</p>

<p>In addition to this, your case merely changes the exit() code, still calling exit() (which appears in the backtraces of the two bugs, and most probably one can be marked as duplicate of the other). The issue here is that fork() <em>clones</em> the calling process (in this case kdeinit), including the atexit handlers: apparently a mesa atexit handler is run... The real fix in this case is to use _exit() [2], which is a more direct way to exit the current process without running the atexit handlers.</p>

<p>Furthermore, this code looks like a C snippet to invoke a process and reading its stdout retrofitted as ThumbCreator plugin... sadly C is not an easy language, and the process APIs are complex and very prone to mistakes. The ideal solution would be to invoke ddjvu using QProcess, and read its output as it comes; it would also have the (small) advantage of making this thumbnailer plugin available on any platform, Windows included (in case anyone cases, that is).</p>

<p>Let me sum up what I think is the approach to make this ThumbCreator work properly:</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">to fix the issue in the stable branch:<ul class="remarkup-list">
<li class="remarkup-list-item">switch exit() wth _exit(), using the same exit code (otherwise <tt style="background: #ebebeb; font-size: 13px;">ok</tt> won't be set as false after the waitpid() call in the parent)</li>
<li class="remarkup-list-item">before the pipe creation, check for the ddjvu executable existance using QStandardPath::findExecutable, returning false quickly</li>
</ul></li>
<li class="remarkup-list-item">to fix the issue in the long term:<ul class="remarkup-list">
<li class="remarkup-list-item">rewrite this to call ddjvu using QProcess</li>
</ul></li>
</ul>

<p>[1] <a href="https://pubs.opengroup.org/onlinepubs/9699919799/functions/exec.html" class="remarkup-link" target="_blank" rel="noreferrer">https://pubs.opengroup.org/onlinepubs/9699919799/functions/exec.html</a><br />
[2] <a href="https://pubs.opengroup.org/onlinepubs/9699919799/functions/_Exit.html" class="remarkup-link" target="_blank" rel="noreferrer">https://pubs.opengroup.org/onlinepubs/9699919799/functions/_Exit.html</a></p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R320 KIO Extras</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D29805">https://phabricator.kde.org/D29805</a></div></div><br /><div><strong>To: </strong>meven, Frameworks, broulik, ngraham, pino<br /><strong>Cc: </strong>pino, kde-frameworks-devel, kfm-devel, waitquietly, azyx, nikolaik, pberestov, iasensio, aprcela, fprice, LeGast00n, cblack, fbampaloukas, alexde, Codezela, feverfew, meven, michaelh, spoorun, navarromorales, firef, ngraham, andrebarros, bruns, emmanuelp, rdieter, mikesomov<br /></div>