GTK ile sorun giderme sorunları

Question

GTK kullanarak oldukça basit bir C application yapıyorum, ancak GUI güncellemelerini tetikleyecek bazı engelleme IO'ları gerçekleştirmeliyim. Bunu yapmak için, ben gibi gtk_main() önce yeni pthread hakkını başlatın:

g_main_context_invoke(mainc, set_icon, param); 

Nerede set_icon

geçerli: pthread bazı verileri okuduğunda

/* 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(); 

, GUI şöyle günceller

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

Bu, çoğu zaman çalışır, ancak her seferinde bu ilginç hata iletisini alıyorum:

 
[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. 

g_main_context_invoke'u kullanmanın tüm noktası, iş parçacıklarıyla ilgili sorunları önlemek olduğunu düşündüm? Biraz Googling yaparak, gdk_threads_init, gdk_threads_enter ve arkadaşlarına rastladım, ancak bunların hepsi kullanımdan kaldırıldı mı? GTK belgelerinin, tüm GUI güncellemelerinin ana iş parçacığı üzerinde gerçekleştirilmesi gerektiğini söylediğini biliyorum, ancak bu, IO'yu bloke etmekle bütün bunları iyi bir şekilde birleştirmiyor ve iş parçacıkları arasında bazı karmaşık iletişim mekanizmalarını oluşturmamayı tercih ediyorum.

Ve benim sorum şu, bununla nasıl başa çıkmalıyım?

DÜZENLEME: Tam kod EDIT2 here görülebilir: @ ptomato en yanıta göre bir güncelleme, ben GThread s taşındı ve taahhüt this görülen, ancak sorun hala mevcut olduğu gibi gdk_threads_add_idle() kullanarak ettiğimiz gibi.

Answer 1

Çağrı XInitThreads(). Bu, mesajları durduracak olan gtk_init'dan önce yapılmalıdır! Böyle

şey: Ben g_thread_init()/gdk_threads_init() kullanıldı GLib'in 2.32, önce bu mesajları gördüğümü hatırlamıyorum

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

.

g_thread_pool_new ve g_thread_pool_push adreslerini incelemek isteyebilirsiniz. dizisinden , çok daha anlaşılır bir şekilde kontrol edemez bir tepsi kullanmayan sadece gdk_threads_enter()/gdk_threads_leave()

arasındaki iplik sarmak ana döngü veya içinde yürütmek için g_main_context_invoke kullanın.Ben GTK/GDK API korumak için kilitleri kullanarak gdk_threads_add_idle hakkında doğru olduğunu düşünüyorum. Bu mesajların görünmesine neden olacak hiçbir şey yoktur. Gtk_status_icon_new_from_icon_name için işlev açıklaması, "Geçerli simge teması değiştirilirse, simge düzgün şekilde güncellenecektir. Bana göre, kodunuz, X ekranına erişebilecek olan yalnızca kodu değil, potansiyel olabilir. sorun.

GDK ekran için kilitleri kullanır iken, GTK/GDK değil hiç çağrı XInitThreads yapmak

What is the downside of XInitThreads()?

not at XInitThreads() ile ilgili bazı ilgili bilgi de bulunmaktadır.Yan not : bir çatal (sonra Execl geçirilir "onclick" küresel değişkeni,) koruyor Ne, çocuk ebeveynin hafıza kilitlerini miras olmayacak ve GLib mainloop çatal ile uyumsuz() . Belki dizeyi yerel değişkene kopyalayabilirsiniz.

Answer 2

Çıplak pthreads'ın GTK ile çalışmasının garanti edilip edilmediğinden emin değilim. GThread sarmalayıcılarını kullanmalısınız.

Sorun, g_main_context_invoke()'un boş bir işlev olarak set_icon() eklediği sorun olabilir. (Görünüşe göre sahnelerin gerisinde olan budur, ama emin değilim.) GLIP'in API'sini kullanarak eklenen ana işlevler, ana iş parçacığı üzerinde yürütülmesine rağmen, GDK kilidini tutmalıdır. set_icon()'u çağırmak için gdk_threads_add_idle() API'sini (kullanımdan kaldırılmayan) kullanırsanız, her şey düzgün bir şekilde iş parçacığıyla çalışmalıdır.

(bu sadece bir tahmin olmasına rağmen.)

Answer 3

Etrafa bir çalışma olarak, bazı IO'yu beklerken UI'yi engellemekten kaçınmak istiyorsanız, GIO'dan eşzamansız IO'yu kullanabilirsiniz. Bu, konuları kendiniz yönetmek zorunda kalmanızı engeller.

Düzenleme: Dosya tanımlayıcılarınızı engellemeyi engelleyici olarak işaretleyebilir ve bunları glib ana döngüsüne bir kaynak olarak ekleyebilir ve iş parçacıklarıyla uğraşmak zorunda kalmadan ana olay döngüsünde bunları sizin için yoklayabilir. .

Answer 4

Kanalda mevcut veriler olduğunda geri arama işlevini çağırmak olacaktır gio_add_watch() kullanarak konuları kullanarak önlemek olabilir.