Обрыв соединения QTcpSocket Опции

[OrSOn]

А такой вопрос еще... А можно ли рассматривать как вариант такой подход:

Сокеты создаются по-прежнему в главном потоке, но не имеют родителя. А когда нам надо отдать сокет на обработку, мы ему задаем moveToThread() в нужный поток, а затем также отправляем его в главный поток? По-идее, должно сработать, но что-то я не уверен в правильности такой работы. Подскажите плиз, есть шанс на успех или лучше так не делать?

[SABROG]

а затем также отправляем его в главный поток?

Поместив однажды объект в другой поток ты его уже обратно не сможешь вернуть в первоначальный.

Сокеты создаются по-прежнему в главном потоке, но не имеют родителя.

Сокеты возвращенные из метода QTcpServer::nextPendingConnection() являются детьми QTcpServer'a, стало быть и родитель у них есть.

[OrSOn]

А почему это я не смогу вернуть их в главный поток? А насчет родителя - всегда можно сделать setParent().

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

Сообщение отредактировал OrSOn - 25.2.2010, 11:49

[BRE]

Пока я вижу один момент с перетягиванием объектов между потоками.
Qt на основании информации о расположении объекта принимает решение о том, какой тип подключения использовать при connect. Если при перемещении объекта разрывать все коннекты, а при назначении в новый поток подключать их вновь, то возможно все будет работать.
Попробуй поэкспериментировать с этим.

[OrSOn]

Увы, при перемещении я не могу рвать коннект, в том и суть, что надо передавать подключенным) Сейчас так и сделал, пока все работает, ошибок вызвать не получилось еще... Может и прокатит..