Discussion :

[syl1405]

Bonjour,

Je désire définir au sein d'une classe un traitant de signal qui modifie un attribue. En schématisant :

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
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
A.h :
 
class A{
private : 
     bool att1;
public :
     A();
     ~A();
}
 
A.c :
 
void fct(int signum)
{
     att = true;
}
 
A::A()
{
    struct sigaction gest;
    gest.sa_handler = fct;
    gest.sa_flags = 0;
    sigaction(SIGUSR1, &gest, NULL);
 
    att = false;
 
}
 
A::~A()
{
}

Seulement, ceci ne peut pas fonctionner car l'attribut "att" n'existe pas pour le traitant "fct" car ce n'est pas une méthode de la classe. Si je mets le traitant en tant que méthode de la classe, la structure de sigaction n'est plus valide :

error: argument of type ‘void (A:(int)’ does not match ‘void (*)(int)’

J'ai pensé à faire une méthode "setAtt()", mais comme celle-ci ne peut être utilisée que dans une instance de l'objet, je ne peux l'utiliser comme tel dans le traitant.

Je voudrais donc savoir plusieurs choses :

Déjà, est-ce que c'est propre de déclarer un traitant dans une classe ? (bien que je n'ai besoin d'instancier qu'un seul objet, si je voulais en instancier plusieurs, le même traitant serait redéclarer)

Y a-t-il un moyen plus intelligent de le déclarer ? (je dois le déclarer dans le main ? A ce moment-là, comment puis-je "donner un argument" au traitant qui manipulerait alors un objet de type A ?)

Je vous remercie d'avance pour vos réponses.

Syl

[bruno_pages]

Bonjour,

Si les modifications à effectuer portent uniquement sur des attributs de classe (et non d'instance) alors vous pouvez remplacer fct par une opération de la classes (et non d'instance)

Sinon votre problème principal sera de savoir sur qu'elle instance les traitements seront effectués. Pour se faire vous pouvez très bien utiliser une sorte d'abonnement, comme le fait Qt par exemple, mais comme dans votre cas le profile le profile de l'opération est fixe vous n'avez pas à passer par un outil de génération tel que moc. Le plus propre est alors de passer par une interface SignalSubscriber ne déclarant que l'opération handler, les classes ayant des instances pouvant s'abonner au signal devant hérité de SignalSubscriber. De l'autre coté vous avez une sorte de contrôleur (à oriori un singleton) dont une opération de classe est le handler fournis au sigaction, et qui via une autre opération reçoit les demandes d'abonnement avec un arg de type SignalSubscriber et à priori un autre indiquant le signal auquel on s'interesse

[syl1405]

Merci pour votre réponse.

Bonjour,
Si les modifications à effectuer portent uniquement sur des attributs de classe (et non d'instance) alors vous pouvez remplacer fct par une opération de la classes (et non d'instance)

C'est ce que je voulais faire en fait. Le souci, c'est quand je renseigne le champ sa_handler par une méthode de ma classe, j'ai un message d'erreur concernant le typage (voir le message d'erreur plus haut).

Du coup, je suis passé par une variable globale qui est modifiée par le traitant de signal, puis une méthode modifie l'attribut de l'objet ... mais je ne trouve pas ça très propre.

Syl

[bruno_pages]

c'est quand je renseigne le champ sa_handler par une méthode de ma classe, j'ai un message d'erreur concernant le typage

vous n'aviez pas donné la version avec l'opération, mais à priori c'est parce que celle-ci n'était pas une opération de classe (c.a.d. static)

il faut donc quelque chose comme :

Code :

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

1
2
3
4
5
class A{
...
   static void handler(int);
...
};

[syl1405]

Code :

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

1
2
3
4
5
class A{
...
   static void handler(int);
...
};

Merci beaucoup pour cette information !

Syl