GTKでのスレッディング問題

Question

私はGTKを使用してかなり簡単にC applicationを構築していますが、いくつかのブロックIOを実行する必要があり、これによりGUIの更新がトリガーされます。これを行うためには、私は右のようなgtk_main()前に新しいpthreadを開始：pthreadは、いくつかのデータを読み取ると

/* 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を更新します。

set_iconが

ある

g_main_context_invoke(mainc, set_icon, param); 

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

これはほとんどすべての場合に機能しますが、何度も何度もこの不思議なエラーメッセージが表示されます。

 
[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は、スレッドの問題を避けるためのものだと思いましたか？グーグルでやっているうちに、私はgdk_threads_init、gdk_threads_enterと友だちに出くわしましたが、それらはすべて廃止されているようですね？私は、GTKのドキュメントでは、すべてのGUIの更新がメインスレッドで実行されるべきだと言いますが、これはIOをブロックするだけでよく、スレッド間に複雑な通信メカニズムを構築する必要はありません。

そして、私の質問は、どうすればこの問題に正しく対処すればよいのでしょうか？

EDIT：完全なコードは、here EDIT2を見ることができます：@のptomatoの回答に基づいて更新したように、私はGThread秒に移動し、gdk_threads_add_idle()を使用してthisに見られるようにコミットが、問題がまだ存在してきました。

Answer 1

コールXInitThreads()。これはメッセージを停止するgtk_initの前に行う必要があります！このような

何か：私は g_thread_init()/gdk_threads_init()を使用したGLIB 2.32、前にこれらのメッセージを見て覚えていない

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

。

g_thread_pool_newとg_thread_pool_pushをチェックしてください。スレッドから 、ちょうど私がこれを簡単に確認することはできませんので、私は、トレイを使用していない

gdk_threads_enter()/ gdk_threads_leave()の間で糸を包むメインループまたは で実行するために g_main_context_invokeを使用しています。あなたはGTK/GDK APIを保護するためにロックを使用してgdk_threads_add_idleについて正しいとお考えになりました。 これらのメッセージに が表示されることは明らかです。 gtk_status_icon_new_from_icon_nameの機能の説明 は、「現在のアイコンテーマが変更された場合、アイコンは に適切に更新されます。あなたのコードはXディスプレイにアクセスするコードである コードだけではないことを意味します。 問題。

GDKは、表示のためにロックを使用しながら、GTK/GDKはない、これまで コールXInitThreadsを行うことを

What is the downside of XInitThreads()?

ノートでXInitThreads（）に関するいくつかの関連情報もあります。サイドノートでは ：フォーク（後execlのために渡され 「onclickの」グローバル変数を、）保護何、子供は親の メモリーロックを継承しません、とのGLibメインループは、フォークと互換性がありません（） 。 おそらく、文字列をローカル変数にコピーすることができます。

Answer 2

裸のpthreadがGTKで動作することが保証されているかどうかはわかりません。 GThreadラッパーを使うべきです。

g_main_context_invoke()は、アイドル機能としてset_icon()を追加しています。 GLibのAPIを使って追加されたアイドル関数は、メインスレッドで実行されているにもかかわらず、GDKロックを保持する必要があります。 set_icon()を呼び出すためにgdk_threads_add_idle() API（推奨されていません）を使用している場合は、すべてがスレッド処理で正しく機能するはずです。

（これはちょうど野生の推測ですが。）

Answer 3

回避策として、IOを待っている間にUIをブロックしたくない場合は、GIOの非同期IOを使用できます。そうすれば、自分でスレッドを管理する必要がなくなります。

編集：ファイル記述子をノンブロッキングとしてマークし、それらをglibメインループのソースとして追加するだけで、メインイベントループでそれらをポーリングすることができます。

Answer 4

gio_add_watch（）を使用してスレッドを使用することは避けることができます。これは、チャネルで利用できるデータがあるときにコールバック関数を呼び出すことになります。