окно в динамической библиотеке Опции

[Sami]

Есть проги которые написаны на различных библиотеках (MFC, OWL и тд)
Все они юзают одну длл, которая при этом может выводить окно с текстом и реагировать на клавиатуру.
QApplication должен быть создан в первом потоке.
И как быть, если вызвать QApplication в первом потоке длл не может, да и не уверен, что длл вызывают из первого.
Что делать? Менять QT на что-то другое?

И кстати а почему QApplication должен быть создан только в main (). С чем это связано?

[ViGOur]

А зачем тебе вызывать в QApplication из DLL?
В DLL можно ведь просто создавать окно, а вызывать его из exe'шника, предварительно передав ему родителя если нужно.

[Sami]

А зачем тебе вызывать в QApplication из DLL?
В DLL можно ведь просто создавать окно, а вызывать его из exe'шника, предварительно передав ему родителя если нужно.

exe'шник понятия не имеет про QT и QApplication, он давно написан сторонними разработчиками.

Если убрать класс QApplication из DLL, то при создании QWidget выдает:
QWidget: Must construct a QApplication before a QPaintDevice.

Поэтому засунул QApplication в отдельный поток, при этом стало выдаватся сообщение:
WARNING: QApplication was not created in the main() thread.
Мож мне этот варнинг игнорировать?
На что может сказаться этот варнинг?

[Tonal]

Если окно модальное - то не парься - создавай QApplication в главном потоке, показывай своё окно.
При закрытии - удаляй окно и удаляй QApplication.

Если окно не модальное, то смотри в сторону Qt/MFC Migration Framework. Там есть QMfcApp - который корректно работает в главном потоке совместно с остальными Framework-ами, QWinWidget - который может быть дитём WinApi окна и QWinHost - который может быть родителем для WinApi окна.

Я использовал Qt/MFC Migration Framework для написания плагинов к приложению на delphi.
Правда потом получилось преобразовать работу по 1му варианту.

Сообщение отредактировал Tonal - 7.5.2008, 10:25

[Sami]

Если окно модальное - то не парься - создавай QApplication в главном потоке, показывай своё окно.
При закрытии - удаляй окно и удаляй QApplication.

Если окно не модальное, то смотри в сторону Qt/MFC Migration Framework. Там есть QMfcApp - который корректно работает в главном потоке совместно с остальными Framework-ами, QWinWidget - который может быть дитём WinApi окна и QWinHost - который может быть родителем для WinApi окна.

Я использовал Qt/MFC Migration Framework для написания плагинов к приложению на delphi.
Правда потом получилось преобразовать работу по 1му варианту.

Для WinApi понятно. И большое спасибо.
А как обстоит дело в Linux'е.
Там хоть DLL нет, но есть разделяемые библиотеки.
Можно ли такую ситуацию скомпилить на linux?
Скоро по видимому этот вопрос встанет.
Тобишь есть прога которая вызывает сошку, которая показывает не модальное окно. Что прога юзает GTK, QT, ncurses или что-то другое заранее не известно.

Причина редактирования: сервер притормаживает :(

[Tonal]

Ну если ncurses, то там и X-ы могут быть не запущены - тады ты никакое окошко вестимо не покажешь.
С остальным - не в курсе. С модальным вроде должно проканать.

[Sami]

Ну если ncurses, то там и X-ы могут быть не запущены - тады ты никакое окошко вестимо не покажешь.
С остальным - не в курсе. С модальным вроде должно проканать.

А как насчет цикла QApplication в linux'е?
Я вот так и непонял зачем нужен цикл QApplication в главном потоке делать.
По идеи все потоки равнозначны, ежели им приоритет не менять.
Так какая разница?
Или до первого легче добратся?

[Tonal]

Все потоки в приложении равны, но один - ровнее.
Мне кажется, это связано с передачей сигналов между потоками.
Если я правильно помню (смотрел как-то в коде, но могу и ошибаться) они идут через очередь главного потока.
Ну и добраться видимо легче.
См. http://www.linuxcenter.ru/lib/articles/lxf/linapi7.phtml