Russian Qt Forum

Добрый день.
Помогите, пожалуйста, понять в чем может быть проблема.
Имеется приложение написанное на Delphi и библиотека для связи с удаленным серваком по TCP написанная на  Qt с использованием QTcpSocket. Для того, чтобы в библиотеке работал Qt-eventloop в DllMain библиотеки завожу поток и запускаю в его контексте QCoreApplication::exec().
После этого при вызове библиотечной функции происходит инициализация работы библиотеки, а именно - запускается поток, в контексте которого заводится QTcpSocket. Связываются сигналы со слотами и т.д. Данные приходят и обрабатываются. Реализовано завершение работы библиотеки с удалением сокета и остановкой потока...
Все работает! Но есть одна проблема - основная прога виснет при попытке выгрузить библиотеку. а именно на вызове FreeLibrary. Выяснилось, что если в библиотеке не вызывать connectToHost() то она выгружается благополучно.
Отзовитесь, кто сталкивался с подобным?

Происходит ли при выгрузке либы вызов внутри нее функции дисконекта от хоста, остановка потоков и так далее?

Дисконнект, остановка потока, удаление сокета и потока происходит еще до выгрузки библиотеки, посредством вызова ее функции. И только после этого пытаюсь выгрузить библиотеку.

Что значит "запускаю в его контексте QCoreApplication::exec()"?
Завершается цикл нормально?
Почему не использовать QEventLoop?

Создаю поток, связываю сигнал started() c Qt::DirectConnection со слотом, в котором запускается QCoreApplication::exec(). Т.е. QCoreApplication запускаестя из потока, для того, чтобы не блокировалась загрузка библиотеки в DllMain. При этом Qt выводит сообщение, о том, что QCoreApplication запущен не в основном потоке, но связка сигналов все равно работает.

С завершением потока, в котором запущен QCoreApplication::exec() проблем нет т.к. либа не выгружается, только если делали connectToHost(). В любом случае связка от таймеров отрабатывается, и все вертится как надо.
К тому же в последствии я выделил запуск потока с QCoreApplication  в отдельную библиотеку, которую вообще не выгружаю.

А разве можно использовать QEventLoop без QCoreApplication??? Я пробовал, но Qt ругается и коннекты не обрабатывает.

Вот это меня и смущает.

Экземпляр QCoreApplication создавать придется все равно, а после этого можно использовать QEventLoop в нужных местах.

Дык я и создаю, но создаю его не в основном потоке. Он и крутится в этом потоке, при этом пробрасывает мне сигналы. Но дело то не в этом, а в том, что либа не выгружается, только если я сделаю connectToHost(). Такое впечатление, что ранне сконнекченый сокет удаляется не так, как сокет, который не коннектился (несмотря на disconnectFromHost(), close(), abort() и т.д.). Причем под отладчиком если встать на выгрузке либы и пробежаться по деструкторам, оно иногда выгружается. Как будто требуется время, чтобы освободить какие-то ресурсы.

Метод connectToHost выполняется асинхронно, т.е. eventloop для него жизненно важен. Вы создаете экземпляр QCoreApplication в одном потоке, а цикл запускаете в другом. Qt об этом вас предупреждает.
Я вам предлагаю попробовать использовать локальный объект QEventLoop внутри нитки, который при ее завершении разрушиться.
А QCoreApplication::exec оставить в покое.

Дело в том, что QEventLoop не фунциклирует без QApplication. При его запуске, Qt так об этом и говорит. Может я чего-то не так делаю? Есть пример кода?

Конечно не функционирует, объект QCoreApplication/QApplication придется создавать все равно. Но в дочерних потоках не нужно использовать его метод exec, лучше создавать свои экземпляры QEventLoop.

Итак:
1) Приложение не на Qt и QCoreApplication в нем НЕТ!
2) DLL использует QThread , обрабатывает данные от сокета АСИНХРОННО в потоке.
Где должен создаваться QCoreApplication???
И где вызывать его метод exec()?

Например в DllMain.
Его метод exec нигде вызывать не надо.

А если НИГДЕ НЕ ВЫЗЫВАТЬ exec(), то как будут сообщения то доходить???
Вы так пробовали??? Работает?

::)
В рабочих потоках, в методе run, нужно использовать свои объекты QEventLoop и их метод exec или использовать метод exec QThread (что по сути одно и тоже).

 Тут закавыка интересная. QThread не запуститься без QApplication. Точнее не запуститься его цикл событий.

Я добился работы только при создании отдельного winApi потока.

А в чем проблема создавать экземпляр QCoreApplication?

В Dllmain  при DLL_PROCESS_ATTACH: создаю объект QCoreApplication core(argc,0);
НЕ ВЫЗЫВАЮ exec();
создаю поток QThread() и в методе run(); вызываю exec();
то Qt выдаeт: "QEventLoop: Cannot be used without QApplication" и соответственно сигналы не работают.

А зачем его создавать, если eventloop не запускать?

eventLoop не запускается, если он не создан в отдельном WinApi потоке.Во всяком случае мне его заставить работать не удалось без потока. Мб чуть попозже посмотрю свои исходники - кину.

А без QCoreApplication::exec() он может работать?

Ага. Создаете экземпляр QApplication на стеке и он разрушается при выходе из DllMain.

И всё-таки, кому-нибудь удалось запустить механизм сигнал/слот внутри dll из консольного не Qt Windows приложения?

Из консольного не пробовал, но из обычного получалось.

Неоднократно тут на форуме встречал твоё обещание выложить кусочек кода на эту тему :).
Если не затруднит, покажи свою реализацию DLLMain.

Омм... Это да, постоянно забываю найти и выложить.

PS если ещё припомнишь что я там обещал выложить - напиши в ЛС. А то пипец на работе заставляет забывать :) Разгрести надо.

Раз уж публично попрекнул Вереса невыполнением обещаний, публично и поблагодарю.
Тут обещанное выложено http://www.prog.org.ru/topic_25323_0.html
И таки-да, оно работает. Проблема у меня лично была в том, что для того, чтобы заработали циклы обработки сообщений в DLL нужно было все объекты, которые участвуют в процессе сигнал/слот, создавать в той же потоковой функции, где создается QCoreApplcation.