Qt dll

07/03/2013 00:09 qkuh#1

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):

Code:

#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

07/03/2013 00:45 snow#2

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

Code:

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:

Code:

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. :)

07/03/2013 00:47 Delinquenz#3

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 :(

07/03/2013 01:16 qkuh#4

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.

07/03/2013 02:16 bloodx#5

Code:

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.

07/03/2013 13:51 qkuh#6

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?

07/03/2013 18:06 Schl�sselbein#7

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: [Only registered and activated users can see links. Click Here To Register...]

07/03/2013 19:36 bloodx#8

Quote:

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: [Only registered and activated users can see links. Click Here To Register...]

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

mhm und was ist eig mit std::thread ?

07/03/2013 19:55 Schl�sselbein#9

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

07/03/2013 20:06 bloodx#10

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

07/03/2013 20:08 snow#11

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.

07/03/2013 23:36 qkuh#12

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 :)

07/04/2013 00:32 MrSm!th#13

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.

Quote:

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

07/04/2013 00:59 Padmak#14

Noch dazu GLAUBE ich sollte man die QApplication so erstellen:

Code:

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:

Quote:

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

07/04/2013 09:04 Schl�sselbein#15

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