DLL nur Systemweit und automatisch Referenz holen

[andimx]

Hallo alle zuzsammen,

Wieder mal eine Frage aus der DLL Welt
Ich hab 2 Programme die gleichzeitig auf eine DLL zugreifen müssen. Jetzt hab ich wirklich alles versucht, sogar das mit der DLL_ATTACH funktionen, etc.. aber die DLL wird pro Program jeweils geladen.

Anbei ein Screenshot mit dem Problem.

Gibt es eine Möglichkeit die DLL wirklich nur einmal zu laden und wenn die DLL entdeckt das sie bereits geladen worden ist, automatisch auf die schon geladene DLL zeigt.

Für die Programme sollte es keinen Unterschied machen. Ich will also sowas wie eine "Intelligente" DLL

Grüße
Andi

[Luckie]

Sie wird auch nur einmal geladen. Und zwar einmal in den Speichern. Dann wird sie nur noch in den Adressraum der Prozesse gemappt, die sie laden. Dass sie natürlich deswegen auch im Adressraum der anderen Prozesse auftauchen ist klar.

[andimx]

Das hab ich jetzt schon mitbekommen.
Mein Problem ist jetzt folgendes: Intern ist ein Memory Stream (Klasse) in dem ich einen Namespace verwalte. Dieser soll jetzt beschrieben und gelesen werden und zwar von allen Applikationen gleichzeitig die lokal laufen und die DLL geladen haben.
Aber die beiden Applikationen sehen unterschiedliche Namespaces...

Jetzt die Frage. Wenn ich intern in die "initialization" sections die objekte kreiere, sind die dann Global gültig oder wird bei jedem Loadlibrary Befehl die DLL neu initialisiert??

[Luckie]

Zitat von andimx:

Aber die beiden Applikationen sehen unterschiedliche Namespaces...

Klar, weil sie ja jeweils im Adressraum des Prozesses liegen, der die DLL geladen hat. Unter C mit dem VC gibt es den sogenannten Shared Memory (http://users.actcom.co.il/~choo/lupg...s/shared-mem.c). Mit Delphi lässt sich das nur sehr umständlich nachbilden. Du solltest eventuell in Erwägung ziehen die DLL mit dem VC zu schreiben.

[Chewie]

Zitat von Luckie:

Unter C mit dem VC gibt es den sogenannten Shared Memory (http://users.actcom.co.il/~choo/lupg...s/shared-mem.c). Mit Delphi lässt sich das nur sehr umständlich nachbilden.

Wow, ich wusste gar nicht, dass VC unter Windows die POSIX-Calls beherrscht. Hast du das getestet?

[andimx]

Ok. Wenn die DLL jetzt einmal geladen ist, jeder Prozess aber seinen eigenen Prozessbereich sieht, dann kommen diese auch nie in die Quere oder?

Was ist mit der BORLNDMM.DLL und ShareMem Unit? Würde die eine Lösung bringen?

[Luckie]

Ich nicht, aber der Petzold nutz es in seinem Programm zum Sichern der Desktopicon Positionen.

[Chewie]

Zitat von Luckie:

Ich nicht, aber der Petzold nutz es in seinem Programm zum Sichern der Desktopicon Positionen.

Auf welche Frage war das jetzt die Antwort?

[brechi]

Das was du amchen willst ist unter Delphi nicht möglich. Wird in 2 Prozessen die dll geladen, dann sind alle Variabeln etc unterscheidlich. Erzeugst du also einen Stream (Objekt) so existiert dieses nur in dem Prozess wo du es gemacht hast.
Willst du gemeinsame Daten nutzen, musst du es mit MemoryMappedFiles machen.

[Luckie]

Zitat von Chewie:

Zitat von Luckie:

Ich nicht, aber der Petzold nutz es in seinem Programm zum Sichern der Desktopicon Positionen.

Auf welche Frage war das jetzt die Antwort?

Auf deine.