Объекты можно создать и извне и перетащить в пространство потока. Так что иногда можно и не переопределять.

Тогда вопрос по moveToThread().


Когда я обращаюсь из run к socket получаю ошибку невозможности вызова write потому что потоки разные.

а) Праль-но ли я понимаю, что new QTcpSocket() создается в главном потоке. А то, что выполняется в run - это уже мною созданный поток, который совсем-совсем другой?

б) Пробовал использовать socket->moveToThread(this) в конструкторе - не помогает (потоки по прежнему разные), может прямо в run'е прописать этот мув?

Вывод по точкам:
*1: QThread(0x8d2cd60)
*2: MyThread(0x8e82bc8)
*3: QThread(0x8d2cd60)

вызывает его читалка когда в RS приходят данные.



Ооооо... Ну конечно опечатался, когда постил. Там конечно же socket->thread() 

Нет, я уже описывал, что в используемой RS библиотеке readyRead не работает, поэтому сигналы-слоты использовать неудобно. Я в run'е проверяю пришедшие данные в RS  и если пришли - вызов this->socketWrite(пришедший из RS текст).

Т.е. судя по всему я пытаюсь вызвать метод объекта основного потока(MyThread) из дочернего(который выполняется в run).

Так?

У меня почему-то не так.

Смотри что получается.

Если делаю moveToThread, то socket->thread() выдает указатель на мой новый, только что созданный поток.
И когда я из run (вот важно!) вызываю socket->socketWrite() и вывожу там указатель (см. код выше), то получаю указатель на основной поток (несмотря на то, что вызвал я его из run). И тут есс-но слоты у меня не арбайтен (потоки-то разные).

А если НЕ делаю, то указатель на поток socket->thread() и тот указатель, что выводится внутри socketWrite() одинаковые и тут связка сигнал-слот работает на отлично. Плохо только, что вызов из run (указатель на поток уже новый) не работает.

Тут родилась идея. Может код работы с RS положить в метод и просто вызывать его из run.

Но ведь в этом случае теряется смысл отдельных потоков, поскольку обработка вызываемых методов будет происходить в основном потоке?

Это потому что ты не так проверяешь. Чуть выше я писал:
Метод QObject::thread() возвращает указатель на поток, которому этот объект принадлежит. Используется это значение в методе connect для определения какой тип подключения выбрать для соединения объектов.

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

C++ (Qt)
MyThread::MyThread()
{
	moveToThread( this );	// Перемещаем сам объект класса MyThread в контекст его потока
	...
}
 

Ну на самом деле никуда ничего не переноситься. Все потоки одного процесса выполняются в одном адресном пространстве. Эта конструкция просто отмечает к какому потоку будет относиться объект, для выполнения корректного коннекта (я чуть выше про это писал).
Если нужно получать сигналы в потоке, то без exec не обойтись. Его придется запускать.

Попробуй по таймеру проверять состояние RS в этом же потоке. Запусти таймер и в обработчике сигнала timeout проверяй его состояние.