開發平台(Platform): (Ex: Win10, Linux, ...)
Linux
編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出)
gcc-6
額外使用到的函數庫(Library Used): (Ex: OpenGL, ...)
問題(Question)：
短暫成為殭屍行程是正常的嗎？
餵入的資料(Input)：
預期的正確結果(Expected Output)：
即使子行程提早結束也不會變成殭屍行程
錯誤結果(Wrong Output)：
程式碼(Code)：(請善用置底文網頁, 記得排版)
if (pid < 0) {
perror("fork");
exit(EXIT_FAILURE);
}
else if (pid == 0) { // child process
system("sleep 0");
_exit(EXIT_SUCCESS);
}
else if (pid > 0) { // parent process
system("sleep 3"); // 子行程變成殭屍行程
waitpid(pid, &ret, 0); // 順利回收子行程
}
補充說明(Supplement)：
上述的實驗就算子行程提早結束了
waitpid 好像還是可以順利回收那個變成殭屍的子行程
這樣產生短暫的殭屍行程是正常的嗎 XDD (抓頭
謝謝
== 已解決 ==
這應該是正常的
Synchronously waiting for the specific child processes in a (specific) order
may leave zombies present longer than the above-mentioned "short period of
time". It is not necessarily a program bug.

應該這樣說: 殭屍行程的目的就是為了等父行程來收屍所以在父行程還有餘力收屍時殭屍行程自然不會消失

zombie 不是 parent 沒用 wait 去取 child 遺留的 exitcode 導致的嗎？跟你 child 有沒有提早結束無關吧

嗯嗯 我在父行程加了 sleep 讓子行程結束早於等待

你應該用wait或join吧 sleep不是很好

他有 wait 啊, 只是故意晚 wait 而已說起來, 其實就是為了防止這篇講的這種事才會有 SIGCHLD如果在 fork 前有先設定好 SIGCHLD 一來就 waitpid 清掉那就不會留著殭屍行程了這跟父行程的 main thread 在做什麼可以不相關

那個 signal 小心使用就是。畢竟所有的 fork 都有效