Qt dll

[qkuh]

Hallo ePVP Coder
Bin gerade dabei eine Qt dll zu programmieren, aber ich kann diese leider nicht injecten. CheatEngine sagt mir, dass der dll loader nicht geladen werden konnte und andere Injektoren gehen auch nicht.

Hier ist der Code (main.cpp):

#define NOMINMAX
#include <windows.h>
#include <QApplication>
#include <QtGui>
#include "window.h"

int main(int argc, char *argv[])
{
	argc =0;
	QApplication MyApp(argc, NULL);
	window *wnd = new window;
	wnd->show();
	return MyApp.exec();
}

BOOL APIENTRY DllMain(HINSTANCE hInstance, DWORD fdwReason, LPVOID lpReserved)
{
	switch (fdwReason)
	{
	case DLL_PROCESS_ATTACH:
		{
			HANDLE hThread = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)main, (LPVOID)hInstance, 0, NULL);
		}
		break;

	case DLL_PROCESS_DETACH:
		break;
	}

	return TRUE;
}

In der window.cpp und den anderen Dateien wurde nichts verändert.


Vielen Dank

qkuh

[snow]

Zuerst: Dein Thread-Prototyp ist absolut gegen jede vernünftige Regel. :<
Korrekt müsste er so sein:

DWORD WINAPI ThreadProc(
  _In_  LPVOID lpParameter
);

Du rufst im Prinzip den Thread auf mit einem void-Zeiger, wo ein int erwartet wird.
int main dürfte hier auch problematisch werden, du hast im Prinzip 2 Einstiegspunkte definiert (einer für Anwendungen, einer für Dlls), keine Ahnung, wie CE das handled, aber daran könnte es liegen.

Bau deine Threadfunktion mal so um:

DWORD WINAPI main(LPVOID param)
{
	QApplication MyApp(0, NULL);
	window *wnd = new window;
	wnd->show();
	return MyApp.exec();
}

als Parameter kannste einfach nullptr übergeben, du brauchst dann auch keine Casts mehr.

[Delinquenz]

Alter!? Du hast 2 potenzielle Entry-Points, lol.

Du kannst 1. nicht einfach eine main und eine DllMain haben, da es dann afaik undefiniertes Verhalten hervorruft. Wieso willst du Qt injecten? Injecte über deinen Hack doch einfach eine Dll, oder geht es dir um die GUI, die du Ingame haben willst?

€: Zu langsam

[qkuh]

Vielen Dank ! Ich werde es morgen ausprobieren und dann mal berichten. Das mit den 2 Einstiegspunkten scheint kein Problem zu sein, da auch die Umbenennung der main Funktion nichts an dem Problem ändert. Hab eben mal mit Olly geschaut. Die dll wird anscheinend injected, jedoch wird das Modul sofort wieder entladen. Sorry für Rechtschreibfehler. Bin am Handy.

Und ja genau, ich möchte die dll injecten und die Funktionen über das Fenster ansteuern.

[bloodx]

unsigned long __stdcall MainThread( void* )
{
QApplication MyApp( 0 , 0 );
window *wnd = new window();
wnd->show();

return TRUE;
}

int __stdcall DllMain(HINSTANCE , unsigned long Reason, void* )
{
	switch (Reason)
	{
	  case DLL_PROCESS_ATTACH:
			CreateThread(0 , 0, &MainThread, 0 , 0, 0 );
           break;
	}

	return TRUE;
}

glaube aber nicht dass du so einfach die GUI call'n kannst.

Returnen bringt auch nicht's so wie du es dort oben vorhattest.

[qkuh]

So ich habe jetzt den Code von snow und von bloodx ausgetestet, aber leider funktioniert keiner von denen. CheatEngine meldet mir "Failed injecting the DLL".
Hat jemand eine Ahnung, was ich noch tun könnte?

[Schlüsselbein]

Wo genau der Crash passiert, wissen wir immernoch nicht. Erstell mal ein C++ Projekt und lade daraus die DLL manuell. Von da aus kannst du leichter auf GetLastError etc. zugreifen.

Btw:

[bloodx]

Originally Posted by Schlüsselbein

Wo genau der Crash passiert, wissen wir immernoch nicht. Erstell mal ein C++ Projekt und lade daraus die DLL manuell. Von da aus kannst du leichter auf GetLastError etc. zugreifen.

Btw:

bah! Danke für den Link :/ arbeite immer mit CreateThread ._.'

mhm und was ist eig mit std::thread ?

[Schlüsselbein]

Das solltest du immer verwenden, wenn du kannst. std::thread abstrahiert die direkten lowlevel Aufrufe. Das bringt Sicherheit, Plattformunabhängigkeit etc.

[bloodx]

Alles klar dann werde ich auf std::thread ab jetzt zurück greifen war mir nicht sicher ob es wirklich viel bringt.

[snow]

Bei std::thread sollte man übrigens .detach() verwenden, damit der Thread von der Funktion(?) unabhängig agieren kann, da sonst nach dem return TRUE der Thread auch vorbei ist.
Und der Prototyp ist da einfacher, das ist auch cool. Bei S4 aber z.B. crasht das das Spiel. :/

EDIT: Der Post bezieht sich nur auf DLLs, im eigenen Programm muss man das so machen, wie es halt gemacht werden sollte.

[qkuh]

Hatte das Projekt als Qt Library erstellt. Ich denke, dass das ein Fehler war. Hab vorhin versucht, ein leeres c++ projekt zu erstellen und alles ans laufen zu bringen, aber ich habe es nicht hinbekommen. Danach habe ich mich ein bisschen in Qt eingelesen und auch wahrscheinlich meine Fehlerquelle ( moc files) gefunden. Werde mich morgen eventuell nochmal melden

[MrSm!th]

Um es mal in den Raum zu werfen: Was regt ihr euch alle über DllMain und main auf? Eigentlich sollte die IDE je nach Projektart eine bestimmte Funktion als Entrypoint sehen, ich sehe da also keine Konfliktgefahr.

Das GUI innerhalb einer DLL zu benutzen, wird schon irgendwie gehen. Mit der MFC geht das auch. Ist halt bei diesen Wrappern, die den ganzen Win32 Code verstecken, etwas aufwändiger. Erst recht, weil der Projekttyp DLL ja auch nicht dafür gedacht ist, ein GUI zu zeigen. Entsprechend muss man natürlich auch die ganzen Forms bei VS selbst anlegen. Ich denke bei QT wirds da nicht anders sein.

Originally Posted by Schlüsselbein

Das solltest du immer verwenden, wenn du kannst. std::thread abstrahiert die direkten lowlevel Aufrufe. Das bringt Sicherheit, Plattformunabhängigkeit etc.

Plattformunabhängigkeit bei einer Dll-Injection? Srsly? ;f

[Padmak]

Noch dazu GLAUBE ich sollte man die QApplication so erstellen:

argc = 1;
char* bla[1] = {"irgendeinname"};
QApplication MyApp(argc, bla);
window *wnd = new window;
wnd->show();
return MyApp.exec();

Ob das an dem Injection-Fehler was ändert weiß ich nicht, aber die QApplication möchte das denke ich so.

Zitat Referenz:

Warning: The data referred to by argc and argv must stay valid for the entire lifetime of the QApplication object. In addition, argc must be greater than zero and argv must contain at least one valid character string.

Padmak

[Schlüsselbein]

@Smith: ich hab die Frage wegen std::thread allgemein verstanden.