Python plante lors du lancement d'un thread.

Bonjour,

Je fais une petite appli qui entre autres, liste le contenu d'un répertoire dans un gtk.TreeView.

L'appli marche très bien, j'ai voulu mettre en place un thread pour un affichage dynamique lors du chargement.

Problème, le comportement de l'appli est aléatoire, soit cela fonctionne, le dossier est chargé, soit python plante est tout se ferme.
Cela peut marcher plusieurs fois de suite, ou planter directement.

J'ai cette erreur :

Code:

---

1 2 3 4

$ python main.py python: ../../src/xcb_lock.c*:33*:*_XCBUnlockDisplay: L'assertion «*xcb_get_request_sent(dpy->xcb->connection) == dpy->request*» a échoué. Abandon

---

Apparament un problème de lock, je n'en ai pas mis en place, mais je vois pas l'intéret puisque j'ai bloqué la possibilité de charger 2 dossiers en même temps.

Une idée sur le sens de cette erreur ?

Merci.

Je ne suis pas sur, parce que ton mail ne donne pas beaucoup de detail, mais le probleme est classique dans une application graphique, il faut faire attention a la facon dont on interragit avec les composants graphiques depuis un thread. Donc l'idee est d'eviter d'appeler les methodes sur les composants graphiques, notamment celles qui induisent un repaint, depuis le thread.

merci de ta réponse, quelques détails donc :

le programme est (ou plutot sera) un taggeur de mp3:

Au lancement, il charge un dossier récursivement dans un treeview (sans threads, c'est assez rapide).

lorsque je double clique sur un menu, il va récupérer la valeur des tags de tous les fichiers enfants (il s'arrête quand tous les tags sont différents), sans threads non plus.

Des entrys me permettent de modifier les valeurs des tags, lorsque je clique sur enregistrer, un thread est lancé, qui va modifier la valeurs de tous les fichiers enfants.

Citation:

---

Donc l'idee est d'eviter d'appeler les methodes sur les composants graphiques, notamment celles qui induisent un repaint, depuis le thread.

---

En gros je ne doit pas agir sur les éléments graphiques dans le thread enfant c'est bien ca ?

Le seul élément graphique que mon thread enfant modifie c'est une barre de progression gtk, cela pourrait venir de la ?

Citation:

---

Le seul élément graphique que mon thread enfant modifie c'est une barre de progression gtk, cela pourrait venir de la ?

---

A mon avis oui. Essaye.

g_idle_add/g_timeout_add peuvent être utiles pour déporter des mises à jour graphiques du thread enfant vers le thread principal : les callbacks de ces 2 fonctions sont toujours invoqués dans le thread principal.

C'est une de ces deux fonctions que j'utilise, je n'ai pas le code sous les yeux.

Il faut donc que je teste si le thread enfant tourne encore avec g_idle_add (avec une tite variable dans le thread enfant par exemple), et que je modifie mes éléments graphiques dans g_idle_add ?

J'essaie ce soir :)

merki :king:

Je ferais plutôt un appel à g_idle_add dans le thread enfant du type :
g_idle_add (update_progress_bar, XXXX);
avec XXXX qui te permet de savoir l'état à donner à ta progress bar.

Avec un appel idle_add() dans le thread enfant vers une méthode du thread principal j'avais le même problème.

Problème résolu par un timeout_add() dans le thread principal, vers une fonction qui va chercher l'état d'avancement du thread enfant et modifie la progressbar en conséquence.

Merci pour votre aide, Résolu :)