Стандартные грабли: QThread + connect = sendEvent assert

[once_again_abc]

Создаю стандартный тулбар с одной стороны, некоторый поток занимающийся своим делом с другой стороны. В потоке периодически сигналю. На этот сигнал подписываю слот тулбара. Слот вызывается (с некоторой задержкой) при использовании Qt::AutoConnection (по умолчанию) и отрабатывается нормально (m_pButton->setEnabled( true ). Если же поменять флаг на Qt::DirectConnection, то получаю ассерт ниже:

Код:

void QCoreApplicationPrivate::checkReceiverThread(QObject *receiver)
{
    QThread *currentThread = QThread::currentThread();
    QThread *thr = receiver->thread();
    Q_ASSERT_X(currentThread == thr || !thr,
               "QCoreApplication::sendEvent",
               QString::fromLatin1("Cannot send events to objects owned by a different thread. "
                                   "Current thread %1. Receiver '%2' (of type '%3') was created in thread %4")
               .arg(QString::number((quintptr) currentThread, 16))
               .arg(receiver->objectName())
               .arg(QLatin1String(receiver->metaObject()->className()))
               .arg(QString::number((quintptr) thr, 16))
               .toLocal8Bit().data());
    Q_UNUSED(currentThread);
    Q_UNUSED(thr);
}

как это лечить и куда смотреть?
Спасибо!

[asvil]

Смотреть межпотоковые коммуникации.
Вы не можете использовать прямое подключение сигнал/слот между потоками.

[once_again_abc]

Смотреть межпотоковые коммуникации.
Вы не можете использовать прямое подключение сигнал/слот между потоками.

а что взамен? какие варианты? ОС-специфик события?

[asvil]

Аппаратные прерывания:)
А что вам вообще лечить то надо? Чем autoconnection не устроил?

[once_again_abc]

Аппаратные прерывания:)
А что вам вообще лечить то надо? Чем autoconnection не устроил?

вот этим "(default) If the signal is emitted from a different thread than the receiving object, the signal is queued, behaving as Qt::QueuedConnection. Otherwise, the slot is invoked directly, behaving as Qt::DirectConnection. The type of connection is determined when the signal is emitted."

если между потоками нельзя использовать одну из главных фишек Qt то это просто смешно.

[asvil]

Даже не знаю, что вам сказать. Перечитайте абзац еще раз или сформулируйте, что для вас является главным преимуществом использования Qt.

[once_again_abc]

Даже не знаю, что вам сказать. Перечитайте абзац еще раз или сформулируйте, что для вас является главным преимуществом использования Qt.
[/quote

я чесно говоря тоже не знаю что вам сказать и даже не могу вам посоветовать перечитать что-либо, извините.
что касается основной причины, по которой я использую кьют - кроссплатформенность, удобная (хоть и не всегда) обертка над Вин32/ПОСИКС. когда то я делал подобное в меньших масштабах, здесь же предлагают постоянную поддержку и развитие, а так же для быстрого решения задач очень хороший вариант.

[Странник]

зачем вам прямое соединение из вашего потока в gui? если вы хотите исполнять gui-слот в своем потоке, вы не правы. прочтите документацию.

[once_again_abc]

зачем вам прямое соединение из вашего потока в gui? если вы хотите исполнять gui-слот в своем потоке, вы не правы. прочтите документацию.

в чем я не прав?

[asvil]

вы неправы в том, что у вас одновременно будут выполнятся два метода класса, которые при этом потеницально могут использовать один и тот же участок памяти.

[Igors]

Создаю стандартный тулбар с одной стороны, некоторый поток занимающийся своим делом с другой стороны. В потоке периодически сигналю. На этот сигнал подписываю слот тулбара. Слот вызывается (с некоторой задержкой) при использовании Qt::AutoConnection (по умолчанию) и отрабатывается нормально (m_pButton->setEnabled( true ). Если же поменять флаг на Qt::DirectConnection, то получаю ассерт ниже:

Если это "слот тулбара" - значит UI, а оно должно выполняться только в главной нитке. Поэтому здесь DirectConnection нельзя. Напр/вероятно Ваш слот вызвал event (для какого-то виджета) напрямую (nofify) и выполняется в нитке вызывающего. Но в это время главная нитка также делает notify - ну и crash.

[Странник]

в чем я не прав?

собственно, полный перечень был приведен по ссылке. в двух словах, потокобезопасными операциями в системе сигнал-слот по версии Qt является отправка сигнала и вызов слота через очередь (ибо в этом случае слот выполняется в потоке принимающего, а не высылающего сигнал объекта). прямое соединение не является потокобезопасным, поскольку подразумевает выполнение слота в потоке высылающего сигнал объекта. следовательно, необходимо обеспечить синхронизацию потоков (как минимум, разделить доступ к общим данным). в классах-потомках QObject это не предусмотрено. итоги смотрите выше.

[once_again_abc]

спасибо всем за помощь!