Библиотека на Qt в не Qt-приложении

[OKTA]

Читал тему Вереса об одном из способов, как заставить библиотеку на Qt работать в не Qt-приложении. Однако подход оказался не очень кроссплатформенным (или я не заметил чего?  )
Так вот, хотелось бы узнать, есть ли подвижки в этом направлении?
Делаю библиотеку у которой интерфейс в виде абстрактного класса с двумя виртуальными функциями, которые должны дергаться из библиотеки по приходу каких-либо событий. Внутри библиотеки все построено на сигналах-слотах - для этого все основное суется в QThread, создается QCoreApplication и вроде бы даже работает. Но проблема в том, что когда надо вызвать виртуальную функцию, возникает курьезная ситуация. Интерфейсный класс работает в потоке основного приложения, а все библиотечное во внутреннем потоке библиотеки. И на этом стыке получается, что виртуальные функции могут дергаться только в контексте потока библиотеки, чего быть не должно 
Надеюсь, более-менее понятно написал 

[navrocky]

Делай очередь команд в поток.

Ну или через QCoreApplication::postEvent..

[OKTA]

Не очень понятно про очередь команд.
А после postEvent делать где-нибудь processEvents?

[Bepec]

Да, способ изначально не кроссплатформенный, ибо работать он должен(и работает к моей радости) только на Windows

С линями и униксами у меня проблемы в отношениях, так что ничем не могу помочь

Почему же курьёзная ситуация? Вполне нормальное поведение системы сигнал слотов - разные потоки, следовательно соединение через очередь, вызов в контекте потока родителя (в данном случае qthread).

Вы чего хотите то? конкретный вопрос дайте.

PS а так возврат данных из класса из dll обычно делается с граблями и костылями - callback функции, пересылка event'ов, чтение по таймеру переменной состояния и прочее

[Igors]

Но проблема в том, что когда надо вызвать виртуальную функцию, возникает курьезная ситуация. Интерфейсный класс работает в потоке основного приложения, а все библиотечное во внутреннем потоке библиотеки. И на этом стыке получается, что виртуальные функции могут дергаться только в контексте потока библиотеки, чего быть не должно 

Не понял проблемы, лучше простой пример

[OKTA]

Краткое описание проблемы.
1. Имеется интерфейсный класс библиотеки с двумя виртуальными функциями.
2. Эти функции вызываются из библиотеки по приходу каких-либо событий.
3. Эти функции должны работать в контексте потока приложения.
4. Вся работа внутри библиотеки выполняется в отдельном потоке (который внутри библиотеки и создается).
5. Как соединить сигнал из потока с QEventLoop с функцией в потоке без QEventLoop, чтобы функция вызвалась как раз в контексте потока без QEventLoop, т.е. в контексте приложения?
6. Приложение не предусматривает работы с Qt.

[Bepec]

Хм. вам нужны Qt функции в неQt потоке? с сигналами и слотами? да вы, батенька, зажрались.

Как дернуть ф-цию из одного потока в другом потоке - никак, если это не предусмотрено архитектурой приложения.

[OKTA]

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

Счастье свалилось неожиданно - приемную сторону устроит контекст потока библиотеки