Qt signal & slot

Очередь событий запущена?

Объект должен быть в QThread?..

Да, другие сигналы работают.

А минимальный код, воспроизводящий ситуацию можешь сделать?

Точнее показать.

Вот скорее всего он в другом треде эмитируется. Но не QThread.

Но ведь как я понял, сигнал по умолчанию поставится в очередь? И другой тред на время получения сигнала заблокируется, верно? Ну так вот, ничего не блокируется. Сигнал эмитируется, но слот не вызывается.

Ох... тут такой лес.. Долго выдергивать. Есть подозрение на треды. Тут они запилены без QThread.

Может и из-за тредов, хз. Эт надо libastral компилять.

Тут они запилены без QThread

Генерировать сигналы можно в любом треде, QThread для этого не нужен.

А как другие сигналы работают? Какой тип соединения - Direct или Queued?

В документации:

If no event loop is running, events won't be delivered to the object. For example, if you create a QTimer object in a thread but never call exec(), the QTimer will never emit its timeout() signal. Calling deleteLater() won't work either. (These restrictions apply to the main thread as well.)

Только я не понял, это про loop в главном потоке?

Какой тип соединения - Direct или Queued?

Он наверняка не указывает тип явно, оно там само рулит.

Все сигналы коннектятся по умолчанию, т.е. АutoConnect. Но, думаю, что остальные сигналы вызываются directly, так как они в одном треде. А этот, возможно в другом.

отсутствует minimal (non)working example

в треде более нуля ответов

А, так у вас здесь философский форум.

Это про слоты, слоты вызываются в потоках, в которых работает QEventLoop.

Тут надо заметить, что конкретный тип подключения по-умолчанию выбирается исходя из того к каким потокам принадлежат связываемые объекты (man QObject::moveToThread), а не из того в каком потоке вызывается сигнал.

Я тут эксперимент провел. Указал тип подключения.

Если указать QueuedConnection - то нифига не происходит. Слот не вызывается.

Если же указать DirectConnection - то приложение падает с криком, что доступ к гую может быть только из гуевого треда. (Видимо в этом случае слот вызвался. :) )

У тебя там в гуйовом потоке случайно ивентлуп ничем не блокируется?

Тоже прихожу к этому выводу. Надо искать что блокирует.

А минимальный код, воспроизводящий ситуацию можешь сделать?

Да тут сразу понятно, что код свести к минимальному будет нереально.

sd

Connect может вернуть true на любую хрень. Можно засунуть SLOT(blabla(int)) - и ошибиться с сигнатурой - SLOT всё преобразует в строку и плевать хотел что в ней. Например у вас есть слот blabla(int), а вы написали blabla(unsigned) - connect-у на это пофиг, он не проверяет, но ничего не законнектится.

Проблема решена.

Если кому-то интересно. Дело было в кастомном типе данных. Кастомный тип нужно предварительно зарегистрировать в системе типов Qt. Без этого сигнал не будет работать.

Это тот, который qRegisterMetaType?

Да