<![CDATA[Problem mit ReadProcessMemory]]>Hallo zusammen,

hab mal wieder ein Problem bei dem ich eure Hilfe benötige.
Hab ein netten Code im Internet gefunden und versuche den jetzt mit meinem MinGW Compiler (Dev-CPP IDE) zu kompilieren.
Das Problem ist, dass er an dieser einen Stelle ein Error ausgibt (subscripted value is neither array nor pointer).

Hier mal die betroffene Stelle:

IMAGE_EXPORT_DIRECTORY ExportDir;

for(j = 0; j < ExportDir.NumberOfNames; ++j)
{
    DWORD pFunction = (DWORD)hModule + (DWORD)AddressOfFunctions[j];

    if(pFunction <= dwAddress && pFunction > dwNearestAddress)
    {
        dwNearestAddress = pFunction;

	    if(!ReadProcessMemory(hProcess, (PVOID)((DWORD)hModule + (DWORD)(&ExportDir.AddressOfNames[j])), &dwNearestName, sizeof(dwNearestName), NULL))    // <-- Hier hängt er
	    return FALSE;

	    dwNearestName = (DWORD) hModule + dwNearestName;
    }
}

Das Problem ist meiner Meinung nach das wegen dem j, da er auf eine "Liste" zugreifen will:

(&ExportDir.AddressOfFunctions[j])

Ich weiß aber nicht wie ich das zum laufen bekommen könnte.

Gruß
yogle

]]>https://www.c-plusplus.net/forum/topic/150321/problem-mit-readprocessmemoryRSS for NodeWed, 22 Jul 2026 00:06:10 GMTThu, 15 Jun 2006 10:45:12 GMT60<![CDATA[Reply to Problem mit ReadProcessMemory on Thu, 15 Jun 2006 10:45:12 GMT]]>Hallo zusammen,

hab mal wieder ein Problem bei dem ich eure Hilfe benötige.
Hab ein netten Code im Internet gefunden und versuche den jetzt mit meinem MinGW Compiler (Dev-CPP IDE) zu kompilieren.
Das Problem ist, dass er an dieser einen Stelle ein Error ausgibt (subscripted value is neither array nor pointer).

Hier mal die betroffene Stelle:

IMAGE_EXPORT_DIRECTORY ExportDir;

for(j = 0; j < ExportDir.NumberOfNames; ++j)
{
    DWORD pFunction = (DWORD)hModule + (DWORD)AddressOfFunctions[j];

    if(pFunction <= dwAddress && pFunction > dwNearestAddress)
    {
        dwNearestAddress = pFunction;

	    if(!ReadProcessMemory(hProcess, (PVOID)((DWORD)hModule + (DWORD)(&ExportDir.AddressOfNames[j])), &dwNearestName, sizeof(dwNearestName), NULL))    // <-- Hier hängt er
	    return FALSE;

	    dwNearestName = (DWORD) hModule + dwNearestName;
    }
}

Das Problem ist meiner Meinung nach das wegen dem j, da er auf eine "Liste" zugreifen will:

(&ExportDir.AddressOfFunctions[j])

Ich weiß aber nicht wie ich das zum laufen bekommen könnte.

Gruß
yogle

]]>https://www.c-plusplus.net/forum/post/1078073https://www.c-plusplus.net/forum/post/1078073Thu, 15 Jun 2006 10:45:12 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Thu, 15 Jun 2006 10:59:25 GMT]]>der code ist schlicht und ergreifend schwachsinn wenn er da so stand...

]]>https://www.c-plusplus.net/forum/post/1078086https://www.c-plusplus.net/forum/post/1078086Thu, 15 Jun 2006 10:59:25 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Thu, 15 Jun 2006 11:48:26 GMT]]>hmmm,

er steht exakt so im source und es gibt auch eine binary dazu!
Ich weiß nur nicht mit was er das kompiliert hat, schätze aber mal mit MinGW, da dieser code teil der mingw-utils (drwingw/exchndl.dll) ist!
Also schwachsinn?

Irgendwie muss man es ja hinbekommen, oder?

Gruß
yogle

]]>https://www.c-plusplus.net/forum/post/1078115https://www.c-plusplus.net/forum/post/1078115Thu, 15 Jun 2006 11:48:26 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Thu, 15 Jun 2006 12:38:59 GMT]]>(DWORD)(&ExportDir.AddressOfNames[j]))

AddressOfNames ist doch ein long...das ist doch kein wunder daß das ned funzt...

]]>https://www.c-plusplus.net/forum/post/1078147https://www.c-plusplus.net/forum/post/1078147Thu, 15 Jun 2006 12:38:59 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Thu, 15 Jun 2006 13:20:57 GMT]]>Jep das es net funzt, da es kein array oder pointer, sondern ein DWORD ist, ist mir schon klar 😃
Aber wie bekomm ich es jetzt zum laufen? Ich bekomm's nicht hin.

