Discussion :

[droliprane]

Bonjour,

encore une fois je m'en remets à vous pour analyser un comportement que je n'arrive pas à expliquer.

Je vous décris le contexte :

soit une fenêtre FI_CHIFFRE_AFFAIRE qui me fait un graphe représentant le chiffre d'affaire réalisable sur une période compte tenu du carnet de commande.
ainsi qu'une procédure refresh qui exécute 2 threads, l'un qui récolte les données nécessaires au graphe (temps d'interrogation peut prendre quelques secondes) et l'autre qui va dessiner le graphe quand le premier thread sera terminé :
je veux mettre en standby mon second thread tant que le premier n'est pas terminé, mais la pause ne doit pas avoir lieu dans le thread principal pour ne pas le bloquer
je décide d'utiliser un signal dont le nom est une variable globale de ma fenêtre, égal à "dessine_"+donneIdentifiant(), cette même fenêtre interne pouvant être dupliqué un nombre de fois inconnu, le nom du signal doit être unique.
voici ce que j'essaies de faire actuellement :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
PROCEDURE refresh()
 
SignalDétruit(nomSignal)
SignalCrée(nomSignal, signalAutomatique, signalFermé)
 
// Exécution du thread de query
ThreadArrête("ThreadQuery")
ThreadExécute("ThreadQuery", threadNormal, "query")
 
// Exécution du thread de dessin
ThreadArrête("ThreadDessine")
ThreadExécute("ThreadDessine", threadNormal, "dessine")

au début de dessine() :

Code :

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

1
2
3
4
5
 
SignalAttend(nomSignal)
Trace("signal reçu")
//suite des instructions de dessin
//...

et à la fin de query() je lance un SignalModifie(nomSignal, signalOuvert)

Pourtant, quand je trace l'évolution des 2 procédures threadées, j'ai immédiatement le "signal reçu", alors que la procédure query () a à peine commencé...

Du coup j'ai un plantage de ma procédure de dessin parce qu'elle s'appuie sur des données qui ne sont pas encore présentes !!

Est-ce que je m'y prends mal ?

Merci

[tatayo]

Bonjour,
Pourquoi ne pas utiliser une sémaphore ?

Tatayo.

[droliprane]

Bonjour,
j'ai mis la charrue avant les bœufs en postant sans me renseigner avant
là je lis quelques posts qui traitent d'à peu près le même sujet, et effectivement le concept de sémaphore est resorti, je pense que c'est aussi ce qu'on appelle mutex ?
je dois voir comment le mettre en pratique
éventuellement un exemple serait le bienvenu

[droliprane]

en fait je ne sais pas si c'est vraiment ce qu'il me faut

je ne souhaite pas réellement protéger un bout de code de manière à ce qu'il ne puisse être exécuté que par un thread à la fois (= section critique = sémaphore ou mutex)

je cherche plutôt à mettre en attente un thread B, lequel sera débloqué à la fin d'un thread A, sachant que les deux threads A et B sont créés l'un après l'autre par le thread principal

je me demande si un signal peut être transmis entre deux thread secondaires, dans l'aide on dirait que c'est toujours le thread principal qui envoie des signaux aux threads secondaires....

[droliprane]

Ok, alors un threadpause(100) au début du thread B a réglé le problème

Bon je me retrouve quand même confronté à ce fichu problème de graphe qui ne peut être dessiné correctement quand les instructions sont dans un thread, j'avais oublié ça

Du coup je suis contraint d'exécuter ma procédure dessine() dans le thread principal, mais comment attendre la fin du thread de collecte de données pour exécuter dessine() sans que ce soit bloquant dans le thread principal

j'ai comme l'impression que le comportement que je recherche nécessite d'utiliser les threads, mais le contexte particulier de mon problème (dessiner un graphe) fait que ça ne peut pas être dans un thread

EDIT : Est-ce que l'utilisation de postmessage ou d'événement permet de se détacher du contexte threadé ? parce que ce serait la solution pour moi de déclencher un événement dans le thread principal sur lequel je déclenche dessine()

[droliprane]

Formidable, postmessage fonctionne parfaitement pour simuler un évenement sur un bouton par exemple, via l'api Windows

c'est mon thread secondaire qui lance un PostMessage(Handle(BTN_dessine),WM_LBUTTONDOWN,0,0) et le traitement dessine() qui s'exécute sur clic du bouton a bien lieu dans le contexte du thread principal

par contre, le dit bouton doit être visible, ça ne fonctionne pas lorsqu'il est invisible, alors je dois le rendre tout petit (1x1) à moins qu'une autre technique plus propre existe...

[tatayo]

Peut-être en le changeant de plan, même si je n'y crois pas trop.
Sinon il doit être possible de le masquer derrière un autre champ en jouant avec l'altitude.

Tatayo.

[themayu]

Bonjour,

Postmessage vous permet d'envoyer l'événement que vous voulez, en remplaçant le WM_LBUTTONDOWN par un entier à votre convenance (enfin presque, voir du coté de WM_USER ...), vous pouvez ensuite dans votre fenêtre principale déclarer un événement avec ce code, qui exécute votre procédure.

Le dernier sujet de WdKyle illustre justement ce fonctionnement ....