Господа, есть такая проблема.

C++ (Qt)
 
struct Thread : QThread
{
    Q_OBJECT
signals:
    void sig();
protected:
    void run ()
    {
        emit sig();
        exec();
    }
};
...
QDialog* dlg;
...
 
{
 
    dlg=new QDialog();
    dlg->setWindowModality(Qt::ApplicationModal);
    dlg->show();
 
    Thread *t1,*t2;
    t1 = new Thread();
    t2 = new Thread();
    t1->moveToThread(t1);
    t2->moveToThread(t2);
    QObject::connect(t1,SIGNAL(sig()),dlg,SLOT(exec()));
    QObject::connect(t2,SIGNAL(sig()),dlg,SLOT(exec()));
    t1->start();
    t2->start();
    return;
}
 

Имеются два потока, отсылающих сигналы в GUI поток.
В GUI-слоте получаю рекурсивный вызов.
Warning: QDialog::exec: Recursive call detected

Как сделать блокировку обработки сообщений в очереди главного окна после первого вызова exec()?
Чтобы в очереди сообщений открытого модально QDialog'a не обрабатывался второй вызов exec()?

http://vingrad.ru/blogs/sabrog/2009/06/11/qt-45-movetothread-ili-metod-myunhgauzena/

Есть основной GUI-поток и два дочерних (методы Thread::run). Они сигналят друг другу. Когда два потока отсылают сигнал GUI-потоку, добавляется два события в очередь. Когда извлекается первое и запускается QDialog::exec() получается отсутсвие модальности. Второе событие извлекается из очереди до закрытия модального диалога. Как-то так. А мне бы модальность...

На самом деле у меня так и есть. Пример умышленно рафинирован.

Попытаюсь еще упростить задачу. Есть два не GUI-потока, которые периодически инспирируют отображение модального(-ых) диалога в GUI-потоке. Как реализовать?

У меня всего один GUI поток Остальные сигналят слоты GUI потока, сиречь кладут QMetaCallEvent в очередь событий.

Меня бы и стандартная очередь событий устроила бы. Я почему-то думал, что модальные диалоги блокируют обработку старой очереди и начинают свою локальную очередь.