yogle

]]>https://www.c-plusplus.net/forum/post/1078169https://www.c-plusplus.net/forum/post/1078169Thu, 15 Jun 2006 13:20:57 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Mon, 19 Jun 2006 16:40:06 GMT]]>Hab jetzt Code gefunden der funktioniert, trotzdem Danke für die Bemühungen.

Hab allerdings noch eine Frage. In was unterscheiden sich eigentlich die ...64 zu den normalen Funktionen?
Also z.B. StackWalk64 zu StackWalk, außer dass sie teilweiße ...64 Parameter haben?

Gruß
yogle

]]>https://www.c-plusplus.net/forum/post/1080752https://www.c-plusplus.net/forum/post/1080752Mon, 19 Jun 2006 16:40:06 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Mon, 19 Jun 2006 16:55:18 GMT]]>yogle schrieb:

Hab allerdings noch eine Frage. In was unterscheiden sich eigentlich die ...64 zu den normalen Funktionen?
Also z.B. StackWalk64 zu StackWalk, außer dass sie teilweiße ...64 Parameter haben?

Die 64-Funktionen haben sie erst eingeführt, nachem es absehbar war, dass auf ein 64-Bit OS umgestellt wird. Hier sind einige Parameter eben "richtige" Pointer und keine DWORDs mehr!

PS: Für eine Anwendung der StackWalk64 Funktione siehe meinen CP Artikel:
http://www.codeproject.com/threads/StackWalker.asp
oder
http://www.codeproject.com/tools/leakfinder.asp

]]>https://www.c-plusplus.net/forum/post/1080766https://www.c-plusplus.net/forum/post/1080766Mon, 19 Jun 2006 16:55:18 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Mon, 19 Jun 2006 17:42:06 GMT]]>Achso, ich fragte weil ja nur noch die ...64 Funktionen dokumentiert sind.
Wie könnte ich eigentlich aus so einem DWORD Pointer das Modul herausfinden. Über SymGetModuleBase64 und dann SymGetModuleInfo64? Wenn ich die die Rückgabe von SymGetModuleBase für GetModuleFileName verwende bringt er mir ein Warning, was ich vermeiden möchte.

Gruß
yogle

]]>https://www.c-plusplus.net/forum/post/1080819https://www.c-plusplus.net/forum/post/1080819Mon, 19 Jun 2006 17:42:06 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Mon, 19 Jun 2006 19:27:31 GMT]]>Schau Dir einfach mal CP Artikel an...

]]>https://www.c-plusplus.net/forum/post/1080917https://www.c-plusplus.net/forum/post/1080917Mon, 19 Jun 2006 19:27:31 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Wed, 21 Jun 2006 13:29:58 GMT]]>Hmm habe mich falsch ausgedrückt.
Ich benötige eine Funktion die mir aus einem DWORD(64) Pointer den mir StackWalk64 zurückgibt den Pfad zu dem Modul ausliest.
So eine Funktion kann ich im StackWalker Code und auch sonst nicht finden, außer über GetModuleFileName mit dem Warning das ich vermeiden möchte.

Und gibt es eigentlich eine Funktion die mir sagt auf was für einem Processor ich sitze, also ein X86, ein X64 oder ein IA64?

Gruß
yogle

]]>https://www.c-plusplus.net/forum/post/1082112https://www.c-plusplus.net/forum/post/1082112Wed, 21 Jun 2006 13:29:58 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Wed, 21 Jun 2006 14:32:41 GMT]]>yogle schrieb:

Hmm habe mich falsch ausgedrückt.
Ich benötige eine Funktion die mir aus einem DWORD(64) Pointer den mir StackWalk64 zurückgibt den Pfad zu dem Modul ausliest.
So eine Funktion kann ich im StackWalker Code und auch sonst nicht finden, außer über GetModuleFileName mit dem Warning das ich vermeiden möchte.

???
SymGetModuleInfo64

yogle schrieb:

Und gibt es eigentlich eine Funktion die mir sagt auf was für einem Processor ich sitze, also ein X86, ein X64 oder ein IA64?

Wie meinst Du das??? Da Du eh für jede Platform separat compilieren musst, erübrigt sich eigentlich fast die Frage (da Du es über Compiler-Directieves rausbekommst)...

]]>https://www.c-plusplus.net/forum/post/1082157https://www.c-plusplus.net/forum/post/1082157Wed, 21 Jun 2006 14:32:41 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Wed, 21 Jun 2006 15:30:58 GMT]]>typedef struct _IMAGEHLP_MODULE64 { DWORD SizeOfStruct; // set to sizeof(IMAGEHLP_MODULE64) DWORD64 BaseOfImage; // base load address of module DWORD ImageSize; // virtual size of the loaded module DWORD TimeDateStamp; // date/time stamp from pe header DWORD CheckSum; // checksum from the pe header DWORD NumSyms; // number of symbols in the symbol table SYM_TYPE SymType; // type of symbols loaded CHAR ModuleName[32]; // module name CHAR ImageName[256]; // image name CHAR LoadedImageName[256]; // symbol file name } IMAGEHLP_MODULE64, *PIMAGEHLP_MODULE64; STACKFRAME64 sf64; IMAGEHLP_MODULE64 Module; StackWalk64( Bla, sf64, Bla ); SymGetModuleInfo64( Bla, sf64.AddrPC.Offset, &Module ) MessageBox( NULL, Module.ModuleName, "ModulName", MB_OK ); MessageBox( NULL, Module.ImageName, "ImageName", MB_OK ); MessageBox( NULL, Module.LoadedImageName, "LoadedImageName", MB_OK );

