Подскажите, кто знает за поточность: если я из объекта xxx,

наследуемого от QThread, шлю сигналы объекту yyy, который я создаю в конструкторе xxx с помощью new yyy, причем я шлю эти сигналы в переопределенном методе run(), и шлю их последовательно в цикле внутри run-а, но объект yyy их получает как то хаотично и выполняет вразнобой в итоге, на выходе такая белиберда получается. Насколько я помню, если я соединяю сигнал из потока со слотом не из этого потока, они moc-ом преобразуются в события. Как блин мне добиться того, чтобы мои сигналы выполнялись строго в необходимой последовательности? Выручайте братцы.

Попробуй Qt::QueuedConnection, если не используешь

Если обьект создается в конструкторе класса наследуемого от qthread, то не значит ли это что класс принадлежит тому же потоку?)

Нет, QThread - это класс-обёртка над тредом. Его конструктор вызывается в том же треде, где создан объект, а сл-но все объекты созданные в конструкторе, принадлежат первому треду

enum Qt::ConnectionType ?

По идее последовательный вызов сигналов в треде сводится к последовательному вызову слотов в ином треде, если установлен флаг QueuedConnection (ну или стоит auto по умолчанию), хотя об э

Это никак не поможет, у меня поток вызывает не "свои слоты", то есть тип соединения всегда будет Qt::QueuedConnection, если использовать Qt::DirectConnection, то он выкинет ошибку что отправитель и получатель в разных потоках.

По идее корректный вариант moveToThread после создания объекта ... и видимо объект созданный при таком способе в конструкторе xxx попадет вместе с ним в один поток ...

Пробовал, все равно бесовщина творится. Что только не пробовал сегодня с этими потоками делать, все равно возникает ситуация, когда в потоке происходит вызов слота другого потока(через отправку сигнала), то возникает ситуация, когда код в слоте еще не выполнился, и второй слот вызывается параллельно уже выполняемому. Пробовал это гасить через QMutex, если использовать нерекурсивный мьютекс, поток вообще виснет к черту, с рекурсивным мьютексом работает, но проскакивает мой баг.

Делай соединения по-другому

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

я в одном потоке шлю запись в modbusTCP в другой поток, в другом эта запись происходит