Discussion :

[vdaanen]

Bonjour a tous,

en désespoir de cause (et en espérant avoir fait une bêtise si grosse que je ne la vois pas ), je me tourne vers vous.

Voici le probleme : j'ai une appli qui deroule un protocole et chaque etape graphique du protocole est affiché via des CDialog.

Dans plusieurs vues, j'utilise des Timers (CTimer via SetTimer/KillTimer/OnTimer) et ca marche nickel depuis des lustres..
Recemment, j'ai du refactoré une vue (appelons la vue_problématique) et j'ai besoin d'un Timer dans cette derniere et la stupeur, le timer ne fonctionne pas.

J'ai bien la macro ON_WM_TIMER dans la map des messages, ainsi que la methode

Code :

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

afx_msg void OnTimer(UINT nIDEvent);

declarée et implementée mais je n'y passe jamais alors que l'appel au SetTimer est ok.

Plus etrange encore, les timers de la vue generique sont desactivés le temps que cette vue_problématique est affichée. C'est comme si j'avais declenché une commande qui desactive tous les timers des l'appli qd cette vue_problématique est affichée. Des que je la quitte, tout refonctionne correctement !

Y aurait-il une methode d'un CDialog ou CWnd connue pour desactiver les timers ?

Si quelqu'un a une idée, une suggestion, je suis preneur car je ne sais vraiment plus quoi faire pour trouver l'origine de ce probleme !

Merci

[bacelar]

J'ai l'impression que vous utilisez des Timer de fenêtre et non des Timer système.

Ces Timer de fenêtre reposent sur la pseudo-génération d'un message de fenêtre WM_TIMER.

Ce mécanisme simplifie la programmation par l'utilisation de routine dans le thread graphique et pas de fonction de callback dans des threads différents.

Mais ce mécanisme est sujet à beaucoup d'interférence dont la génération intempestives d'autres messages plus prioritaires. Et je ne suis même pas sur que WM_TIMER passe avec WM_PAINT, je pense même le contraire.

Résultat de mes supputations, vos timers ne se déclenchent pas car votre "vue_problématique" génère probablement en continu des messages WM_PAINT (directement ou via Invalidate()).

[vdaanen]

Bonsoir

J'ai l'impression que vous utilisez des Timer de fenêtre et non des Timer système.

Effectivement. Comment utilise-t-on des timers systeme ?

Ces Timer de fenêtre reposent sur la pseudo-génération d'un message de fenêtre WM_TIMER.

Ce mécanisme simplifie la programmation par l'utilisation de routine dans le thread graphique et pas de fonction de callback dans des threads différents.

Mais ce mécanisme est sujet à beaucoup d'interférence dont la génération intempestives d'autres messages plus prioritaires. Et je ne suis même pas sur que WM_TIMER passe avec WM_PAINT, je pense même le contraire.

Résultat de mes supputations, vos timers ne se déclenchent pas car votre "vue_problématique" génère probablement en continu des messages WM_PAINT (directement ou via Invalidate()).

Je viens de faire le test et le message WM_PAINT est appelé une fois lors du rendu initial de la page.
Ensuite, cette page attend l'arrivée de données par reseau (images medicales). Le Timer me sert a detecter que l'envoi des images est terminé pour mettre a jour le GUI.
Durant l'attente, aucun appel a OnPaint (tracé via la macro TRACE)

Le mystere reste entier ....

V

[bacelar]

Utilisez Spy++ pour espionner les messages reçus par une fenêtre.

Utilisez vous des MessageBox, ou autres Dialogues modales ?
http://www.ms-news.net/f3291/my-dial...s-2682902.html

[TheGzD]

Peut-on voir le code de la fenêtre incriminée ?

[vdaanen]

Peut-on voir le code de la fenêtre incriminée ?

umh, ca va etre difficile car faudrait que je poste plusieurs fichiers (et en + c'est du code d'entreprise....)

Mais dis moi ce que tu veux savoir, je te repondrai de maniere la precise