[C++] DLL-Injection will nicht

[scenebase]

Huhu hab da ein kleines Problem.

Mein Source der DLL sieht so aus:


Die DLL Injecte ich mit WinJect 1.7.

Aber er gibt mir das "printf("text")" nicht in meiner Console aus.

Wo liegt das Problem? :<

[rEdoX]

Woher soll die Dll wissen, welche Konsole du meinst?

[Medix]

printf("LOOOOOOOOOL");

einfach eine windows message box stattdessen aufrufen um zu testen ob die dll injected wurde

[scenebase]

Habs mit einer msgbox versucht:


geht auch nicht.

Ihr könnt ja mal gucken ob sie bei euch geht.

[godlike4545]

also an ihrem quellkot liegst nicht soviel ist sicher !
Da Sie uns aber extram wenig Informationen beretstellen z.b über ihren Compiler und ihren Prozess an dem sie das ganze testen ist es schwer für uns einen speziellen Fehler zu finden.

[xNopex]

Welchen Compiler bzw. IDE verwendest du? Verwendest du Code::Blocks, solltest du mal das "shared DLL" template auswählen.. Andernfalls funktioniert das Ganze nicht. Evtl. versagt aber auch der Injector (eher unwahrscheinlich).

[scenebase]

Ja ich benutze Code::Blocks als IDE und als Compiler : GNU GCC Compiler (MinGW).

Das Target ist:


Edit fragt:
Warum geht es denn nur mit der "shared DLL" ?

Achja, Ich benutzte Win7 64 Bit

Bild vom Injector:


//edit2:
also mit vc++ 2010 geht es perfekt :<

[xNopex]

Bei Code::Blocks mit Mingw funktioniert es nur mit dem shared library Template. Hab ich eigene Erfahrungen mit sammeln können




Gleichzeitig wirst du erkennen, dass es sich bei dem Template um ein reines C-Projekt handeln wird. Das heißt, dass du Mischformen zwischen C und C++, wie bei MSVC++, nicht verwenden kannst.

[ms​]

MinGW will, dass man die Main-Funktion exportiert.

[B][COLOR="Red"]extern "C"[/COLOR][/B] BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD ul_reason_for_call, LPVOID lpvReserved)

So müsste es gehen.