Discussion :

[PhilippeHen]

Bonjour, c'est encore moi.

j'ai toujours un problème de threads. Je m'explique :

Le main gère l'affichage (gtk+) la mise à jour de l'affichage ce fait grâce à une fonction appelée lorsque les autres ne font rien.

Code :

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

g_idle_add((GSourceFunc)recup_action,(void*)data_to_recup);

le second (recup_CSV de son petit nom) lit des données et les mets dans une pile qui est lu par recup_action (précédemment cité). il est composé d'une boucle while 1. Pour donner la main à "recup_action" j'ai essayé

Code :

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

msleep(x)

et

Code :

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

g_thread_yield ()

sans succès.

si quelqu'un à une idée.

si vous avez des questions n'hesitai pas.

Merci, bonne journée

Philippe

[teuf13]

T'as mis un g_print au tout début de recup_action pour t'assurer qu'elle est appelée ?

[PhilippeHen]

Oui il y a un printf ("")

Mais la fonction n'est jamais appelée car le thread n'est jamais "inactif". Je recherche une solution pour "l'endormir". De manière à ce que recup_action puisse se lancer.

[teuf13]

Si tu supprimes ton thread, ta méthode est appelée ?

[PhilippeHen]

oui ... et elle marche bien en plus

[teuf13]

Le msleep devrait largement suffire à mon avis, c'est bizarre..

[PhilippeHen]

aïe aïe aïe

ça part mal. Je vais continué à gratter, si je trouve la solution je la poste et si quelqu'un à une idée je prends.

Merci de ton aide...

[teuf13]

Sans code c'est pas super évident de deviner ce qui peut mal se passer... A mon avis, le g_idle_add n'est pas appelé (ou reste bloqué) pour d'autres raisons que ce que tu penses.

[PhilippeHen]

Encore un indice si ça peut aider.

Si je ne mets pas de while1 sur le thread, à la fin de celui-ci la fonction "recup_action" ce lance normalement.

[teuf13]

T'es sûr que ta boucle infinie tourne dans ton thread ? Ca donne l'impression que le thread qui fait tourner la main loop gtk+ est bloqué

[PhilippeHen]

exacte ...

Dans mon programme la guerre pour savoir qu'elle thread aura le mutex ce fait entre ma fonction de rafraichissement et le thread de remplissage de la pile. Le gtk_main n'est pas dans la partie.

je vais donc enlever le while1 du thread et je le lancerais avec un cond wait. Le signal cond sera envoyé à la fin de chaque rafraichissement. Je pense que ça devrait marcher... je vais essayer ça. Je te tiens au courant.

Merci

[teuf13]

Si ta fonction de rafraichissement, c'est le callback du g_idle_add, c'est une fonction qui est appelée de manière synchrone par gtk_main. Donc il est bel et bien dans la partie Si ta fonction de rafraichissement bloque, la boucle principale de gtk+ sera bloquée aussi.

[PhilippeHen]

Le problème n'est toujours pas résolu. Mais je pense que je vais complètement changer mon architecture. Je vais utiliser "piles standard" pour passer mes informations, ainsi je n'aurais pas à gérer la synchronisation et m'occuper des mutex.

Merci pour ton aide

salutation

[teuf13]

Avec une GAsyncQueue, t'aurais probablement pas grand chose à faire pour gérer la transmission de données entre les 2 threads... Si tu utilises une "pile standard" entre 2 threads, il y a de bonnes chances qu'il faille protéger les accés concurrents avec un mutex.

[PhilippeHen]

merci pour ton conseil. Je vais utiliser ça alors.

J'espère que ça tournera

Bonne journée.

Salutation