memory hacking visual basic geht nicht

das problem erklärt der screen eigendlich ,

[Only registered and activated users can see links. Click Here To Register...]

Mach BigInteger oder long

Quote:

Mach BigInteger oder long

habs nach ner weile googlen gefunden , hab thread thema schon gewechselt :).

was für ne memory klasse benutzt du denn ?

&H12344 statt &H0x0012344 sollte helfen. Wie deine IDE schon sagt ist 0x kein gültiger Ausdruck für Integer unter VB.

Die Thread Überschrift passt mal gar nicht zu deinen Thema und das ist ehr ein Fehler in deinen Quellencode von Visual Basic & hat nichts direkt mit "Memory-Hacking" zutun. Du solltest für "Memory-Hacking" sowieso lieber C++ nutzen.
Ich kann dir gerne über Skype - TeamViewer helfen. Melde dich einfach.

Quote:

Du solltest für "Memory-Hacking" sowieso lieber C++ nutzen.

Warum sollte man für externes "Memory-Hacking" nicht .net nutzen? Ist doch egal, ob die Calls zu OpenProcess und RPM / WPM aus einer unmanaged oder einer managed Anwendung kommt. Warum sollte das einen Unterschied machen? Sowas kann man auch in AutoIt machen, das macht doch keinen Unterschied. Performancekritisch ist das ja eh nicht, also gibt es keinen wirklichen Grund C/C++ irgendeiner anderen Sprache, die auch auf die WinApi zugreifen kann, vorzuziehen.

Quote:

Originally Posted by Jeoni Warum sollte man für externes "Memory-Hacking" nicht .net nutzen? Ist doch egal, ob die Calls zu OpenProcess und RPM / WPM aus einer unmanaged oder einer managed Anwendung kommt. Warum sollte das einen Unterschied machen? Sowas kann man auch in AutoIt machen, das macht doch keinen Unterschied. Performancekritisch ist das ja eh nicht, also gibt es keinen wirklichen Grund C/C++ irgendeiner anderen Sprache, die auch auf die WinApi zugreifen kann, vorzuziehen.

Mit C++ hätte er viel mehr Möglichkeit über eine DLL mit einer Injektion.
Es ist meine Meinung, also lass mich doch ? Ich halte nun mal nicht viel
davon, wenn man extern auf einen Prozess zugreift. Es bringt auch mehr
Performance wenn er es über eine DLL macht, die auf den Prozess direkt
zugreift. Mit C++ hat er auch viel mehr Möglichkeiten, die einen .Net nicht
gibt. Allgemein C++ ist für Memory-Hacking gut. Wenn er jetzt aber nur einen
Trainer für Ping Pong schreibt, ist es was anderes. Ich rede hier schon davon, wenn Hacks für ein Online Spiel mit einen Anti Cheat System macht. Da bietet ein C++ sehr gute Dinge, wie das direkt "Inline ASM", oder ganz einfach die DLL ect.

PS: Es würde mich nicht wundern, wenn er C&P ist und nicht mal Visual Basic kann. Dann sollte er einfach eine Sprache lernen, denn sein Problem ist Grundwissen der Sprache & hat nichts direkt mit "Memory-Hacking" zutun. Wenn er in Zukunft auch in Game-Hacking Bereich aktiv sein möchte, wäre C++ eine gute Sprache für diesen Zweck.

Quote:

Originally Posted by xKahba ......

und .Net ist dafür viel besser für external hacks geeignet bzw es gibt ja nicht viel unterschied ....

External hacks sind eh viel besser :D

Jedes mittelmäßige Anti-Cheat blockt Read-/WriteProcessMemory und OpenProcess eigentlich.

Quote:

Originally Posted by xKahba Mit C++ hätte er viel mehr Möglichkeit über eine DLL mit einer Injektion. Es ist meine Meinung, also lass mich doch ? Ich halte nun mal nicht viel davon, wenn man extern auf einen Prozess zugreift. Es bringt auch mehr Performance wenn er es über eine DLL macht, die auf den Prozess direkt zugreift. Mit C++ hat er auch viel mehr Möglichkeiten, die einen .Net nicht gibt. Allgemein C++ ist für Memory-Hacking gut. Wenn er jetzt aber nur einen Trainer für Ping Pong schreibt, ist es was anderes. Ich rede hier schon davon, wenn Hacks für ein Online Spiel mit einen Anti Cheat System macht. Da bietet ein C++ sehr gute Dinge, wie das direkt "Inline ASM", oder ganz einfach die DLL ect. PS: Es würde mich nicht wundern, wenn er C&P ist und nicht mal Visual Basic kann. Dann sollte er einfach eine Sprache lernen, denn sein Problem ist Grundwissen der Sprache & hat nichts direkt mit "Memory-Hacking" zutun. Wenn er in Zukunft auch in Game-Hacking Bereich aktiv sein möchte, wäre C++ eine gute Sprache für diesen Zweck.

Ohne jetzt hier Zoff anfangen zu wollen, was genau meinst du mit viel mehr Möglichkeiten ? Perfomancebedenken find ich ein wenig Quark wenn es um einen kleinen Hack geht.

Quote:

Originally Posted by Yazzn (: Jedes mittelmäßige Anti-Cheat blockt Read-/WriteProcessMemory und OpenProcess eigentlich.

noch nie passiert auser bei write :)

Ausserdem versuch doch WriteInteger anstatt WriteLong.
Versuch isses wert haha :D

WriteInteger("Exe ohne .exe",&HADRESSE,"VALUE")

:D