Comment utiliser SetTimer API

J'ai essayé d'utiliser SetTimer API pour appeler une fonction toutes les X minutes. Donc, j'ai écrit ce code de test

void f()
{
 printf("Hello");
}
int main() 
{
 SetTimer(NULL, 0, 1000*60,(TIMERPROC) &f); 
}

J'aurais Bonjour écrite à chaque minute, mais il ne fonctionne pas.

votre fonction f() doit être une timerproc
Votre programme est interrompant immédiatement après l'appel de SetTimer() alors bien sûr, rien ne se passe. Le rappel ne sera possible que lorsque la pompe une boucle de message, GetMessage + DispatchMesage. Vous aurez besoin de penser à ce genre de programme que vous allez écrire.

InformationsquelleAutor user2219913 | 2013-03-28

api c++windows

15

Il ya quelques problèmes avec votre programme:
1. Programmes en C ne de fin quand ils quittent main() donc il y a peu de temps lorsque le minuteur peut se produire.
2. Win32 compteurs doivent le message de la pompe (voir ci-dessous) à travailler, car ils sont mis en œuvre par WM_TIMER message, même quand ils ne sont pas associés à une fenêtre, et si vous fournissent la fonction de rappel.
  
  Lorsque vous spécifiez un TimerProc fonction de rappel, la valeur par défaut de la fenêtre
  procédure d'appels à la fonction de rappel lorsqu'il traite WM_TIMER.
  Par conséquent, vous devez envoyer des messages dans le thread appelant, même
  lorsque vous utilisez TimerProc au lieu de traiter WM_TIMER.
  
  _{Source: MSDN: fonction SetTimer}
3. La fonction de rappel a une mauvaise prototype. Voir http://msdn.microsoft.com/en-us/library/windows/desktop/ms644907%28v=vs.85%29.aspx
```
void CALLBACK f(HWND hwnd, UINT uMsg, UINT timerId, DWORD dwTime)
{
  printf("Hello");
}

int main() 
{
  MSG msg;

  SetTimer(NULL, 0, 1000*60,(TIMERPROC) &f);
  while(GetMessage(&msg, NULL, 0, 0)) {
    TranslateMessage(&msg);
    DispatchMessage(&msg);
  }

  return 0;
}
```
(Remarque: cet exemple de programme ne se termine jamais, au lieu de cela, véritable programme devrait avoir de la logique supplémentaire pour le faire en envoyant WM_QUIT).
- Thx pour le montage, pouvez-vous me dire comment vous le faire? Quand je marque quelques (mauvais) comme une partie de code, j'ai souvent un problème, comment le résoudre, l'éditeur se comporte de façon étrange.
- Np 😉 j'ai remplacé votre <code> et <pre> les balises par quatre tirets (plus le retrait de la liste). Voir aussi ici pour la modification de l'aide. J'ai aussi ajouté un devis à partir de MSDN en indiquant votre point n ° 2.
- grâce Mity, mais si j'ai deux méthodes et je tiens à appeler le premier toutes les 15 minutes et l'autre qu'une seule fois dans mon programme
- Vous pouvez utiliser deux horloges, l'un d'eux s'est arrêté avec KillTimer à son maître. Ou utiliser un timer avec un drapeau variable et un if dans le timer proc.
- et si j'ai un code après le temps que je veux exécuter.
- C'est déjà question sans rapport. Prendre en compte le fait que l'écriture des programmes Win32 (et à l'aide de la minuterie conduire à qui) implique la programmation événementielle. C'est simplement approche très différente de l'écriture classique C programme qui prend en entrée, effectue quelques calculs et écrit sur la sortie.
- L'exemple C++ à partir de MSDN dans le lien que tu as donné (et que j'utilise déjà) ne compile pas - merci de nous montrer le bon de rappel prototype
InformationsquelleAutor mity
-1

