Discussion :

[_Michel]

Bonjour,
je voudrais savoir si les fonctions callback sont executées en tant que thread système ou en tant que thread du programme qui s'execute.

Si on elles prennent le temps du programme, comment peut-on executer deux "chemins" en même temps :
d'une part le fonction Winmain qui se s'arrète qu'à la fin : while (GetMessage ...)" et d'autre part la callback.

Si elles prennent le temps du système, comment peut-on partager un mutex entre les threads de toutes les callback qui s'executent en même temps?
Il faut faire un appel à CreateMutex dans la Winmain et faire un appel à OpenMutex puis à WaitForSingleObject dans les callback quand on veut modifier la donnée ou bien il faut faire un appel à CreateMutex dans les callback quand on veut modifier la donnée ou il faut faire autre chose?

[Médinoc]

À part pour les hooks et un callback des services, à ma connaissance tous les callbacks sont exécutés dans un thread du procesus qui les règle.

Les callbacks de fenêtre et boîte de dialogue sont toujours éxécutés dans le thread auquel appartient la fenêtre: Ils sont appelés lors du DispatchMessage() pour les messages "postés", et généralement plus tôt (notamment lors du GetMessage()) pour les messages "envoyés" par les autres threads, qui sont plus urgents. Sachant qu'il peut y avoir des boucles de message dans la boucle de message, etc. (Par exemple, si le callback appelle MessageBox() suite à un clic sur un bouton, etc.)

Le callback d'EnumWindows() ou EnumThreadWindows() est appelé par la fonction elle-même, plusieurs fois durant son exécution.

En tout cas, les callbacks de fenêtre Windows ne seront jamais appelés quand on ne s'y attend pas: La programmation fenêtrée est de la programmation événementielle et non de la programmation interruptible.

[_Michel]

Donc deux fonctions callback ne peut pas s'executer en même temps ? Donc pas besoin de partage de mémoire.

Et dans un boucle comme ça :

Code :

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

1
2
3
4
5
6
 
while (GetMessage (&messages, NULL, 0, 0))
{
    TranslateMessage(&messages);
    DispatchMessage(&messages);
}

les messages sont envoyés à la callback par les focntions GetMessage et DispachMessage ?

C'est quoi la programmation interruptible ?

[Médinoc]

Deux fonctions callback ne peuvent s'exécuter en même temps, mais il faut savoir qu'une fonction callback peut indirectement en appeler une autre ou même s'appeler elle-même (Si elle fait un MoveWindow() par exemple, ou tout simplement un SendMessage() sur sa propre fenêtre).

La programmation interruptible, c'est notamment jouer avec les signaux : Un signal peut arriver absolument à tout moment sur le processus. C'est parfois utilisé sous Linux avec les sockets, entre autres. Sous Windows, ce n'est pratiquement jamais utilisé.

[_Michel]

Ah non, y'a un problème :

j'ai équipé la boucle de la Winmain comme ça :

Code :

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

1
2
3
4
5
6
7
while (GetMessage (&messages, NULL, 0, 0))
{
    sprintf (chaine, "Message envoyé (message : %4lu, wParam : %10lu, lParam : %10lu).\r\n", messages.message, messages.wParam, messages.lParam);
    WriteFile (hFichier, chaine, 76, &buffer, NULL);
    TranslateMessage(&messages);
    DispatchMessage(&messages);
}

et voilà le résultat (tous ces messages proviennent non pas de la Winmain mais de la callback) :

Code :

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

1
2
3
4
5
6
7
8
9
10
Message reçu (message :   36, wParam :          0, lParam :    2291600).
Message traité (message :   36, wParam :          0, lParam :    2291600).
Message reçu (message :  129, wParam :          0, lParam :    2291576).
Message traité (message :  129, wParam :          0, lParam :    2291576).
Message reçu (message :  131, wParam :          0, lParam :    2291632).
Message traité (message :  131, wParam :          0, lParam :    2291632).
Message reçu (message :    1, wParam :          0, lParam :    2291544).
Message traité (message :    1, wParam :          0, lParam :    2291544).
Message reçu (message :   24, wParam :          1, lParam :          0).
Message traité (message :   24, wParam :          1, lParam :          0).

Donc la majorité des appels se fait hors de la Winmain, à moins que DispatchMessage ou GetMessage envoient plusieurs messages à la fois à la callback.

[Médinoc]

DispatchMessage() ne dispatche que le message "posté" retourné par GetMessage(), mais avant de retourner, GetMessage() a déjà dispatché tous les messages "envoyés", comme indiqué dans sa doc.

Sans compter que le traitement de certains messages par DefWindowProc() déclenche une boucle de messages imbriquée: Par exemple, si tu cliques sur la barre de titre pour déplacer la fenêtre, DefWindowProc() ne retourne pas tant que le bouton n'est pas relaché: Il y a une boucle de messages interne.

[_Michel]

Donc si j'ai bien compris, GetMessage appelle la callback pour chaque message dans la thread queue et de temps en temps au lieu de faire ça il crée une structure et retourne une valeur. Mais alors quand il n'y a aucun message, qu'est ce qui se passe?
(Ma doc n'est pas très claire en fait)