дедлок в сигналах/слотах?

[Авварон]

есть сложное приложение, содержащее много сигналов/слотов. В кратце - по даблклику на файле в списке мы через слот (тут queuedConnection) вызываем метод у класса на вершине некой иерархии, тот спускается вниз, вызывает метод open у некое класса, тот фейлится и кидает сигнал error()
Так вот, после испускания этого сигнала (иногда) вылетает такое сообщение в консоль:

Код:

QMutex::lock: Deadlock detected in thread 0x7fff70ff3be0 

Приложение естественно виснет.
Треды есть только кутешные, хз что и думать и куда копать.

аддед: треды:
мейн: qApp->thread() 0x101e085c0
перед ссигналом эррор: this->thread()        0x101e085c0
дедлок в треде:        0x7fff70ff3be0
что интересно - дедлокнутый тред сохраняется от запуска к запуску

[ритт]

без кода сложно сказать что-нибудь наверняка. минимальный тесткейс в студию...

> что интересно - дедлокнутый тред сохраняется от запуска к запуску
попробуй между запусками запустить (и не грохать) фотошопу, например

[Авварон]

я вроде пофиксил убрав qApp->processEvents в слоте, соединенном с сигналом error()
тесткейз очень сложно сделать (хотя там всего 2 сигнала по идее) потому что его повторить проблематично (у меня он воспроизводится лихорадочным кликаньем на файл и жатием esc чтобы закрыть окошко с эррором).
Пока мысли такие, что небезопасно звать processEvents из слотов (??)
причем проверено - классы с сигналом в мейнтреде. Фича воспроизводится и в случае DirectConnection всех соединенй

[ритт]

хех, это и подозревал.
достаточно просто должно быть воспроизвести на BlockingQueuedConnection

[Авварон]

про блокинг в доке написано что будет дедлок если объекты в одном треде (и это логично). Но у меня-то нет блокинг, у меня был директ (на самом деле авто, но объекты в 1м треде). Я специально убрал Queued вообще (он нужен чтобы обойти другой "баг")