Bonjour,
J’ai travaillé un peu sur les signaux sous Linux.
Et maintenant un nouveau terme "callback" (pour moi) me semble proche des signaux.
Pouvez vous m'aider à comprendre ce fameux callback?
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[DEBUTANT] callback et signaux
Bonjour,
J’ai travaillé un peu sur les signaux sous Linux.
Et maintenant un nouveau terme "callback" (pour moi) me semble proche des signaux.
Pouvez vous m'aider à comprendre ce fameux callback?
En clair, les callbacks ne sont pas "proches" des signaux, mais l'on peut dire que l'un des arguments de signal() est un pointeur de fonction, un callback.
Les callbacks sont assez rares sous nux, mais très utilisés dans l'API Windows.
Dans les langages orientés objet pur comme Java, on a tendance à utiliser des interfaces à la place. Sauf en .Net, où les pointeurs de fonction sont de retour sous le nom "delegate".
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
ben non.... Dès que tu parles d'IHM, le terme "callback" est courant.... Motif, XWindow et son ancêtre Athena les utilisent depuis 1978Envoyé par Médinoc
En fait c'est assez attaché à la notion d'événement...
Après, tout est question d'usage... Et il est parfaitement vrai que les fonctions appelées par signal peuvent être appelées callbacks (comme pourrait l'être d'ailleurs la fonction de tri appelée par qsort..), mais il n'y a aucun lien particulier entre signaux et callback, comme signalé ci-dessus.
En faite je fait un petit projet sur un microcontrôleur a la base des événements.
(Suivant l'interruption je fais un tel traitement).
Qu’est ce que m'ajoute le callback?
Merci pour tous pour vos réponses rapides.
je voulais dire historiquement......
Historiquement le terme "événement" a été lié au départ avec l'action déclenchée par un "widget" d'IHM (par exemple un bouton-poussoir).
Dans le cas de la signalisation, ce n'était pas historiquement nommé événement, mais juste signal/interruption...
Ce qu'on essaye de te dire, c'est que "callback" n'est qu'un terme, équivalent à la notion de "signal handling function" appelée lors du déclenchement d'un signal.
Par exemple lors d'un signal du type SIGIO, tu peux passer une fonction à signal. Cette fonction sera appelée lorsque l'événement se produira. On pourrait si on en a envie appeler cette fonction "callback"... Mais on peut ne pas l'appeler comme ça
Une fonction callback c'est une fonction appelé à l'insu de ton plein gré en fait appelée par le système d'exploitation.En faite je fait un petit projet sur un microcontrôleur a la base des événements.
(Suivant l'interruption je fais un tel traitement).
Qu’est ce que m'ajoute le callback?
Merci pour tous pour vos réponses rapides.
Elle est déclenchée/appelée en général par un événement que tu définis .
En l'occurence toi tu veux executer un code bien spécifique lorsque tu reçois par exemple le signal ctr+c
Elle n'est pas forcément appelée "à l'insu de ton plein gré". Elle l'est en programmation interruptible (signal()), mais dans d'autres circonstances, on sait quand la fonction sera appelée:
- Avec qsort(), la fonction de comparaison ne sera appelée QUE pendant qsort()
- Pour des fenêtres Windows (programmation événementielle), la fonction sera appelée dans GetMessage(), PeekMessage() (si, si), DispatchMessage() et des fonctions comme DialogBox() et MessageBox(), qui contiennent leur propre boucle de messages.
- La callback d'EnumWindows() sous Windows ne sera appelée QUE pendant EnumWindows()
- etc.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
FAUX...
C'est de ton plein gré, et ça n'est pas forcément par le système d'exploitation...
Si tu n"en définis pas, de fonctions, dans signal ou dans les IHM, il ne se passe rien pour toi.. Et si tu en définis, c'est TOI qui crée la fonction.
De plus, pour les GUI, c'est pas l'OS, mais le gestionnaire graphique qui dispatche...
Médinoc on a été ensemble
Certe signal() mets le state du signal à 1 mais n'appelle en aucun cas directement la fonction callback c'est le système qui s'en charge.
Bravo, tu as cité comme argument opposé le seul qui allait dans ton sens.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Beh non tu enregistres une fonction tu ne l'appeles jamais directement dans ton code sinon ca servirait à rien.FAUX...
C'est de ton plein gré, et ça n'est pas forcément par le système d'exploitation...
Si tu n"en définis pas, de fonctions, dans signal ou dans les IHM, il ne se passe rien pour toi.. Et si tu en définis, c'est TOI qui crée la fonction.
De plus, pour les GUI, c'est pas l'OS, mais le gestionnaire graphique qui dispatche...
Médinoc on a été ensemble
Ah bon ?
Ben oui, mon post dit clairement que la fonction EST appelée à l'insu de ton plein gré si tu utilises signal() : programmation interruptible.
C'est sur les autres points (contre-exemples, disant que ce n'est pas forcément à l'insu du plein gré) qu'il est en opposition.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Oui mais celui qui dispatche vers cette fonction quand l'événement se produit ??
Pour signal oui c'est le système.
Mais pour événment graphique, c'est le moteur graphique (je ne sais pas comment ça s'appelle sous Windows, mais sous Unix/linux, en X, tu as le serveur X), qui n'est pas un OS.....
Arrête s'il te plaît tu te fais du mal pour rien
Dans ce cas elle sert à rien cette fonction signal autant appelé directement ma fonction .
Pour la partie graphique ( tu fais bien de te rattraper) je ne dis pas.
je me rattrape pas, c'est ce que j'avais dit dans mon post, en même temps que Médinoc ...
Là, j'y comprends plus rien.Arrête s'il te plaît tu te fais du mal pour rien
Dans ce cas elle sert à rien cette fonction signal autant appelé directement ma fonction .
Je croyais que TU disais qu'un callback était une fonction appelée à l'insu du plein gré ?
Et moi je dis: Oui pour signal(), non pour d'autres. En clair: Pas toujours.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Ok on va dire cela mais n'empêche qu'alors vous êtes HS parce que le PO parle de signaux sous linux et à mon avis il ne parle pas de ce qui touche à la partie graphique mais bien des signaux SIG_Quelquechose
Répondre avec citation
Partager