3. Addresswerte aus anderen Prozessen auslesen und verwenden

Addresswerte aus anderen Prozessen auslesen und verwenden

  • K

    lekos schrieb:

    folgende fehlermeldung an: 39 invalid conversion from `int' to `const void*'

    Dann 0. NULL ist (wie unskilled in einem anderen Thread sagte) für Zeiger.

    lekos schrieb:

    ist einfach das window handle from programm oder?

    Genau. Sprich du kannst dir das Handle auch einfach mit:

    ::HWND hWnd = ::FindWindow(...);

    holen.

    0
  • L

    Kóyaánasqatsi schrieb:

    lekos schrieb:

    folgende fehlermeldung an: 39 invalid conversion from `int' to `const void*'

    Dann 0. NULL ist (wie unskilled in einem anderen Thread sagte) für Zeiger.

    lekos schrieb:

    ist einfach das window handle from programm oder?

    Genau. Sprich du kannst dir das Handle auch einfach mit:

    ::HWND hWnd = ::FindWindow(...);

    holen.

    0 liefert mir leider genau den gleichen fehler zurück 😞

    0

  • unskilled schrieb:

    vorerst: falsches forum - winapi wäre richtiger

    richtiger...

    bald gibt es bool mit drei möglichen Werten: ja - nein - vielleicht

    0
  • K

    lekos schrieb:

    0 liefert mir leider genau den gleichen fehler zurück 😞

    Das ist doch ein Zeiger, dann:

    ::ReadProcessMemory(process,
                    reinterpret_cast<void *> (0xfff), // Erwartet nämlich einen Zeiger auf void
                    &addressBuffer,
                    sizeof(addressBuffer),
                    NULL);
    0
  • K

    Tim06TR schrieb:

    unskilled schrieb:

    vorerst: falsches forum - winapi wäre richtiger

    richtiger...

    bald gibt es bool mit drei möglichen Werten: ja - nein - vielleicht

    Was babbelst du eigentlich? unskilled hat doch Recht oO

    0
  • I

    Tim06TR schrieb:

    bald gibt es bool mit drei möglichen Werten: ja - nein - vielleicht

    boost::tribool? Siehe auch http://de.wikipedia.org/wiki/Dreiwertige_Logik bzw. allgemeiner http://de.wikipedia.org/wiki/Mehrwertige_Logik.

    0
  • L

    huhu, hab gestern noch bisschen rumpobiert

    kommt folgendes raus, addressen die mit 0x.... beginnen kann ich problemlos compilen sobald ich jedoch eine addresse hab die zb nur so aussieht: 0326D935 geht das ganze schon nicht mehr zum compilen. Worin liegt denn der unterschied wenn ein 0x voransteht?

    hier mal ein screen von dem problem und der compiler fehlermeldung:

    http://s5.directupload.net/images/091026/c32k9qq6.jpg

    mein ziel ist nur dieses 1631 anzuzeigen lassen in der Konsole.

    Ich hoffe meine Fragen sind nicht zu dumm :/.

    0
  • K

    Der Compiler interpretiert 0x als Hexadezimalzahl. Der Wert den du da hast ist nicht der wahre Wert. Sprich: Hexa != Dezimal.

    0
  • L

    Kóyaánasqatsi schrieb:

    Der Compiler interpretiert 0x als Hexadezimalzahl. Der Wert den du da hast ist nicht der wahre Wert. Sprich: Hexa != Dezimal.

    Klingt einleuchtend , und wie kann ich dieses problem umgehen :(?

    Muss ich den wert einfach umrechnen?

    0
  • K

    Wie liegt der Wert denn vor? Falls du ihn "von Hand" an ::ReadProcessMemory() übergeben möchtest, mach einfach ein 0x davor.

    0
  • L

    Also, der Wert den ich angezeigt haben möchte ist eine normale integer Zahl (in meinem Fall: 1631), die zugehörige Addresse ist laut CheatEngine: 05BDBE35

    eingesetzt im Code sieht es dann so aus:

    unsigned int wert;
::ReadProcessMemory(process,
                    reinterpret_cast<void *> (05BDBE35), // Erwartet nämlich einen Zeiger auf void
                    &wert,
                    sizeof(wert),
                    NULL);

    wenn ich jedoch compilen will kommt folgender Fehler:

    invalid suffix "BDBE35" on integer constant

    Wenn ich ein 0x davor mache also so:

    unsigned int wert;
::ReadProcessMemory(process,
                    reinterpret_cast<void *> (0x05BDBE35), // Erwartet nämlich einen Zeiger auf void
                    &wert,
                    sizeof(wert),
                    NULL);

    geht es zwar zum compilen wenn ich dann jedoch den Wert
    &wert ausgebe kommt eine komplett falsche Zahl heraus.

    0
  • K

    "&" ist in diesem Falle der Adressoperator. Also ohne "&"...

    0
  • L

    hab beides ausgegeben, also mit &wert und nur wert aber bei beidem kommt was komplett falsches raus und nicht 1631.

    (Das Spiel wurde in der Zwischenzeit nicht neu gestartet also die Addresse sollte noch stimmen)

    0
  • K

    Hum, sollte eigentlich gehen. Dann probier es mal so:

    unsigned int wert(0);
unsigned int adress(0x05BDBE35);
::ReadProcessMemory(process,
                    reinterpret_cast<void *> (adress), // Erwartet nämlich einen Zeiger auf void
                    &wert,
                    sizeof(wert),
                    NULL);
    0
  • L

    hm... will immernoch nicht so richtig, gibt nun 0 aus.

    Die Variable Wert bleibt irgendwie immer gleich verändere ich hier

    unsigned int wert(0);

    auf

    unsigned int wert(5);

    wird auch 5 ausgegeben also irgendwie wird der Variable nicht der Wert zugeschrieben den sie bekommen sollte (in meinem Fall 1631)

    hier mal der komplette code falls es von belangen sein sollte:

    #include <cstdlib>
#include <iostream>
#include <windows.h>

using namespace std;

int main(int argc, char *argv[])
{

     HWND Diablo = FindWindow("Diablo II", NULL);

::DWORD process_ID;
::DWORD thread_ID = ::GetWindowThreadProcessId (Diablo, &process_ID);
::HANDLE process = ::OpenProcess (STANDARD_RIGHTS_REQUIRED | SYNCHRONIZE | 0xFFF, FALSE, process_ID);	

unsigned int wert(0);
unsigned int adress(0x05BDBE35);
::ReadProcessMemory(process,
                    reinterpret_cast<void *> (adress),
                    &wert,
                    sizeof(wert),
                    NULL);
    if (Diablo){

cout<<"&wert"<<endl;
cout<<&wert<<endl;
cout<<endl;
cout<<"wert"<<endl;
cout<<wert<<endl;
}
else if(!Diablo)
{
    cout<<"Spiel nicht aktiv"<<endl;
}

    system("PAUSE");
    return EXIT_SUCCESS;
}

    edit: wenn ich einen Wert aus Minesweeper auslesen lassen will klappt das komischerweise 😞 (eben pobiert)

    0
  • N

    Wieso eigentlich dauernd diese führenden Scope-Operatoren? ::DWORD bringt hier nichts, DWORD tuts genauso. Den globalen Namensraum spezifiziert man eigentlich nur explizit, wenn im aktuellen Namensraum ein gleicher Bezeichner auftritt, oder wenn zumindest ein Verdacht auf Namenskonflikte vorliegt.

    0
  • K

    Du kannst prüfen ob es irgendwo gecrasht ist:

    if(ReadProcessMemory(...))
     std::cout<<"Success: ";
else
     GetLastError();
    0
  • L

    Kóyaánasqatsi schrieb:

    Du kannst prüfen ob es irgendwo gecrasht ist:

    if(ReadProcessMemory(...))
     std::cout<<"Success: ";
else
     GetLastError();

    Danke

    also es wird aufjedenfall der Teil der Else schleife wiedergeben, nur hab kapier ich das GetLastError(); nicht so ganz ,dass zeigt ja so wie s dasteht nichts an oder?

    habs umgeschrieben in cout<<GetLastError(); dann gibt es mir den Wert 6 aus.

    6 laut http://msdn.microsoft.com/en-us/library/ms681382(VS.85).aspx bedeutet ungültiges Handle 😶

    nur inwiefern soll das Window Handle ungültig sein? Es wird aufjedenfall ein Handle gesetzt denn ich kann mir eines ausgeben lassen mit cout<<Diablo<<endl;

    0
  • K

    Hehe... dann mach mal:

    SetLastError(GetLastError);

    Ansonsten lies mal die MSDN.

    0
  • L

    Kóyaánasqatsi schrieb:

    Hehe... dann mach mal:

    SetLastError(GetLastError);

    Ansonsten lies mal die MSDN.

    Ja was der Fehlercode 6 bedeutet habe ich nun aus der MSDN schon rausgelesen 🙂 (habs oben editiert)

    Ist denn mein Weg an das HWND zu kommen falsch oder wie kann es sein ,dass das handle als "Falsch" angesehen wird?

    HWND Diablo = FindWindow("Diablo II", NULL);
    0
Anmelden zum Antworten