AuroraMiddleware/wxWidgets
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Isolated the 'error' case which I ignore

Browse Source 
git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@11512 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775
This commit is contained in:
Julian Smart 2001-08-29 12:20:36 +00:00
parent cf30ae1309
commit c556f19843
1 changed files with 19 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

25
src/unix/utilsunx.cpp
View File

@ -298,19 +298,30 @@ void wxHandleProcessTermination(wxEndProcessData *proc_data)
}
while ( rc == -1 && errno == EINTR );
if( rc == -1 || ! (WIFEXITED(status) || WIFSIGNALED(status)) )
if (rc == -1)
{
// wxLogSysError(_("Waiting for subprocess termination failed"));
// JACS: this could happen if the process was terminated and waitpid called,
// so commenting out for now.
//wxLogSysError(_("Waiting for subprocess termination failed (return code = -1)"));
}
else if (! (WIFEXITED(status)))
{
wxLogSysError(_("Waiting for subprocess termination failed (WIFEXITED returned zero)"));
/* AFAIK, this can only happen if something went wrong within
wxGTK, i.e. due to a race condition or some serious bug.
After having fixed the order of statements in
GTK_EndProcessDetector(). (KB)
*/
}
else if (WIFSIGNALED(status))
{
wxLogSysError(_("Waiting for subprocess termination failed (signal not caught)"));
JACS adds -- I have other code that kills a process recursively
and calls waitpid; so this function then generates an error.
I've commented out the wxLogSysError and the 'else' so that
termination is always done properly.
/* AFAIK, this can only happen if something went wrong within
wxGTK, i.e. due to a race condition or some serious bug.
After having fixed the order of statements in
GTK_EndProcessDetector(). (KB)
*/
}
// else