Discussion :

[ihih45]

Bonjour à tous,
J'ai une fonction appelée par un Thread secondaire. Cette fonction attend un message dans une boucle "TANTQUE truc=false"
Si ce message n'arrive pas, pour sortir de la fonction j'ai mis un TimerSys(,5 secondes) qui me positionne le flag "truc" à true et me permet ainsi de sortir du TantQue et donc de ma fonction.

En WD15, WD16, WD17 : pas de pb. ça fonctionne nickel.
Depuis WD18 : TimerSys() me renvoi 0 c'est à dire impossible de créer le Timer.

j'ai remarqué que dans l'aide de WD18 ils ont rajouté ceci :
Timer et Thread
"Une procédure lancée par les fonctions Timer ou TimerSys à partir d'un thread secondaire (fonction ThreadExécute) ne sera pas appelée. En effet, un thread secondaire n'a pas d'interface (c'est-à-dire pas de fenêtre ouverte) : ce thread secondaire ne reçoit pas les messages du système (la "boucle de message") comme le thread principal de l'application."


J'imagine que cela a un rapport !?...
Qu'en pensez-vous ?

Et quelle autre solution puis-je implanter pour sortir de ma fonction au bout de 5s si le message n'est pas arrivé ?

merci de votre aide,

Gilbert

[mail.spam]

Bonjour,

J'ai pas tout suivi mais en gros tu lance un thread qui soit attend un "truc" soit attend 5 seconde pour s'arrêter?
Sans avoir plus d'info ni de code ça va être dur de t'aider mais perso si je veux influencer un thread j'utilise les fonctions SignalCrée/SignalModifie/SignalAttend/SignalDétruit
Ainsi je peux gérer des événements dans mon thread.

[ihih45]

oui, c'est ça. mais pour utiliser les fonctions Signalxxx sont bloquantes.
Dans mon cas j'ai simplement besoin d'un astuce pour sortir de ma boucle au bout de 5 secondes.
Le TimerSys fonctionnait très bien jusqu'à la WD18 !

Gilbert.

[themayu]

Bonjour,

La fonction timersys doit être une simple interface de l'api windows (SetTimer / KillTimer ). Le fonctionnement est donc le même qu'avec la fonction Événement, où un handle est nécessaire pour indiquer à windows où envoyer l'information.
La version 18 rétablie donc un fonctionnement correct par rapport aux API wndows.

Pour contrôler le temps d’exécution de votre procédure vous pouvez plus simplement enregistrer l'heure avant le tantque et contrôler le temps passé avec la fonction HeureDifférence.

Exemple rapide :

Code :

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

1
2
3
4
5
6
7
HDébut est une heure = HeureSys()
TANTQUE truc=false
 SI HeureDifférence(HDébut , HeureSys()) > 500 ALORS
  ...
  SORTIR
 FIN
FIN

[OnePoint]

Bonjour,

D'après ton explication, truc est une variable globale, donc elle est accessible par le thread principal et les threads secondaires.

Aussi, je te suggère simplement d'exécuter la procédure du TimerSys dans le thread principal.

Code :

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

1
2
3
4
5
6
7
8
9
 
// lancer le thread secondaire
ThreadExécute("Thread1", threadNormal, ProcédureThread)
 
// Petite temporisation du thread principal pour laisser la main au thread secondaire
ThreadPause(10)
 
// Temporiser (5 secondes) le déclenchement de la procédure qui "bascule" la variable globale "truc"
TimerSys("ProcédureBasculeTruc", 500)

[mail.spam]

Bonjour,
Il me semble que signalattend peux avoir un paramètre de durée d'attente.