Russian Qt Forum

Всем доброго времени суток!

Есть необходимость добавить поддержку UDP протокола Qt в приложение, написанное на чистом WinAPI. Можно ли это сделать, если имеется уже готовая программа(например системная служба Windows) написанная без использования Qt и как следствие не использующая цикл обработки сообщений: QCoreApplication::exec()?

Заранее спасибо!

Прочитайте себя. Поддержку UDP протокола Qt (это как??? мб написанную на Qt?) в WinApi...

В принципе вроде можно засунуть в библиотеку, но без Q...exec не будет работать сигнал-слотовая система вроде. Так что хз.

Пардон за косноязычие. Имелось в виду поддержка сети, реализованная в Qt.
Имелось в виду именно это. Можно ли обойти отсутствие "Q...exec" созданием нового потока и запуска в нем локального цикла обработки сообщений, чтобы заработали сигнал-слотовые соединения?

ХЗ. Где то говорилось, что exec можно запихать в библиотеку, но вам не подходит - он всё равно вызывается.

Для того, чтобы использовать Qt c WinAPI необходимо организовать очередь сообщений Qt.
Для этого используется Qt solution - qtwinmigrate. Там есть необходимый tutorial.

Который и является очередью событий, QApplication? :)

А самому нельзя чтонибудь вроде этого написать:

C++ (Qt)
class MyThread : public QThread
{
Q_OBJECT
 
public:
	explicit MyThread( QObject *parent = 0 );
	virtual ~MyThread();
 
protected:
	virtual void run();
};
 

C++ (Qt)
MyThread::MyThread( QObject *parent ) : QThread(parent)
{
	moveToThread( this );
}
void MyThread::run()
{
	int argc = 0;
	QApplication app(argc, 0);
 
	m_pSocketListener = new QUdpSocket();
	m_pSocketListener->moveToThread( this );
 
	m_pSocketSender = new QUdpSocket();
	m_pSocketSender->moveToThread( this );
 
	app.exec();
}
 

 ???

Объекты, созданные в run(), уже принадлежат этому треду, их не надо дополнительно мувать

moveToThread( this ); - это зачем в конструкторе? У класса ни слотов не используется, ни сигналов, ни вообще каких-то дополнительных методов...

Ну и это, у треда уже есть очередь событий (вызывается по exec() ), поэтому QApplication тут возможно и не нужен

Нет, ну в классе есть и слоты и сигналы, без QApplication и мува в конструкторе они не работали. Сейчас, вроде, нормально стала работать сетевая сетевая часть(исаользую UDP), без этого не хотела...

Что-то явно "не то". QApplication app создать наверняка надо, но зачем искать приключений и делать это в отдельной нитке? А вот app.exec() не в масть - просто вызываете exec() (т.е. цикл самой нитки), пусть стоит и ждет сигналов

Сейчас остановился на таком варианте:

C++ (Qt)
MyThread::MyThread( QObject *parent ) : QThread(parent)
{
  moveToThread( this );
}
 
void MyThread::run()
{
  int argc = 0;
  QApplication app(argc, 0);
 
  m_pSocketListener = new QUdpSocket(this);
....
  m_pSocketSender = new QUdpSocket(this);
 
....
  exec();
 
}

При создании QApplication вне метода run() сигналы\слоты не срабатывают.

Например ?

Ну например выношу я его в конструктор или вообще, в main()...