Некорректное поведение многопоточной программы

[xaleva]

Да, я как то ставил кажется такой блог. Он выдает тоже самое.По правде говоря момент,что readAll не правильно работает меня волнует,но не так сильно.Главное узнать,не происходит ли зацикливание в следствие не правильно организованной работы с потоками. Но учитывая,что та часть кода ни у кого нареканий не вызывает,как и у меня,думаю надо искать причину в чем то другом...

[BRE]

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

Ну не знаю про какую часть кода идет речь, но если про ту часть, что в ответе # 2, то возникает вопрос:
Перетаскивается ли объект класса TerminalThread в контекст этого потока и в продолжении его...
Проверял ли ты в контексте какого потока выполняется слот slotSocketConnected?

[xaleva]

1.Перетаскивается ли объект класса TerminalThread в контекст этого потока и в продолжении его...

Да, вообще,если не ошибаюсь все объекты,созданные в методе run автоматически пренадлежат этому потоку

Код:

TerminalThread::TerminalThread (TerminalObject& terminal) :
        QThread (),
        _terminalObject (terminal)
{
    moveToThread (this);
}
void TerminalThread::run ()
{
    Terminal _terminal (_terminalObject);
    _terminal.moveToThread (this);
...

Как видно,я на всякий случай даже вставил moveToThread.

Проверял ли ты в контексте какого потока выполняется слот slotSocketConnected?

Да, путем вывода во всех функциях Terminal qDebug () << thread()->currentThreadId();
id не совпадал естестно с айди главного потока....вот,поэтому даже не знаю что и предположить.

[BRE]

Да, вообще,если не ошибаюсь все объекты,созданные в методе run автоматически пренадлежат этому потоку

Те что созданы в run принадлежат этому потоку, но сам объект класса TerminalThread будет принадлежать тому потоку в котором он создавался (например, главному), пока не перенесешь его методом moveToThread. Для правильного соединения сигнал-слот это важно.

Нужно попытаться отследить всю цепочку данных: от слота приема и до последнего получателя, контролируя целостность данных. Добавь во все методы-участники этого обмена qDebug и смотри на каком этапе что теряется.

[xaleva]

Код:

TerminalThread::TerminalThread (TerminalObject& terminal) :
        QThread (),
        _terminalObject (terminal)
{
    qDebug () << "New thread" << thread()->currentThreadId();
    moveToThread (this);
    qDebug () << "New thread2" << thread()->currentThreadId();
}

Запись New thread и New thread2 выводят у всех потоков одну и ту же цифру.Значит ли это что сам объект класса TerminalThread не принадлежит созданному потоку?Если да, то что я должен для этого сделать?

[BRE]

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

Все потоки работают в одном адресном пространстве, поэтому вся память (все объекты) у них общие.
Само понятие контекст потока помогает Qt правильно выполнить подключение сигналов и слотов. Ничего никуда реально не переноситься.
После вызова moveToThread для объекта TerminalThread, все сигналы от объектов из других потоков будут приходить через его очередь сообщений.

Цифры одинаковы потому, что поток реально формируется только во время его запуска (вызова QThread::start), а не при создании объекта QThread.

[xaleva]

  да, знаю.Подобные мысли приходят только от безисходности.

[BRE]

да, знаю.Подобные мысли приходят только от безисходности.

Попробуй сделать новый тестовый проект, убери все потоки, добейся что-бы все работало, а потом уже добавь потоки.
Что либо телепатически предполагать совсем не хочется. 

[vunder]

Код:

TerminalThread::TerminalThread (TerminalObject& terminal) :
        QThread (),
        _terminalObject (terminal)
{
    qDebug () << "New thread" << thread()->currentThreadId();
    moveToThread (this);
    qDebug () << "New thread2" << thread()->currentThreadId();
}

Запись New thread и New thread2 выводят у всех потоков одну и ту же цифру.Значит ли это что сам объект класса TerminalThread не принадлежит созданному потоку?Если да, то что я должен для этого сделать?

Они и будут одинаковыми. Конструктор то вызывается в контексте главного потока. Вызов moveToThread() говорит о том, что объект будет работать в другом потоке, но не значит, что он сиюминутно туда перемещен. Выполняемый метод, т.е. конструктор в данном случае, все равно закончит выполнение в контексте процесса, в котором он был вызван