Discussion :

[tintin72]

Bonjour,

Dans mon appli j'utilise timeSetEvent pour appeler une fonction callback
de façon périodique.
Mais, je viens de voir sur MSDN que timeSetEvent était obsolete
et qu'il valait mieux maintenant utiliser CreateTimerQueueTimer.
J'ai donc procédé au remplacement en regardant les exemples et explications
sur MSDN mais il reste quelques points obscurs.

1 - Puisque je n'ai qu'une seule fonctions à appeler, je n'utilise pas
CreateTimerQueue et je met directement le 2eme argument de CreateTimerQueueTimer à NULL.
Est ce que c'est une bonne façon de procéder ou vaudrait-il mieux quand même créé une queue pour le timer ?

2 - Sachant que ma fonction callback (asynchrone) doit être appelé toutes les 2/3 ms et que sa tâche peut être plus ou moins longue selon l'état de certaines variables, je voudrais savoir quel flag serait le plus judicieux:

WT_EXECUTEDEFAULT
WT_EXECUTEINTIMERTHREAD
WT_EXECUTEINPERSISTENTTHREAD
WT_EXECUTELONGFUNCTION

Je pencherais pour WT_EXECUTEINTIMERTHREAD mais je ne suis vraiment
pas sûr.
Quelqu'un pourrait-il m'aider ?

Merci

[Médinoc]

Toutes les 2/3 millisecondes ?
Je ne suis pas sûr que Windows puisse faire ça, sachant que la précision de fonctions comme Sleep() tourne autour de 15ms...

[tintin72]

Dans mon appli qui utilise timeSetEvent la période est définit
à 5 ms. Apparemment ça fonctionne bie. Bon c'est sûr il
faudrait utiliser un prog de test pour s'assurer que la fonction
est effectivement bien appelée toutes les 5 ms.