Speicherbereich einer Anwendung ermitteln

[himitsu]

Zitat von brechi:

lpBuffer.AllocationBase liefert einen Pointer zurück, mit dem man (meiner MEinugn nach) problemlos in ein DWOrd umwandeln kann um dann z.b. mit GetProcAddress / GetModuleFileName etc. weitere Daten zu ermitteln.

Jupp, dat is möglich ... 's nutze ich z.B. in meinem MM um den Namen des Moduls (falls vorhanden) zu ermitteln ^^

Und warum muß altes denn immer gleich schlecht sein (vom Code her ist es jedenfalls viiiiieeeellll übersichtlicher )

[bundy]

Zitat von Nicodius:

sind trainer überhaupt legal?

für welches spiel ist es denn?

Harry Potter und der Feuerkelch.

Ob es legal ist keine Ahnung.
Da es ja kein Online Game ist, denke ich nicht, daß es jemanden stöhren wird. (Die Hoffnung stirbt zuletzt)

Wenn wer Interesse hat, poste ich ihn auch. Ich hoffe die DP hat da nix dagegen.

lg
Bundy

[brechi]

Mit alt meinte ich nicht, schlecht sondern einfach schon oft benutzt und bewährt

[c113plpbr]

Trainer sind in Singelplayerspielen definitiv legal, soweit sie nur im speicher arbeiten, sobald du die ausführbare datei des programms/spiels veränderst geht die sache in den bereich der illegalität ...

... zumindest meines wissens nach.

(ansonsten wäre unter win9x systemen ja jedes programm, dass "ausversehen" durch einen fehler auf fremden speicher zugreift illegal ... )

ciao, Philipp

[himitsu]

Wir fiel da gerade mal wieder was ein ... 's paßt ja so gut hierzu und vielleicht hilft's etwas

Tutorials und Kurse -> IMAGEBASE - wichtiges zu DLL und Co.


PS: @brechi ... hattest Recht ... MBI.AllocationBase (na ja, ich darf doch auch mal was vergessen, oder nicht?)

[Christian Seehase]

Moin Bundy,

kann es sein, dass Dein Freund einfach nur einen anderen Patchlevel des Spieles installiert hat, und sich, durch den geänderten Code, auch die Adressen bei ihm geändert haben?