Discussion :

[zerimbak]

bonjour,
j'ai voulu introduire un thread dans une application gtk , afin que celui-ci puisse écrire dans un gtkTextView
Je n'en suis qu'à la phase de test mais ça n'a pas l'aire de fonctionner, tout se passe comme s'il n'y avait plus que le deuxième thread qui boucle en affichant un message dans la console.
Il me semblait que normalement le main pouvait poursuivre son exécution afin d'afficher les fenêtres etc.

Pour le thread j'utilise pthread-create(...) en invoquant la fonction créée auparavant.
La compilation se passe bien.
Sauf que , avec ou sans l'option de compilation -pthread ça se passe de la même manière.

Je ne sais pas si je suis claire mais je peux joindre le source avec le makefile si nécessaire.
Merci pour votre aide.
zerimbak

[gerald3d]

L'utilisation des threads avec Gtk+ est délicate. Généralement l'utilisation de la fonction g_timeout_add(); est suffisante pour les nécessités du service.
Maintenant ce qui est possible de faire et de partager une donnée qui sera gérée avec les Mutex. Ainsi si la boucle Gtk+ est en train de lire/écrire cette donnée le thread attend. Une fois libérée le thread modifie la donnée.

Lors du traitement de cette donnée par la boucle Gtk+ si la donnée est bloquée par le thread la boucle Gtk n'attend pas et poursuit son fonctionnement jusqu'à la prochaine tentative. Cette tentative de lecture peut se faire toujours via un g_timeout_add();.

Tout ceci étant une idée parmi tant d'autres...

[zerimbak]

J'ai opté pour les gthread, j'ai réglé le premier problème - A savoir mon thread est autonome, il envoie des message régulièrement dans la console et cela ne m'empêche pas de faire marcher mon appli gtk.
Mais le problème est lorsque je veux que mon thread écrive dans le GtkTextView, là ça ne marche pas. Probablement un problème avec l'usage du paramètre gpointer dans la fonction;

C'est ligne suivante dans ma fonction qui pose problème :

pTextBuffer = gtk_text_view_get_buffer (GTK_TEXT_VIEW (data))
data étant le paramètre de ma fonction.

Dans le main j'utilise les deux lignes suivantes pour le thread :
g_thread_init (NULL)
g_thread_create (f_thread, (gpointer) Entries [4], FALSE, NULL).
Je précise que Entries est un tableau qui contient des pointeurs sur des Widget et entre autre le GtkTextView.

Les erreurs que j'obtiens sont incompréhensibles : du style Glib-GObject-CRITICAL ....initialization assertion failed, use IA__g_type_init() prior in the function.

zerimbak

[gerald3d]

Dans le main j'utilise les deux lignes suivantes pour le thread :
g_thread_init (NULL)
g_thread_create (f_thread, (gpointer) Entries [4], FALSE, NULL).
Je précise que Entries est un tableau qui contient des pointeurs sur des Widget et entre autre le GtkTextView.

Les erreurs que j'obtiens sont incompréhensibles : du style Glib-GObject-CRITICAL ....initialization assertion failed, use IA__g_type_init() prior in the function.

zerimbak

On trouve dans la documentation officielle ceci :

Please note that since version 2.24 the GObject initialization function g_type_init() initializes threads (with a NULL argument), so most applications, including those using Gtk+ will run with threads enabled. If you want a special thread implementation, make sure you call g_thread_init() before g_type_init() is called.

Donc Il est possible que tu sois obligé d'appelé g_type_init(); avant l'appel à g_thread_init();.
Mais avant d'en arriver là appelles-tu gtk_init(); avant g_thread_init();?

[teuf13]

Tu oublies peut être d'appeler gtk_init (qui appelle g_type_init) avant de lancer ton thread, ce qui expliquerait le message d'erreur.
Par contre, j'espère que tu as lu et que tu connais par coeur la doc concernant l'utilisation de thread avec gtk+, en particulier si tu souhaites appeler des fonctions gtk+ depuis différents threads. Sinon tu vas au devant de problèmes

[zerimbak]

En effet le gtk_init() était placé après l'initialisation du système de threads, donc j'ai corrigé l'erreur mais j'ai maintenant un nouveau problème ...
J'obtiens l'erreur suivante lors de l'exécution du code :

Gtk-CRITICAL **: gtk_text_view_get_buffer: assertion `GTK_IS_TEXT_VIEW (text_view)' failed

[zerimbak]

Etrange ....
J'ai résolu le problème c'est à dire que le thread écrit bien dans mon gtk_text_view mais en même temps dans la console j'ai les erreurs suivantes :

projet:4010): GLib-GObject-WARNING **: invalid uninstantiatable type `(null)' in cast to `GtkTextView'

(projet:4010): Gtk-CRITICAL **: gtk_text_view_get_buffer: assertion `GTK_IS_TEXT_VIEW (text_view)' failed

(projet:4010): Gtk-CRITICAL **: gtk_text_buffer_get_end_iter: assertion `GTK_IS_TEXT_BUFFER (buffer)' failed

(projet:4010): Gtk-CRITICAL **: gtk_text_buffer_insert: assertion `GTK_IS_TEXT_BUFFER (buffer)' failed

[zerimbak]

C'est bon le problème est résolu, c'était juste un problème de positionnement de la création du thread dans le main.
Donc ça marche !! Enfin en apparence en tout cas, mais je suis interpelé par la remarque de teuf13, quel genre de problème suis-je susceptible de rencontrer ?

[teuf13]

Des crashes plus ou moins aléatoires, des widgets qui ne se redessinent pas sont les symptômes les plus courants quand tu utilisent des fonctions gtk+ depuis 2 threads en simultané sans faire gaffe. J'espère que ça n'est pas ce que fait ton code, ce qui simplifie grandement les choses: )

[zerimbak]

Et donc la solution est d'utiliser des mutex pour éviter les crash ?

[teuf13]

soit ça, soit faire tous les appels gtk+ depuis le thread où tourne la main loop, g_idle_add étant très utile pour ça (tu peux l'appeler depuis un thread pour faire exécuter une fonction depuis le thread où tourne la mainloop)