Zgrywanie wątków z GTK

Question

Buduję dość prosty C application używając GTK, ale muszę wykonać blokujące IO, które wyzwoli aktualizacje GUI. W tym celu, zaczynam nowy pthread prawo przed gtk_main() jako takie:

/* global variables */ 
GMainContext *mainc; 

/* local variables */ 
FILE *fifo; 
pthread_t reader; 

/* main() */ 
mainc = g_main_context_default(); 
pthread_create(&reader, NULL, watch_fifo, argv[argc-1]); 
gtk_main(); 

Gdy pthread czyta jakieś dane, to aktualizuje GUI tak:

g_main_context_invoke(mainc, set_icon, param); 

Gdzie set_icon jest

gboolean set_icon(gpointer data) 
{ 
    char *p = (char*)data; 
    gtk_status_icon_set_from_icon_name(icon, p); 
    return FALSE; 
} 

To wszystko działa przez większość czasu, ale co jakiś czas pojawia się ciekawy komunikat o błędzie:

 
[xcb] Unknown sequence number while processing queue 
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called 
[xcb] Aborting, sorry about that. 
mktrayicon: xcb_io.c:274: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed. 

Myślałem, że jedynym celem korzystania z g_main_context_invoke było unikanie problemów z wątkami? Trochę Googling, natknąłem gdk_threads_init, gdk_threads_enter i znajomych, ale wszystkie wydają się być przestarzałe? Wiem, że dokumentacja GTK mówi, że wszystkie GUI updaes powinny być wykonywane na głównym wątku, ale to nie łączy się dobrze z blokowaniem IO i wolałbym nie budować jakiegoś skomplikowanego mechanizmu komunikacji między wątkami.

Moje pytanie brzmi: w jaki sposób powinienem poradzić sobie z tym?

EDIT: Pełny kod widać here Edit2: jako aktualizacja na podstawie odpowiedzi @ ptomato za, ja przeniósł się do GThread s i korzystania gdk_threads_add_idle() jak widać w this popełnić, ale problem nadal występuje.

Answer 1

połączeń XInitThreads(). Należy to zrobić przed gtk_init, aby zatrzymać wiadomości!

coś takiego:

#include <X11/Xlib.h> 
    ... 
    XInitThreads(); 
    ... 
    gtk_init(&argc, &argv); 

nie pamiętam widząc te wiadomości przed Glib 2.32, kiedy g_thread_init()/gdk_threads_init() były używane.

Może chcesz wypróbować g_thread_pool_new i g_thread_pool_push. z nici, użyj g_main_context_invoke do wykonania w pętli głównej lub prostu owinąć nitkę między gdk_threads_enter()/gdk_threads_leave()

nie używam tacę, więc nie mogę łatwo sprawdzić.Myślę, że jesteś poprawny o gdk_threads_add_idle używając blokad, aby chronić API GTK/GDK. Nie ma dla mnie oczywistych powodów, które spowodowałyby pojawienie się tych wiadomości do . Opis funkcji dla gtk_status_icon_new_from_icon_name stwierdza, że ​​"Jeśli aktualny motyw ikon zostanie zmieniony, ikona będzie odpowiednio zaktualizowana . Który dla mnie oznacza, że ​​twój kod nie jest jedynym kodem , który będzie miał dostęp do wyświetlacza X, który potencjalnie może być problem.

Istnieje również kilka informacji dotyczących XInitThreads pokrewnych() w

What is the downside of XInitThreads()?

pamiętać, że GDK używa blokad na wyświetlaczu, GTK/GDK nigdy nie XInitThreads połączeń.

Na marginesie: Co to jest ochrona zmienną globalną „onclick”, który jest przekazywana do execl po fork(), dziecko nie odziedziczy rodzica zamki pamięci i GLib MainLoop jest niezgodna z fork() . Może mógłbyś skopiować ciąg do zmiennej lokalnej.

Answer 2

Nie jestem pewien, czy nagie pthreads są gwarantowane do pracy z GTK. Powinieneś użyć wrapperów GThread.

Myślę, że problemem może być to, że g_main_context_invoke() dodaje set_icon() jako bezczynną funkcję. (Wygląda na to, że dzieje się tak za kulisami, ale nie jestem pewien.) Funkcje bezczynności dodane za pomocą interfejsu API GLib, mimo że są wykonywane w głównym wątku, muszą posiadać blokadę GDK. Jeśli użyjesz interfejsu API gdk_threads_add_idle() (który nie jest przestarzały) do wywołania set_icon(), wówczas wszystko powinno działać poprawnie z wątkiem.

(Chociaż jest to tylko dzikie przypuszczenie.)

Answer 3

Jeśli chcesz uniknąć blokowania interfejsu użytkownika podczas oczekiwania na niektóre IO, możesz użyć asynchronicznego IO z GIO. Unikałoby to konieczności samodzielnego zarządzania wątkami.

Edycja: Myśląc o tym, możesz po prostu oznaczyć deskryptory plików jako nieblokujące i dodać je jako źródło do głównej pętli glib, która będzie je odpytywać w pętli głównej zdarzenia bez konieczności zawracania sobie głowy wątkami .

Answer 4

Można uniknąć używania wątków za pomocą funkcji gio_add_watch(), która wywoła funkcję zwrotną, gdy na kanale będą dostępne dane.