Как внедрить QEventLoop внутрь dll, Dll будет юзаться со стороны дельфи либо MFC-приложения Опции

[evg123]

Есть вопрос буквально на засыпку.
Внутрь Dll вставляю QThread. В QThread в run() вставляю exec(). Этот трэд внутри dll-лины обрабатывет сигналы, которые ему генерируют другие трэды, тоже запущенные
внутри этой dll-ли (у них метод run() не имеет exec() а реализован в виде безконечного цикла который время от времени генерирует сигналы, подхатываемые и обрабатываемые первым трэдом. ниодин из сигналов (логически) не выходит за рамки dll-ли.
Теперь вопрос: Если я линкую эту dll c приложением, которе имеет запущенный QCoreApplication, то всё отрабатываеат просто супер! Если же я пишу некое приложение, которое не имеет запущенной QCoreApplication - то при попытке запустить трэды внутри моей dll-лины возникает ошибка типа QEventLoop: cannot work without QCoreApplication.
И никакие сигналы направленные в мой первый трэд не обрабатываются его слотами. Вопрос в принцыпе легко решается - пиши головную программу на Qt, запускай QApplication.exec(), далее загружай dll-ку и всё тут. Да не тут то было. Головная программа написана одна - на дельфи, а другая на MFC.
Рыл в нете, какие-то обрывки информации по поводу этой проблемы видел - но никаки конкретных ответов. Народ говорит, что да - такая проблема существует, но толком как её решить или обойти - я на счёт этого ничего не нашёл.
Получается что этим замечательным механизмом сигналов и слотов в моём случае я воспользоваться не могу что ли?

[BRE]

Посмотри обсуждение:
Link

Думаю будет достаточно просто создать объект QCoreApplication, хотя бы статически, в dll.

[Гость_Гость_evg123_*_*]

Посмотри обсуждение:
Думаю будет достаточно просто создать объект QCoreApplication, хотя бы статически, в dll.

Это уже пробовали (очччень многие) - не работает.

[BRE]

Это уже пробовали (очччень многие) - не работает.

А что и как пробовали (эти многие)?


Сообщение отредактировал BRE - 9.6.2010, 20:24

[Гость_Гость_evg123_*_*]

Это уже пробовали (очччень многие) - не работает.

А что и как пробовали (эти многие)?

Да я в нете много подобных обсуждений встречал на эту тему. (Не могу сейчас указать ссылки) на www.qtcenter.org и ещё кое-где. Просто набрал в гугле что-то типа "QEventLoop in dll". Надо пробовать. Спасибо за совет.

[hkarel]

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

[evg123]

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

У меня тоже всегда трэды общались между собой очередями. Даже класс для этого придумал. Тут проблем до сих пор не было. Но вот сейчас пользуюсь некими классами - наследниками от QIODevice, в которых сигналы реализованы (типа bytesWritten, readyRead), а блокирующие методы (типа waitBytesWritten и waitReadyRead) - не реализованы. А используется этот класс в моём дээльэльном трэде. Надо либо использовать механизм сигналов и слотов, либо, как вы говорите - свои очереди и самому дописывать блокирующие методы. Пока пошёл по второму пути - всё работает. Но первый путь всё равно интересен, т.к. это возможность открывать всякие окошки (модальные - простой вариант, не модальные - более сложный вариант) изнутри dll-лины - здесь уже без сигналов и слотов никак не обойтись.

Для BRE: вот ссылка, про которую я говорил (что типа многие уже пробовали):
Link

[BRE]

Для BRE: вот ссылка, про которую я говорил (что типа многие уже пробовали):
Link

В выводе этой примера Qt прямо кричит о причине.
Так делать не нужно.