Des cas de Test en C pour WIFSIGNALED, WIFSTOPPED, WIFCONTINUED

Je suis en train de jouer avec waitpid() et le signal() et je suis à la recherche de fiable des cas de test pour le retour WIFSIGNALED(statut) = WIFSTOPPED(statut) = WIFCONTINUED (statut) = vrai, mais ne trouvez pas tout...

Soin de me dire comment puis-je faire en sorte que ces return true si je peut corriger mon code?

Aussi, quelques indications sur ce qui signaux devraient je l'attrape avec signal() pour tester ces macros serait utile...

InformationsquelleAutor Ricardo Amaral | 2009-05-25
  1. 4
    #include <errno.h>
#include <signal.h>
#include <stdio.h>
#include <stdlib.h>
#include <sys/wait.h>
#include <unistd.h>
#define NELEMS(x) (sizeof (x) / sizeof (x)[0])
static void testsignaled(void) {
kill(getpid(), SIGINT);
}
static void teststopped(void) {
kill(getpid(), SIGSTOP);
}
static void testcontinued(void) {
kill(getpid(), SIGSTOP);
/* Busy-work to keep us from exiting before the parent waits.
* This is a race.
*/
alarm(1);
while(1) {}
}
int main(void) {
void (*test[])(void) = {testsignaled, teststopped, testcontinued};
pid_t pid[NELEMS(test)];
int i, status;
for(i = 0; i < sizeof test / sizeof test[0]; ++i) {
pid[i] = fork();
if(0 == pid[i]) {
test[i]();
return 0;
}
}
/* Pause to let the child processes to do their thing.
* This is a race.
*/
sleep(1);
/* Observe the stoppage of the third process and continue it. */
wait4(pid[2], &status, WUNTRACED, 0);
kill(pid[2], SIGCONT);
/* Wait for the child processes. */
for(i = 0; i < NELEMS(test); ++i) {
wait4(pid[i], &status, WCONTINUED | WUNTRACED, 0);
printf("%d%s%s%s\n", i, WIFCONTINUED(status) ? " CONTINUED" : "", WIFSIGNALED(status) ? " SIGNALED" : "", WIFSTOPPED(status) ? " STOPPED" : "");
}
return 0;
}
    InformationsquelleAutor Dave
  2. 2

    Manipulation WIFSIGNALED est facile. Le processus de l'enfant peut se suicider avec le kill() appel système. Vous pouvez aussi vérifier core dumps - certains signaux créer (SIGQUIT, IIRC); certains signaux ne sont pas (SIGINT).

    Manipulation WIFSTOPPED peut être plus difficile. La simple étape à faire est d'essayer pour l'enfant d'envoyer lui-même SIGSTOP avec le kill() appel système à nouveau. En fait, je pense que cela devrait fonctionner. Notez que vous voudrez peut-être vérifier sur SIGTTIN et SIGTTOU et SIGTSTOP - je crois qu'ils comptent pour WIFSTOPPED. (Il ya aussi une chance que SIGSTOP ne fonctionne sainement lorsqu'il est envoyé par un débogueur à un processus, il est en cours d'exécution via la non-POSIX appel système, ptrace().)

    Manipulation WIFCONTINUED est quelque chose que je pense que les parents ont à faire; après avoir détecter un processus a été arrêté, votre code d'appel devrait le faire poursuivre par l'envoi d'un son état de signal (kill() de nouveau). L'enfant ne peut pas livrer de lui-même; il a été arrêté. Encore une fois, je ne suis pas sûr qu'il y a des rides à s'inquiéter, probablement.

    InformationsquelleAutor Jonathan Leffler
  3. 1

    Un cadre quelque chose comme ci-dessous va vous permettre de vérifier les résultats de la wait() et waitpid() appels.

    pid_t pid = fork();
if (pid == 0) {
/* child */
sleep(200);
}
else {
/* parent */
kill(pid, SIGSTOP);
/* do wait(), waitpid() stuff */
}

    Vous n'avez pas fait de capture les signaux (à l'aide de signal() ou fonction) qui sont envoyés. signal() installe un gestionnaire qui remplace le comportement par défaut pour le signal spécifique - donc, si vous voulez vérifier le signal de la fin de votre processus, en choisir un qui a ce comportement par défaut - "man -s7 signal" vous donnera plus de détails un signal comportement par défaut.

    Pour les macros que vous avez mentionné l'utilisation SIGSTOP pour WIFSTOPPED(status), SIGCONT pour WIFCONTINUED (status) et SIGINT pour WIFSIGNALED(status)

    Si vous voulez plus de flexibilité pour tester, vous pouvez utiliser le tuer (voir "man kill") pour envoyer des signaux à votre processus. kill -l liste de tous les signaux qui peuvent être envoyés.

    • Le même que j'ai fait remarquer ci-dessus, ce que je suis le plus la recherche de signaux spécifiques pour tester ces macros. Il y a un problème, comment puis-je vérifier le WIFSTOPPED si je ne peux pas gérer SIGSTOP?
    • vous ne pouvez pas gérer SIGSTOP de l'enfant; WIFSTOPPED est conçu pour l'utilisation dans le parent: if( pid != 0 && WIFSTOPPED( status ) { /* do something */ }
    InformationsquelleAutor Beano
  4. -1

    dans vos tests, vous pouvez fork() et d'envoyer des signaux à votre enfant des processus? Dans ce scénario, le processus fils sont des cas de test?

    MODIFIER

    ma réponse est sur le codage d'un C test. vous fourche, obtenir le pid de votre enfant (le processus
    avec les gestionnaires de signaux installé), vous pouvez envoyer le signal à l'aide d' kill(2).
    De cette façon, vous pouvez tester le statut de sortie

    • Bien sûr j'ai déjà, je suis à la recherche pour les signaux spécifiques, que l'on va produire de la macro est égal à true... Comment puis-je les envoyer via le bash à un processus spécifique afin que je puisse les tester, c'est ce que je veux savoir.
    • à l'aide de kill(1), man 1 kill pour plus d'informations
    InformationsquelleAutor dfa