J'ai trouvé la meilleure mise en œuvre comme suit:
```
#define TIMER1 1001
#define TIMER2 1002


    SetTimer(hWndMainWnd,             //handle to main window 
        TIMER1,            //timer identifier 
        1000, 
        NULL);     //no timer callback 

    SetTimer(hWndMainWnd,             //handle to main window 
        TIMER2,            //timer identifier 
        5000, 
        NULL);     //no timer callback 
```
Puis, dans le cadre de la boucle principale:
```
LRESULT CALLBACK WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    switch (uMsg)
    {
    case WM_TIMER:
        if (wParam == TIMER1)
        {
              //do something1
        }
        else
        if (wParam == TIMER2)
        {
             //do smoething2
        }
        break;
```
- Les OP n'ont pas de fenêtre, et veut utiliser un rappel de la place. Cette réponse ne tient pas compte de ce scénario. En outre, la minuterie Id besoin d'être unique. À l'aide de valeurs codées en dur en découdront avec les autres minuterie code. Utilisez l'adresse d'un objet avec suffisamment de vie à la place. C'est pourquoi l'IDENTIFIANT est le pointeur de la taille. Aussi, lors de la copier le code, la bonne attribution devrait venir avec elle.
- La "fenêtre" paramètre est facultatif et peut être remplacé par un NULL. Voir msdn.microsoft.com/en-us/library/windows/desktop/... pour en savoir plus. La réponse adresses le scénario exact, et a été entièrement testé. C'est notre propre code et il fonctionne. À l'aide de valeurs codées en dur ne sera pas en conflit avec d'autres minuterie de code, parce que tous les compteurs à zéro, qui sont définis par SetTimer() sont définies dans le champ d'application de la demande. Pour le but de la réponse, à l'aide de ces définitions de préprocesseur est la meilleure chose à faire.
- Le window paramètre est facultatif, si vous fournir un rappel. Et lorsque vous le faites, le WM_TIMER message n'est plus affiché à la fenêtre de votre. La procédure de fenêtre est vide de sens dans ce scénario. Si vous utilisez une minuterie de rappel, l'ID de minuterie n'est plus associé à une fenêtre, et doit être unique au monde dans votre application. Une application qui utilise la 3e partie du code ne peut pas utiliser codé en dur, les valeurs d'ID sans risquer une collision. À l'aide de l'adresse d'un objet avec la durée de vie appropriée est la technique classique, afin d'assurer l'unicité.
- Ma réponse n'a pas de défauts et a été entièrement testé. Vous êtes de répéter les choses que j'ai déjà écrit ou ramasser des détails inutiles (comme le pré-processeur directive j'utilise). J'ai vraiment plus rien à ajouter à ce que j'ai écrit. Il n'y a rien de mal codé en dur à l'aide de l'ID dans le champ d'application de cette réponse, et même si le 3ème parti bibliothèques sont utilisées, il ne devrait pas interférer (et vous pouvez trouver que la plupart 3e bibliothèques contiennent une masse de leurs propres "DÉFINIR ..." et qui PEUT être un problème, mais c'est assez rare. Lorsque cela se produit, il suffit de changer vos définitions. Ce n'est PAS la raison de ne pas utiliser de DÉFINIR.
- Les minuteries peuvent être utilisés de deux manières distinctes: Par la manipulation de la WM_TIMER message et en ayant le système d'invoquer une fonction de rappel. L'OP est de demander à propos de ce dernier, bien que votre réponse explique comment utiliser l'ancien. Les deux voies ont des différences significatives: la Manipulation de la minuterie (gestion des messages dans la fenêtre de procédure vs offrant un rappel) et la portée de l'ID de l'unicité (fenêtre vs demande). Bien que cette réponse ne parvient pas à expliquer, comment utiliser les minuteries avec un rappel, il tombe à court de leur expliquer, pourquoi l'OP code ne fonctionne pas. Cette réponse n'est pas utile.
InformationsquelleAutor Michael Haephrati

Vous devez vous connecter pour publier un commentaire.