014
14.10.2006, 10:19 Uhr
pitrie
|
ja, aber code bringt ja net so viel ... geht ja eher um eine analyse und die machbarkeit.
ich will von einer exe-anwendung einer dll daten zur verfügung stellen.
dadurch war meine erste lösung das shared memory:
dazu habe ich in der dll eine funktion store(), die ich unter extern "C" deklariere und somit aus der exe-anwendung aufrufen und daten übergeben kann, die dann von einem anderen programm die die dll benutzt gepollt werden über die funktion get().
da hatte ich jedoch das problem wegen den verschiedenen instanzen da ich in der exe anwendung die dll einbinde und das zweite programm ja ebenso = verschiedene instanzen.
und daten muss ich ja logischerweise im speicher ablegen. deswegen hat des mit dem shared memory nicht funktioniert, da wie gesagt in einem shared memory kein speicher angelegt werden kann.
dann habe ich meine zweite lösung angefangen. named pipe
da habe ich einfach in der exe-anwendung eine namedpipe erstellt und mit writefile schreibe ich die daten rein. in der dll erstelle ich einen client und lese mit readfile die daten aus.
somit habe ich auch gleich eine "queue"
das funktioniert einwandfrei, jedoch frage ich mich jetzt, ob das perfomance probleme geben kann?
gruß
pitrie
--
Gruß Steff
___
Der Optimist sieht in jedem Problem eine Aufgabe.
Der Pessimist sieht in jeder Aufgabe ein Problem.
http://autoexport.sunbird-kalender.de |
