LinuxのCのGTK + 3.0：シグナルによるコールバック関数の複数の呼び出しを処理します。

Question

GTK +アプリケーション内で、GtkFileChooserWidgetのインスタンスが永続的に表示されます。ファイルを選択することにより（シングルクリック）、ユーザはファイルを処理することができる。これは、コールバック関数switch_file（）によって行われます。

g_signal_connect (chooser, "selection-changed", G_CALLBACK (switch_file), gs); 

switch_file（）関数は、モーダルダイアログでのユーザーの応答を待つため、時には遅いことがあります。 FileChooserで現在選択されているファイルが（アプリケーション自体またはシステム上の他のプロセスによって）削除されない限り、すべて正常に動作します。明らかに独自のスレッドで実行されるFileChooserはswitch_file（）へのセカンダリコールを送信し、混乱を招きます。私はミューテックスを使用して複数の呼び出しを防ぐことを試みた：

static void switch_file (GtkWidget *widget, gpointer data) 
{ 
    info_t *gs = data; 
    int err; 

    if ((err = pthread_mutex_lock (&gs->mutex))) 
     DebugExit ("pthread_mutex_lock(): %s", strerror (err)); 

    /* ... */ 
} 

しかし、コールバック関数へのすべての呼び出しは、同じスタック上に同じスレッド内で行われています。したがって、pthread_mutex_lock（）への2回目の呼び出しは失敗し（PTHREAD_MUTEX_ERRORCHECK_NPが使用されます）、プロセスは終了します。

switch_file（）が動作している間にコールバック関数への呼び出しを延期する可能性はありますか？ユーザイベント（キー押下）の場合、すでに動作していますが、ファイルを削除することによってパラレルに発生した信号に対しては動作しません。

シグナルを延期できない場合：選択したすべてのファイルを収集し、その後（メインスレッド内で）処理するためのシグナルセーフソリューションは何ですか？

Answer 1

最高の解決策は、信号を無視することだとわかりました。次の解決策が絶対に安全かどうかはわかりませんが、それは機能します。

static int switch_ignore = false; 

static void switch_file (GtkWidget *widget, gpointer data) 
{ 
    info_t *gs = data; 

    if (switch_ignore) 
     return; 

    switch_ignore = true; 

    /* Do some work on the file system. */ 

    switch_ignore = false; 
}