Vấn đề về luồng với GTK

Question

Tôi đang xây dựng khá đơn giản C application bằng GTK, nhưng phải thực hiện một số IO chặn sẽ kích hoạt cập nhật cho GUI. Để làm được điều này, tôi bắt đầu một pthread đúng mới trước khi gtk_main() như vậy:

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

Khi pthread đọc một số dữ liệu, nó cập nhật GUI như vậy:

g_main_context_invoke(mainc, set_icon, param); 

đâu set_icon là

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

Điều này tất cả hoạt động hầu hết thời gian, nhưng hiện tại tôi nhận được thông báo lỗi tò mò này:

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

Tôi nghĩ rằng toàn bộ điểm sử dụng g_main_context_invoke là để tránh các vấn đề với chủ đề? Làm một chút Googling, tôi đi qua gdk_threads_init, gdk_threads_enter và bạn bè, nhưng tất cả chúng dường như không được chấp nhận? Tôi biết tài liệu GTK nói rằng tất cả các cập nhật GUI nên được thực hiện trên luồng chính, nhưng điều này không kết hợp tốt với việc chặn IO, và tôi không muốn xây dựng một số cơ chế giao tiếp phức tạp giữa các luồng.

Và vì vậy, câu hỏi của tôi là, tôi nên xử lý chính xác điều này như thế nào?

EDIT: Mã đầy đủ có thể được nhìn thấy here EDIT2: Như một bản cập nhật dựa trên câu trả lời @ ptomato, tôi đã chuyển sang GThread s và sử dụng gdk_threads_add_idle() như đã thấy trong this cam kết, nhưng vấn đề vẫn còn hiện diện.

Answer 1

Gọi XInitThreads(). Điều này nên được thực hiện trước gtk_init, điều này sẽ dừng các tin nhắn!

Something như thế này:

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

Tôi không nhớ nhìn thấy những tin nhắn trước khi GLib 2.32, khi g_thread_init()/gdk_threads_init() được sử dụng.

Bạn có thể muốn xem g_thread_pool_new và g_thread_pool_push. Từ chủ đề, sử dụng g_main_context_invoke để thực hiện trong vòng lặp chính hoặc chỉ quấn chủ đề giữa gdk_threads_enter()/gdk_threads_leave()

tôi không sử dụng một khay vì vậy tôi không thể dễ dàng kiểm tra điều này.Tôi nghĩ rằng bạn đang chính xác về gdk_threads_add_idle sử dụng khóa để bảo vệ GTK/GDK API. Không có gì rõ ràng với tôi rằng có thể khiến các thông báo này xuất hiện với số . Mô tả chức năng cho gtk_status_icon_new_from_icon_name nói rằng "Nếu chủ đề biểu tượng hiện tại được thay đổi, biểu tượng sẽ là được cập nhật một cách thích hợp. Tôi cho rằng mã của bạn không phải là mã duy nhất sẽ truy cập màn hình X, có khả năng là vấn đề.

Ngoài ra còn có một số thông tin liên quan về XInitThreads() tại

What is the downside of XInitThreads()?

Lưu ý rằng trong khi GDK sử dụng ổ khóa cho màn hình hiển thị, GTK/GDK đừng bao giờ XInitThreads gọi.Trên một mặt lưu ý: Điều gì đang bảo vệ biến toàn cầu "onclick", mà được chuyển đến execl sau ngã ba(), đứa trẻ sẽ không kế thừa khóa của bộ nhớ của cha mẹ và GLib mainloop không tương thích với fork() . Có thể bạn có thể sao chép chuỗi thành biến cục bộ.

Answer 2

Tôi không chắc chắn nếu các pthread trần được đảm bảo để làm việc với GTK. Bạn nên sử dụng trình bao bọc GThread.

Tôi nghĩ rằng vấn đề có thể là g_main_context_invoke() đang thêm set_icon() làm chức năng không hoạt động. (Có vẻ như đó là những gì diễn ra đằng sau hậu trường, nhưng tôi không chắc chắn.) Các chức năng nhàn rỗi được thêm vào bằng cách sử dụng API của GLib, mặc dù được thực hiện trên chủ đề chính, cần giữ khóa GDK. Nếu bạn sử dụng API gdk_threads_add_idle() (không được dùng nữa) để gọi set_icon(), thì mọi thứ sẽ hoạt động bình thường với luồng.

(Mặc dù đây chỉ là phỏng đoán hoang dã.)

Answer 3

Là một công việc xung quanh, nếu bạn chỉ muốn tránh chặn giao diện người dùng trong khi chờ IO, bạn có thể sử dụng IO không đồng bộ từ GIO. Điều đó sẽ tránh bạn phải tự quản lý chủ đề.

Chỉnh sửa: Suy nghĩ về nó bạn chỉ có thể đánh dấu các mô tả tệp của bạn là không chặn và thêm chúng dưới dạng nguồn vào vòng lặp chính glib và nó sẽ thăm dò ý kiến ​​cho bạn trong vòng lặp sự kiện chính mà không cần phải bận tâm về chủ đề .

Answer 4

Bạn có thể tránh sử dụng các chuỗi bằng cách sử dụng gio_add_watch() sẽ gọi hàm gọi lại của bạn khi có dữ liệu trên kênh.