à moins que ton programme crashe ou que tu bousilles le pointeur contenant l'adresse de la fonction à appeler dans le OnTimer, il sera appelé à un moment ou un autre :D
J'aimes bien ces remarques pleines d'optimisme :D
antp
à moins que ton programme crashe ou que tu bousilles le pointeur contenant l'adresse de la fonction à appeler dans le OnTimer, il sera appelé à un moment ou un autre :D
farib
le ontimer est rétardé mais pas squizzé
LetoII
antp a écrit a écrit :
argh grillé
hehe :D
antp
argh grillé
antp
ontimer sera appelé lorsque tu feras Application->ProcessMessages(); ou lorsque la fonction de calcul sera finie (en supposant qu'il n'y ait plus rien après)
LetoII
farib a écrit a écrit :
en gros, si il y a un calcul pendant le ontimer, il n'y a pas d'appel ontimer, point final ?
Sauf si tu fais un Application->ProcessMessage(). Dans ce cas il sera traité lors de l'appel à cette méthode.
farib
en gros, si il y a un calcul pendant le ontimer, il n'y a pas d'appel ontimer, point final ?
antp
farib a écrit a écrit :
euh, t'as pas répondu...
si, j'ai répondu, mais faut lire entre les lignes :p
(et je croyais que tu savais que le onTimer était issu d'un message Windows) :D
farib
carbon_14 a écrit a écrit :
Si c'est le Timer qui fait battre le coeur du programme, il faut que le travail en cours ne soit pas trop long (sinon, on risque de "rater le coche" ). Si le timer n'a qu'une action annexe, il faut de temps en temps vérifier si le message est ou non arrivé.
dans mon cas, le timer donne juste le "top" pour faire descendre la piece en cours d'une ligne
Carbon_14
Sous Win/C, il y a un message émis WM_TIMER (de mémoire). Tout dépend de si on a prévu de le prendre en compte de façon prioritaire ou non.
Si c'est le Timer qui fait battre le coeur du programme, il faut que le travail en cours ne soit pas trop long (sinon, on risque de "rater le coche" ). Si le timer n'a qu'une action annexe, il faut de temps en temps vérifier si le message est ou non arrivé.
Dans un système 32 bits multithread, ça doit pouvoir être moins critique, si on s'y prend bien (je code tj sous 16 bits => j'imagine)...
LetoII
Ben si tu traite pas les message windwos pendant ton calcul ben le timer attend le fin.
farib
euh, t'as pas répondu... si le timer crie en plein calcul, le timer attend que le calcul soit fini, ou le timer prend l main ?
(pour un tetris ca doit pas avoir bcp d'importance, masi bon)
antp
il se peut que de temps en temps tu doive faire un Application->ProcessMessages(); pour traiter les messages Windows (ça évite par ex que l'application ait l'air planté)
bon évidemment c'est mieux de mettre tes calculs dans un thread séparés si ça dure longtemps
farib
pour le OnTimer de builder, et de maniere générale pour un timer....
le Timer n'appelle-t ontimer que si le logiciel est au "repos"
; par ex si je suis dans un calcul et qu'en plein milieu le timer appelle, mon calcul serat-il momentanément interrompu par le "ontimer" ?
