Discussion :

[wear12]

Bonjour,

je suis en train découvrir les signaux et j'ai un petit exercice où je dois :

1) faire un programme qui intercepte un signal SIGSEGV et affiche un message.

J'ai réussi à le faire mais ça part en boucle infinie je n'ai pas compris pourquoi si quelqun peut jeter un oeil svp, merci.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 
#include <stdlib.h>
#include <stdio.h>
#include <signal.h>
#include <unistd.h>
 
void sigsegv(int s);
 
int main() {
        signal(SIGSEGV,sigsegv);
        int *ptr;
        printf("%d",*ptr); // ça doit generer le signal
}
void sigsegv(int s) {
      printf("signal sigsegv");
}

le signal est bien génerer mais ca affiche en boucle "signal sigsegv"


J'ai également une 2ème question qui est je sais qu'un signal peut etre perdu si il est envoyé 2x fois avant réception mais comment montrer ça avec du code svp

[tabouret]

Page Man de Signal() :

Les effets de signal() dans un processus multithreadé sont indéterminés.
Comme spécifié par POSIX, le comportement d'un processus est indéfini après la réception d'un signal SIGFPE, SIGILL, ou SIGSEGV qui n'a pas été engendré par kill(2) ou raise(3). La division entière par zéro a un résultat indéfini, sur certaines architectures elle déclenche un signal SIGFPE. Ignorer ce signal peut conduire à des boucles infinies. De même, diviser l'entier le plus négatif par -1 peut déclencher SIGFPE.

Utilise plutôt sigaction()

[tabouret]

Tu peux catcher SIGSEGV mais tu ne dois pas revenir de ton handler après Par exemple avec longjmp.

[rdtech]

Bonjour,
j'ai le même problème que wear12 mais avec SIGFPE et une fois passé dans le traitant de l'exception, je voudrais continuer en séquence dans le main après l'instruction qui a levé le signal. Je n'ai pas compris l'explication de Tabouret et pour le moment, je dois travailler avec signal().
Si c'est possible d'avoir plus de détails ou un bout de code pour expliquer.
Merci.

[arcanum28]

Tu dois quitter le programme avec exit(-1);
Sinon le retour du handler execute a nouveau l'instruction fautive et regenere un segfault d'ou une boucle infini sur ton handler.