QT Form in WIN32 DLL

[BrendonHomo]

hallo,

weiß wer wie ich die QT form richtig in einer win32 .dll aufrufe?
QT ist bereits eingebunden etc. ich erstelle ein thread in der dll main und rufe im thread Dialog.show() auf, leider hängt sich das Spiel auf (art endlos loop).

ich glaube es liegt daran, das ich 'ne eigene "Prozessschleife" für die gui erstellen muss?

weiß wer rat wie man das richtig angeht?

[Padmak]

Du musst für die UI einen eigenen Thread erstellen, entweder über _beginthread(ex), über boost::thread, std::thread, ...
Muss halt parallel zur Hauptschleife ablaufen

Padmak

[MrSm!th]

Er erstellt schon einen Thread.

[Schlüsselbein]

In welchem Thread wird app.exec() gecalled?

[BrendonHomo]

vorhin mit std::thread gab es eine Art endlosschleife (nach aufruf der .detach() Funktion), nun habe ich es auf CreateThread umgeschrieben, allerdings wird mir Prozess direkt terminiert sobald ich die .dll in den Prozess jage.

DWORD WINAPI ShowDialog(LPVOID lpvReserved)
{
	FormMain form;
	form.show();
	return QApplication::exec();
}

BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved)
{
	if(fdwReason == DLL_PROCESS_ATTACH)
	{
		HANDLE hThread = CreateThread(NULL, 0, &ShowDialog, NULL, 0, 0);
		CloseHandle(hThread);
	}

	return TRUE;
}

[Schlüsselbein]

Nimm olly oder n anderem Debugger und schau nach an welchem Punkt deine Anwendung crasht.

Btw: Die Qt dlls befinden sich im gleichen Ordner?

[Dr. Coxxy]

nimm _beginthread und net createthread.

[Schlüsselbein]

Bzw _beginthreadex, bei welchem die Signatur afaik identisch ist.

[BrendonHomo]

Originally Posted by Schlüsselbein

Nimm olly oder n anderem Debugger und schau nach an welchem Punkt deine Anwendung crasht.

Btw: Die Qt dlls befinden sich im gleichen Ordner?

die dlls befinden sich natürlich im gleichen ordner.
ich habe es mir gerade mal in olly angeschaut, scheinbar wird mir eine exception geworfen:

"QWidget: Must construct a QApplication before a QPaintDevice"

habe mal etwas gegoogled, allerdings keine funktionierende lösung gefunden.

Originally Posted by Dr. Coxxy

nimm _beginthread und net createthread.

Originally Posted by Schlüsselbein

Bzw _beginthreadex, bei welchem die Signatur afaik identisch ist.

_beginthreadex selbiges Problem :|


meine FormMain klasse:

.cpp

 Spoiler

#include "FormMain.h"


FormMain::FormMain(QWidget *parent)
	: QMainWindow(parent)
{
	_ui.setupUi(this);
}


FormMain::~FormMain(void)
{
}

.h

 Spoiler

#pragma once
#ifndef FORMMAIN_H
#define FORMMAIN_H

#include <QtWidgets\qmainwindow.h>
#include "Userinterface.h"


class FormMain : public QMainWindow
{
public:
	FormMain(QWidget *parent = 0);
	~FormMain(void);
private:
	Ui::MainWindow _ui;
};

#endif

Ahja, mir fehlt im Header in der Klasse FormMain das makro Q_OBJECT damit ich Signale / Slots verwenden kann, allerdings kriege ich dort 3 linker error:

1>FormMain.obj : error LNK2001: Nicht aufgelöstes externes Symbol ""public: virtual int __thiscall FormMain::qt_metacall(enum QMetaObject::Call,int,void * *)" (?qt_metacall@FormMain@@UAEHW4Call@QMetaObject@@HP APAX@Z)".
1>FormMain.obj : error LNK2001: Nicht aufgelöstes externes Symbol ""public: virtual void * __thiscall FormMain::qt_metacast(char const *)" (?qt_metacast@FormMain@@UAEPAXPBD@Z)".
1>FormMain.obj : error LNK2001: Nicht aufgelöstes externes Symbol ""public: virtual struct QMetaObject const * __thiscall FormMain::metaObject(void)const " (?metaObject@FormMain@@UBEPBUQMetaObject@@XZ)".

weiß jemand evtl wie ich das auch behoben bekomme? bei mir läuft qt mit dem vs plugin in vs 2012.
das projekt bereinigen und neu kompilieren klappt da auch nicht.
bei einer normalen qt Anwendung meckert er nicht.

[Schlüsselbein]

Der Fehler ist doch recht eindeutig?! Erstellt halt mal als erstes ein QApplication Objekt und rufe dann exec von diesem auf nachdem du deine Widgets erstellt hast.

[BrendonHomo]

Originally Posted by Schlüsselbein

Der Fehler ist doch recht eindeutig?! Erstellt halt mal als erstes ein QApplication Objekt und rufe dann exec von diesem auf nachdem du deine Widgets erstellt hast.

du hast recht, jetzt klappt alles einwandfrei. danke!
davor habe ich es bereits mit einem selbst erstellten QApplication obj versucht, allerdings schmierte der Client wieder ab, wovon ich ausging das es das alte Problem war.
habe es mir gerade nochmal im Debugger dann angesehen und er schmiss mir diesmal doch eine andere exception :

"Failed to load platform plugin "windows"."

nachdem ich jetzt noch die libEGL.dll in den Ordner kopiert habe funktioniert es einwandfrei.

jetzt währe noch die frage wie ich die moc linker Errors behebe, laut Google soll ich das projekt einfach bereinigen und neu erstellen, was bei mir aber das Problem nicht behoben hat.


Problem solved, die moc.cpp vergessen hinzuzufügen. kann ngeschlossen werden.