Различать состояния процессов с помощью waitpid и WNOHANG

Из man 2 waitpid:

RETURN VALUE

    waitpid():  on  success, returns the process ID of the child whose state has changed;
    if WNOHANG was specified and one or more child(ren) specified by pid exist, but  have
    not yet changed state, then 0 is returned.  On error, -1 is returned.

Вы должны проверить возвращаемое значение для 0..., а также исправить остальные проверки.

code = waitpid(ppid, &status, WNOHANG | WUNTRACED | WCONTINUED);

if (code == -1) {
    // Handle error somehow... 
    // This doesn't necessarily mean that the child was terminated!
    // See manual page section "ERRORS".

    if (errno == ECHILD) {
        // Child was already terminated by something else.
        p->status = TERMINATED;
    } else {
        perror("waitpid failed");
    }
} else if (code == 0) {
    // Child still in previous state.
    // Do nothing.
} else if (WIFEXITED(status)) {
    // Child exited.
    p->status = TERMINATED;
} else if (WIFSIGNALED(status)) {
    // Child killed by a signal.
    p->status = TERMINATED;
} else if (WIFSTOPPED(status)) {
    // Child stopped.
    p->status = SUSPENDED;
} else if (WIFCONTINUED(status)) {
    // This branch seems unnecessary, you should already know this
    // since you are the one that should kill(pid, SIGCONT) to make the
    // children continue.
    p->status = RUNNING; 
} else {
    // This should never happen!
    abort();
}

Также обратите внимание:

1. Мое добавление WUNTRACED и WCONTINUED во флаги: WIFSTOPPED() не может произойти, если вы не отслеживаете ребенка с ptrace() или не используете флаг WUNTRACED, а WIFCONTINUED() не может произойти, если не используется WCONTINUED.
2. Переменные code и ppid должны быть pid_t, а не int (переменная ppid тоже кажется ненужной).

В любом случае рассмотрите возможность добавления обработчика сигналов для SIGCHLD и обновления дочерних статусов там. Ваша программа получит SIGCHLD для каждого дочернего элемента, который завершается/останавливается/возобновляется. Это намного проще и быстрее (не требует постоянного вызова waitpid() для каждого дочернего процесса).