Also ich habe eine DLL, die einen Systemweiten HOOK setzt. Eine HOOKDLL wird bei erfolgreichem Hooken ja komplett in den Speicherbereich der spezifischen Anwendung gemapped.

Ich stehe nun vor folgendem Problem für das ich keine Lösung finde:

Das Hauptprogramm lädt die DLL, ruft eine Funktion in der DLL auf (nennen wir sie "DllFunc1") und übergibt als Parameter Zeiger auf string Objekte.

In der DLL Funktion wiederum wird nun der Hook gesetzt und zur Kontrolle die übergebenen daten auch noch mal via Konsole angezeigt.

-> bis dahin klappts, das is ja auch nich weiter schlimm.

Nun benötige ich die Daten aber innerhalb der Callback Funktion des Hooks. Dazu könnte man im SharedSegment ja einfach eine Variable einrichten.

Ich möchte aber keinen fixen Buffer verwenden, also NICHT sowas:

char DATA[2048];

Weil ich die Datenmenge nicht kenne und nicht begrenzen möchte, und die Größe zur Ausführung nicht aufblähen möchte. Nun hab ich mir gedacht, da lege ich im Shared Segment einen Zeiger an (nennen wir ihn "pdata", der nun wiederum auf unsere übergebenen Daten aus ("DllFunc1") zeigt.

#pragma comment (linker, "/section:Shared,RWS")
#pragma data_seg ("Shared")

   string* pdata;

#pragma data_seg ()

Aber genau das klappt nicht, soll heißen:
Es stüzt das entsprechende gehookte Programm ab, sobald ich in der CallbackFunktion auf diesen Zeiger zugreifen will.
In "DLLFunc1" funkioniert es aber.

Das Problem scheint zu sein, dass wenn ich in "DllFunc1" den Zeiger pdata auf die übergebenen Daten setzte, hier wahscheinlich mit relativen Adressen gearbeitet wird.
Auf jeden Fall ist der Wert des Zeigers innerhalb der HookProzedur, also quasi aus einem anderen Speicherbereich heraus gesehen unbrauchbar/bullshit.

Mit fixen Buffern hat das geklappt, aber wie gesagt das is in meinem fall ungünstig.

Auch mit speicher allozieren (in DllFunc) klappt es nicht, ist ja klar, auch hier muss ich ja Pointer verwenden.

Wenn ich einfach einen string definiere und in DLLFunc1 fülle ist auch dieser in der Callback Funktion leer (zumindest stürzt es aber nicht ab).

Irgendwie ist das mit der Shared Sektion sehr merkwürdig. Ich habe vor längerer Zeit auch schon mal festgestellt, dass wenn ich einer Variable beim Definieren, keinen Wert zuweise, also zum Bsp nur

HWND hMainWin;

in der Shared Sektion definiere, es dann auch Probleme zwischen den Instanzen der DLL geben kann, wobei

HWND hMainWin = NULL;

eine initialisierung mit NULL dann funktionierte.

Ich bin ratlos , freu mich über jeden hinweis, vielleicht auch andere, sichere Verfahren zur Interprozesskommunikation.

Gruß

Peter

Danke