Χρήση Glib::Dispatcher

Οι συνδεμένες υποδοχές με αντικείμενα sigc::signal εκτελούν στο νήμα όποιες κλήσεις emit() ή operator()() στο σήμα. Η Glib::Dispatcher δεν συμπεριφέρεται ίδια: εκτελεί τις συνδεμένες υποδοχές της στο νήμα στο οποίο το αντικείμενο Glib::Dispatcher δομήθηκε (που πρέπει να έχει έναν κύριο βρόχο glib). Αν ένα αντικείμενο Glib::Dispatcher δομείται στο κύριο νήμα γραφικής διεπαφής χρήστη (που θα είναι συνεπώς το νήμα του δέκτη), οποιοδήποτε νήμα εργασίας μπορεί να το εκπέμψει και να έχει εκτελέσει με ασφάλεια τις συνδεμένες υποδοχές των συναρτήσεων gtkmm.

Μερικοί κανόνες ασφάλειας νημάτων με τη χρήση της Glib::Dispatcher εφαρμόζονται ακόμα. Όπως αναφέρθηκε, ένα αντικείμενο Glib::Dispatcher πρέπει να δομηθεί στο νήμα δέκτη (το νήμα του οποίου ο κύριος βρόχος θα εκτελέσει τις συνδεμένες υποδοχές του). Από προεπιλογή, αυτό είναι το κύριο νήμα του προγράμματος, αν και υπάρχει ένας κατασκευαστής Glib::Dispatcher που μπορεί να πάρει το αντικείμενο Glib::MainContext οποιουδήποτε νήματος που έχει έναν κύριο βρόχο. Μόνο το νήμα του δέκτη πρέπει να καλέσει την connect() στο αντικείμενο Glib::Dispatcher, ή να χειριστεί οποιοδήποτε σχετικό αντικείμενο sigc::connection, εκτός και πρόσθετος συγχρονισμός χρησιμοποιείται. Όμως, οποιοδήποτε νήμα εργασίας μπορεί να εκπέμψει με ασφάλεια στο αντικείμενο Glib::Dispatcher χωρίς οποιοδήποτε κλείδωμα μόλις το νήμα του δέκτη έχει συνδέσει τις υποδοχές, με την προϋπόθεση ότι είναι δομημένο πριν το νήμα εργασίας να ξεκινήσει (αν είναι δομημένο μετά την έναρξη του νήματος, απαιτείται κανονικά πρόσθετος συγχρονισμός για να εξασφαλιστεί η ορατότητα).

Aside from the fact that connected slots always execute in the receiver thread, Glib::Dispatcher objects are similar to sigc::signal<void()> objects. They therefore cannot pass unbound arguments nor return a value. The best way to pass unbound arguments is with a thread-safe (asynchronous) queue. At the time of writing glibmm does not have one, although most people writing multi-threaded code will have one available to them (they are relatively easy to write although there are subtleties in combining thread safety with strong exception safety).

A Glib::Dispatcher object can be emitted on by the receiver thread as well as by a worker thread, although this should be done within reasonable bounds. On unix-like systems Glib::Dispatcher objects share a single common pipe, which could in theory at least fill up on a very heavily loaded system running a program with a very large number of Dispatcher objects in use. Were the pipe to fill up before the receiver thread's main loop has had an opportunity to read from it to empty it, and the receiver thread attempt to emit and so write to it when it is in that condition, the receiver thread would block on the write, so deadlocking. Where the receiver thread is to emit, a normal sigc::signal<void()> object could of course be used instead.