ModuleName ist der Modulname _ohne_ Suffix. ImageName ist der Modulname _mit_ Suffix. LoadedImageName ist der Pfad für die Debugsymbole für das Modul. Ich weiß nicht wie du meinst, dass ich auf meinen Modulpfad komme.

Jochen Kalmbach schrieb:

Wie meinst Du das??? Da Du eh für jede Platform separat compilieren musst, erübrigt sich eigentlich fast die Frage (da Du es über Compiler-Directieves rausbekommst)...

Kann man es denn nicht auch anderst herausbekommen? So das ich nicht 3 oder sogar 5 (64Bit) verschiedene Binarys benötige, sondern eine bei der ich die Parameter für StackWalk64 wie z.B. IMAGE_FILE_MACHINE_AMD64 und die Register während der Laufzeit anpassen könnte. Sonst wäre das äußerst ungeschickt, da ich ja auch nicht immer weiß auf welchem Zielsystem das Programm laufen soll 😮

Gruß
yogle

]]>https://www.c-plusplus.net/forum/post/1082203https://www.c-plusplus.net/forum/post/1082203Wed, 21 Jun 2006 15:30:58 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Wed, 21 Jun 2006 19:13:17 GMT]]>yogle schrieb:

Jochen Kalmbach schrieb:

Wie meinst Du das??? Da Du eh für jede Platform separat compilieren musst, erübrigt sich eigentlich fast die Frage (da Du es über Compiler-Directieves rausbekommst)...

Kann man es denn nicht auch anderst herausbekommen? So das ich nicht 3 oder sogar 5 (64Bit) verschiedene Binarys benötige, sondern eine bei der ich die Parameter für StackWalk64 wie z.B. IMAGE_FILE_MACHINE_AMD64 und die Register während der Laufzeit anpassen könnte. Sonst wäre das äußerst ungeschickt, da ich ja auch nicht immer weiß auf welchem Zielsystem das Programm laufen soll 😮

?????
Hast Du jemamls schon für x64/IA64 Programme erstellt?

Es ist halt nun mal, so dass Du für x86/x64 und IA64 eigene binaries erstellen musst (ok, x86 läuft auch in einer "Simulation" in x64/IA64).

Schau Dir bitte mal meinen "StackWalker" auf Codeproject richtig an; der ist für alle drei Platformen vollständig implementiert und wird eigentlich Deine Fragen beantworten (auch mit dem IMAGE_FILE_MACHINE_AMD64)...

]]>https://www.c-plusplus.net/forum/post/1082448https://www.c-plusplus.net/forum/post/1082448Wed, 21 Jun 2006 19:13:17 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Wed, 21 Jun 2006 20:44:24 GMT]]>Nein ich hab noch nie ein Programm für x64, IA64 geschrieben da ich dafür gar keinen Compiler habe.
Ich glaube ich habe dich falsch verstanden. Sehe ich das jetzt richtig, dass wenn ich mein Programm für x86 kompiliere und bei StackWalk64 als Parametet IMAGE_FILE_MACHINE_I386 angebe, es dann auch auf einem x64, IA64 Prozessor funktioniert, da x86 "simuliert" wird? Und wenn ich einen 64Bit Kompiler hätte müsste ich angeben für welchen Prozessor ich kompilieren will und dann den Code darauf anpassen?

Sorry für die blöden Fragen, bin heute etwas langsam.

Gruß
yogle

]]>https://www.c-plusplus.net/forum/post/1082513https://www.c-plusplus.net/forum/post/1082513Wed, 21 Jun 2006 20:44:24 GMT<![CDATA[Reply to Problem mit ReadProcessMemory on Thu, 22 Jun 2006 05:25:49 GMT]]>yogle schrieb:

Nein ich hab noch nie ein Programm für x64, IA64 geschrieben da ich dafür gar keinen Compiler habe.
Ich glaube ich habe dich falsch verstanden. Sehe ich das jetzt richtig, dass wenn ich mein Programm für x86 kompiliere und bei StackWalk64 als Parametet IMAGE_FILE_MACHINE_I386 angebe, es dann auch auf einem x64, IA64 Prozessor funktioniert, da x86 "simuliert" wird? Und wenn ich einen 64Bit Kompiler hätte müsste ich angeben für welchen Prozessor ich kompilieren will und dann den Code darauf anpassen?

Treffer, versenkt.

]]>https://www.c-plusplus.net/forum/post/1082606https://www.c-plusplus.net/forum/post/1082606Thu, 22 Jun 2006 05:25:49 GMT