Speicher anfordern via API

[Frabbing]

Als Alternative zu Bereichen kann man auch per API sehr einfach Speicher anfordern:

speicherhandle&=GlobalAlloc($40,anzahlbytes&)
If speicherhandle&
  '...
  GlobalFree(speicherhandle&)
EndIf

Der Speicher wird vom System nie verschoben und kann mit neueren XProfan-Versionen mittels Long/Word usw. beschrieben und ausgelesen werden. Beim Anfordern wird der Speicher mit Nullen beschrieben.

[Jac de Lad]

Öhm, warum sollte ich das anstelle von Dim benutzen?

[Nico Madysa]

Der offensichtlichste Vorteil ist, dass der Bereich gleich leergeräumt wird. Weiteres wissen sicherlich Frank und iF dazu.

[p. specht]

Äh..kann das nun ein anderes Programm auch lesen, wenn es das Handle hat?

[Frabbing]

Oh, Jacs Frage hab ich wohl übersehen, sorry.

Der offensichtlichste Vorteil ist, dass der Bereich gleich leergeräumt wird. Weiteres wissen sicherlich Frank und iF dazu.

Ob es die großen Vorteile gibt, mag ich mal bezweifeln. Ist eben eine alternative Lösung.
Ein Vorteil zu XProfan11 mag aber sein, dass der Speicher immer fest ist, d.h. er wird vom System nie verschoben. Liegt jedoch nicht direkt an GlobalAlloc, sondern an den von mir verwendeten Flags. Es gibt auch ein Flag für verschiebbaren Speicher. Ich habe aber mit fixem Speicher gute Erfahrungen gemacht. Alle meine Dll's verwenden diesen.

Äh..kann das nun ein anderes Programm auch lesen, wenn es das Handle hat?

Nicht ohne Weiteres. Hab aber in Rolands Forum ja schon geschrieben, dass noch die APIs ReadProcessMemory/WriteProcessMemory existieren, die wohl Speicher anderer Prozesse lesen/schreiben können. Ich hab aber kein Beispiel parat und in der Richtung noch nicht großartig geforscht.

Mein Botschafter benutzt Listviews (Listboxen), um mit anderen Prozessen zu kommunizieren. Eine andere Möglichkeit wäre WM_COPYDATA oder WM_USER, bzw. DDE. Hast du in der Richtung schon probiert?

[AHT]

Zitat von p. specht

Äh..kann das nun ein anderes Programm auch lesen, wenn es das Handle hat?

Soweit es das darf (Zugriffsrechte), ja.

GlobalAlloc funktioniert dafür (natürlich) nicht, jeder Prozess hat seinen eigenen Speicherbereich und ein fremder Prozess kann dieses (im Normallfall/NT) nicht lesen/schreiben.

Das ist natürlich großer Blödsinn. Es gibt Handles und OpenProcess und die APIs, die Frank schon angesprochen hat. Das für den Austausch von Daten zu nehmen, ist aber nicht die beste Möglichkeit.

Der Normalfall ist eher, dass Prozesse, die im selben "Account" laufen (ich meine, den selben ausführenden User haben). generell die Rechte haben, das ohne weiteres zu tun - also Prozessspeicher lesen und ändern können. Wäre das nicht der Fall, würden Taskmanagertools gar nicht funktionieren und die Hälfte aller APIs nicht (im Prinzip würde Windows, so wie es jetzt ist, gar nicht gehen)!

[Frabbing]

Welches ist die Beste deiner Meinung nach?

[AHT]

Zitat von Frabbing

Welches ist die Beste deiner Meinung nach?

Filemapping ist da angebrachter.

[AHT]

Noch was zu dem Thema: Lass einen, der vernünftig programmieren kann, an deinen Rechner und er ermittelt dir ohne weiteres die Adresse einer Variablen in einem fremden Programm - liest diese aus und ändert die nach belieben.

[Frabbing]

Ah genau, Filemapping. Ich wusste, ich hatte was Wesentliches vergessen.

[p. specht]

Wasn das?

[Frabbing]

Schau mal das Beispiel hier, Peter: phorum - 2 - PROFAN-Programmierung - Re: buffer auslesen => Quelltext
Dürfte schon das Passende sein für dich.

[AHT]

Nochmals zum Normalfall:

Hier mal ein Screenshot des "Normalfalls" unter NT-basierenden Systemen:
Hier sieht man die Zugriffsrechte, die auf den von mir gestarteten Prozess "Notepad" bestehen. Vollzugriff für alle von mir gestarteten Programme - also auch PROCESS_VM_WRITE, das nötig ist, um Prozessspeicher zu beschreiben und PROCESS_VM_READ, das nötig ist, um Prozessspeicher zu lesen:

Jedes von mir mit gleichem Token gestartete Programm kann ohne weiteres Daten aus dem virtuellen Speicher anderer Programme lesen und diese auch ändern, das ist der Normalfall!

Der Normalfall ist ebenfalls, das sie das - je nach Programm - auch öfters mal tun. Es gibt einen Haufen APIs, die das direkt (oder indirekt) machen:
ReadProcessMemory
WriteProcessMemory
GetModuleFileNameEx
GetModuleInformation
EnumProcessModules
CreateToolhelp32Snapshot mit TH32CS_SNAPMODULE
GetModuleBaseName
...