Проблема заключается в следующем:
Значит, есть клиент-серверное приложение, работа идет асинхронно, все используемые механизмы сетевого взаимодействия  стандартны. У клиента есть сокет, причем он один создается и инициализируется  при старте клиента. Подключение с сервером осуществляет модальный диалог входа в систему. Работа с сокетом идет нормально, отключается, заново подключается, при обрыве соединения тоже заново подключается, все без проблем. Но когда в главном окне открыт, какой либо модальный диалог, вызванный с помощью QDialog::exec(), и происходит разрыв соединения поведение следующее (при обрыве соединения интерфейс программы блокируется (setEnabled) и вызывается диалог входа в систему который уже в автоматическом режиме пытается восстановить соединение). Так вот если в главном окне не было открыто никакого диалога, то восстановление соединения проходит нормально, но если какой либо диалог открыт, то коннект к серверу происходит нормально, отправляется запрос нормально, а вот сигнал readyRead не генерируется, т.е. сокет адекватно отправляет информацию, но не получает ее, и в результате этого сокет нерабочий, abort() и т.д. не помогают.
У меня возникло такое предположение что это как то связано с передачей управления циклу событий модального диалога, но это так предположение.

Qt 4.3.0, VS2005

Всем кто откликнется заранее спасибо :-)

1. как присоединен слот к readyRead (директ или очередь)?
2. вы уверенны что сервер вообще чтото отправляет?

х**се решение

если прямо так в лоб, то уж лучше узнавать кто из диалогов сейчас наверху и давать ему сигнал на создание диалога рконнекта

правильнее же разделить логику и гуи по разным потокам

kalpa's glan?

ладно, а в чём тогда асинхронность?

сразу представил секетутку-бляндинку, 10 раз кликающую, например, "закрыть" в промежутках времени от моментов запроса и ответа...

если каждый такой клик добавляет командный пакет в очередь, то придётся ещё и компрессию комманд реализовывать

кинуть ссылку на глан или сам найдёшь?