<![CDATA[nur eine Instanz für mehrere DLL-Ladevorgänge?]]>Hallo,

ich würde gern eine DLL von mehreren Programmen laden. Dabei soll allerdings nicht bei jeden Ladevorgang eine neue Instanz erzeugt werden, sondern eine globale Instanz dieser DLL benutzt werden. Ist sowas möglich?

Sid

]]>https://www.c-plusplus.net/forum/topic/216536/nur-eine-instanz-für-mehrere-dll-ladevorgängeRSS for NodeFri, 17 Apr 2026 12:20:45 GMTWed, 25 Jun 2008 09:49:57 GMT60<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Wed, 25 Jun 2008 09:49:57 GMT]]>Hallo,

ich würde gern eine DLL von mehreren Programmen laden. Dabei soll allerdings nicht bei jeden Ladevorgang eine neue Instanz erzeugt werden, sondern eine globale Instanz dieser DLL benutzt werden. Ist sowas möglich?

Sid

]]>https://www.c-plusplus.net/forum/post/1535381https://www.c-plusplus.net/forum/post/1535381Wed, 25 Jun 2008 09:49:57 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Wed, 25 Jun 2008 09:59:56 GMT]]>das macht das betriebssystem sowieso.

]]>https://www.c-plusplus.net/forum/post/1535391https://www.c-plusplus.net/forum/post/1535391Wed, 25 Jun 2008 09:59:56 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Wed, 25 Jun 2008 10:41:29 GMT]]>ad231 schrieb:

das macht das betriebssystem sowieso.

Bei mehreren Prozessen wird nur der Programmcode gemeinsam genutzt, nicht aber das Datensegment.

]]>https://www.c-plusplus.net/forum/post/1535437https://www.c-plusplus.net/forum/post/1535437Wed, 25 Jun 2008 10:41:29 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Wed, 25 Jun 2008 11:35:30 GMT]]>sri schrieb:

ad231 schrieb:

das macht das betriebssystem sowieso.

Bei mehreren Prozessen wird nur der Programmcode gemeinsam genutzt, nicht aber das Datensegment.

schlaubi schlumpf lässt grüßen

]]>https://www.c-plusplus.net/forum/post/1535485https://www.c-plusplus.net/forum/post/1535485Wed, 25 Jun 2008 11:35:30 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Wed, 25 Jun 2008 14:49:09 GMT]]>Wo hast Du das Problem? Das System macht das völlig allein. Haben die anderen auch gesagt! :p

]]>https://www.c-plusplus.net/forum/post/1535662https://www.c-plusplus.net/forum/post/1535662Wed, 25 Jun 2008 14:49:09 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 06:09:10 GMT]]>Also nochmal: ich möchte eine DLL von mehreren Programmen laden, dabei soll nur EINE globale Instanz erzeugt werden. Mir ist klar das der Programmcode einer DLL nur einmal in den Speicher geladen wird. Allerdings bekommt ja jeder Prozess seine eigene Instanz (jeder DLL-Aufruf bekommt sein eigenes Datensegment, wie sri schon richtig schrieb)

http://de.wikipedia.org/wiki/Dynamic_Link_Library#DLLs_im_Speicher

]]>https://www.c-plusplus.net/forum/post/1536005https://www.c-plusplus.net/forum/post/1536005Thu, 26 Jun 2008 06:09:10 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 06:20:50 GMT]]>Dann mach das Datensegment halt shared 🙄 Ich sag dir jetzt schon dass das keine gute idee ist aber die leute in diesem forum sind ja sowieso unbelehrbar

]]>https://www.c-plusplus.net/forum/post/1536009https://www.c-plusplus.net/forum/post/1536009Thu, 26 Jun 2008 06:20:50 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 06:21:06 GMT]]>Du kannst Teile Deinr Daten als Shared Memory ablegen.
Aber der Speicherzugriff muss dann synchronisiert werden, weill eben mehrere Threads gleichzeitig zugreifen können.

Aber mal eine ganz andere Frage:
Was soll das für einen Sinn haben "EINE globale Instanz" zu haben?

Ist ein COM-OutOfProc-Singleton da nicht evt. die bessere Lösung?

]]>https://www.c-plusplus.net/forum/post/1536010https://www.c-plusplus.net/forum/post/1536010Thu, 26 Jun 2008 06:21:06 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 07:27:35 GMT]]>Also der Hintergrund ist:
die DLL stellt eine Schnittstelle für ein Gerät dar, welches nur exklusiv angesprochen werden kann(Funktionen: Öffnen, Schliessen, Lesen, Schreiben).

Mein erster Ansatz war zB:
Prog A: Prog B:

Schleife{ Schleife{
Öffnen Öffnen
Lesen/Schreiben Lesen/Schreiben
Schliessen Schliessen
} }

Problem: Synchronisation, Performance(Öffnen&Schliessen)

zweiter Ansatz mit einer "globalen" DLL-Instanz:

Prog A Prog B
Öffnen(falls noch nicht geöffnet) Öffnen(falls noch nicht geöffnet)
Schleife{ Schleife{
Lesen/Schreiben Lesen/Schreiben
} }
Schliessen Schliessen

Problem: Schliessen/Öffnen muss synchronisiert werden (das "erste" Prog muss Öffnen, das "letzte" Prog muss Schliessen)Lesen/Schreiben muss synchronisiert werden

Vielleicht gibts ja noch eine elegantere Lösung 🙂

]]>https://www.c-plusplus.net/forum/post/1536043https://www.c-plusplus.net/forum/post/1536043Thu, 26 Jun 2008 07:27:35 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 07:28:40 GMT]]>

Problem: Schliessen/Öffnen muss synchronisiert werden (das "erste" Prog muss Öffnen, das "letzte" Prog muss Schliessen)Lesen/Schreiben muss synchronisiert werden

Referenz Counting verwenden (wie WinSock o.ä.).

]]>https://www.c-plusplus.net/forum/post/1536044https://www.c-plusplus.net/forum/post/1536044Thu, 26 Jun 2008 07:28:40 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 08:28:51 GMT]]>ad231 schrieb:

Dann mach das Datensegment halt shared

Soviel zum Thema

ad231 schrieb:

das macht das betriebssystem sowieso.

]]>https://www.c-plusplus.net/forum/post/1536087https://www.c-plusplus.net/forum/post/1536087Thu, 26 Jun 2008 08:28:51 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 08:48:59 GMT]]>Hi sid_vicious,

so wie Du Dein Problem beschrieben hast, kannst Du die gleiche Vorgehensweise wie beim Öffnen und Schliessen von seriellen Schnittstellen (COM-Ports) machen.

Sobald ein Programm ein COM-Port erfoglreich geöffnet hat (z.B. COM2), bekommt ein anderes Programm beim gleichen Versuch eine Fehlermeldung und muß warten und zu einem späteren Zeitpunkt wiederholen oder eine andere COM-Port Nummer wählen.

Dieser COM-Port wäre dann in Deinem Fall Deine DLL, welche eben Dein Gerät anspricht.
Dafür braucht man keine Shared-Memory oder gar Instanz-Tricksereien.

(Ich hoffe, ich habs so richtig verstanden? )

Martin

]]>https://www.c-plusplus.net/forum/post/1536107https://www.c-plusplus.net/forum/post/1536107Thu, 26 Jun 2008 08:48:59 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 08:52:29 GMT]]>Oder man zentralisiert das ganze mit einem eigenen Prozess, der dieses ganze Geschichte verwaltet.

Out Of Proc COM Server, oder gar Sevice, oder simpler eigener Prozess mit entsprechnem IPC.

]]>https://www.c-plusplus.net/forum/post/1536110https://www.c-plusplus.net/forum/post/1536110Thu, 26 Jun 2008 08:52:29 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 09:20:39 GMT]]>sri schrieb:

ad231 schrieb:

Dann mach das Datensegment halt shared

Soviel zum Thema

ad231 schrieb:

das macht das betriebssystem sowieso.

ja du idiot, weil kein mensch so einen mist machen wollen würde, eine gesamte dll und alle ihre datensegmente betriebssystemweit zu sharen. lies mal ein buch über OS grundlagen du verpennter vollpfoste. rofl.- 👎

]]>https://www.c-plusplus.net/forum/post/1536136https://www.c-plusplus.net/forum/post/1536136Thu, 26 Jun 2008 09:20:39 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 09:54:14 GMT]]>@Mmacher:
Ja im Prinzip funktioniert es so wie von Dir beschrieben. Ich möchte nur vermeiden das die Schnittstelle dauernd geöffnet und geschlossen wird. (Perfomance)
Besser wäre ein System wo die Schnittstelle "on demand" geöffnet/geschlossen werden kann und von allen Programmen ohne viel Overhead mitbenutzt werden kann.

Ein Szenario wäre zum Beispiel:
Ein Programm braucht die Schnittstelle um Daten zu versenden.
Ein anderes Programm ist ein Schnittstellenlogger, der die Aufgabe hat den Datenverkehr mitzuloggen.

@Martin Richter
Der COM Server klingt sehr interessant. Könntest Du den mal etwas genauer erklären? Wo find ich da einen guten Einstieg(Literatur, Tutorials)?

Dein Vorschläge COM/Service/Prozess würden aber darauf hinauslaufen das es eine eigenständige Applikation wird?!

]]>https://www.c-plusplus.net/forum/post/1536160https://www.c-plusplus.net/forum/post/1536160Thu, 26 Jun 2008 09:54:14 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 10:20:49 GMT]]>sid_vicious schrieb:

Der COM Server klingt sehr interessant. Könntest Du den mal etwas genauer erklären? Wo find ich da einen guten Einstieg(Literatur, Tutorials)?

MSDN? ATL Internals, Essential COM, VC-Wizads 😉

sid_vicious schrieb:

Dein Vorschläge COM/Service/Prozess würden aber darauf hinauslaufen das es eine eigenständige Applikation wird?!

Ja!

]]>https://www.c-plusplus.net/forum/post/1536189https://www.c-plusplus.net/forum/post/1536189Thu, 26 Jun 2008 10:20:49 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 12:22:46 GMT]]>ad231 schrieb:

ja du idiot, weil kein mensch so einen mist machen wollen würde, eine gesamte dll und alle ihre datensegmente betriebssystemweit zu sharen. lies mal ein buch über OS grundlagen du verpennter vollpfoste. rofl.- 👎

Schlaubi, lass es gut sein. Genau darum ging es in seiner Frage.

]]>https://www.c-plusplus.net/forum/post/1536311https://www.c-plusplus.net/forum/post/1536311Thu, 26 Jun 2008 12:22:46 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 13:07:35 GMT]]>sid_vicious schrieb:

Ich möchte nur vermeiden das die Schnittstelle dauernd geöffnet und geschlossen wird. (Perfomance)

Richtig.

sid_vicious schrieb:

Besser wäre ein System wo die Schnittstelle "on demand" geöffnet/geschlossen werden kann und von allen Programmen ohne viel Overhead mitbenutzt werden kann.

Ein Szenario wäre zum Beispiel:
Ein Programm braucht die Schnittstelle um Daten zu versenden.
Ein anderes Programm ist ein Schnittstellenlogger, der die Aufgabe hat den Datenverkehr mitzuloggen.

Vorneweg: Dieses Vorhaben über einen einzigen "Standard"-COM-Port zu realisieren ist zum Scheitern verurteilt.
Denn ein COM-Port kann nur von einer einzigen Instanz (also Prozeß bzw. Programm) zur gleichen Zeit genutzt werden. Also müssen andere Lösungswege her.

(Ist der Schnittstellenlogger von Dir programmiert oder eine fertige Software?)

Folgende Alternativ-Möglichkeiten fallen mir gerade ein:
A) Du baust (programmierst) in Deiner Applikation den Schnittstellenlogger selbst ein -> So können 2 Funktionen im selben Prozeß (Instanz) auf einen COM-Port zugreifen.

😎 Von Sysinternals (jetzt Microsoft) gibt es das Tool PortMon http://technet.microsoft.com/de-de/sysinternals/bb896644.aspx . Es protokolliert alle Vorgänge auf einem COM-Port im Hintergrund, und schreibt auf Wunsch auch in eine Datei. Vielleicht kann es Deinen Schnittstellenlogger ersetzen? (Funktionsweise: PortMon wendet auf Treiber-Ebene die Filter-API- und IOCTL-Funktionen an)

C) Du programmierst einen COM-Port-Redirector oder -Splitter. Das ist eine Treiber-Software, welche die Daten von z.B. COM1 auf einen anderen virtuellen COM-Port z.B. COM5 "kopiert". D.h. Deine Applikation greift auf COM1 zu, die andere Applikation (Datenlogger) auf COM5, aber beide greifen auf den ein- und dasselben RS232-Hardware-Port zu. Das setzt einige Kenntnisse und Erfahrung voraus, da teilweise im Kernel-Mode (ich selbst habe sowas aus Zeitgründen noch nicht gemacht).

D) Besorg Dir einen solchen fertigen (kostenpflichtigen) COM-Port-Redirector oder -Splitter, z.B. von http://www.eltima.com.

Martin

]]>https://www.c-plusplus.net/forum/post/1536349https://www.c-plusplus.net/forum/post/1536349Thu, 26 Jun 2008 13:07:35 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 13:12:31 GMT]]>[Nachtrag:]

Alternativ-Möglichkeit E):
Du verwendest 2 oder 3 serielle Ports, je nachdem ob der Schnittstellenlogger von beiden Richtungen oder nur eine Richtung mitloggen muß.:
Applikation verwendet COM1
Schnittstellenlogger verwendet COM2 und COM3.
An den Schnittstellen brückst Du die Leitungen von COM1 auf COM2 und COM3.

Martin

]]>https://www.c-plusplus.net/forum/post/1536353https://www.c-plusplus.net/forum/post/1536353Thu, 26 Jun 2008 13:12:31 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Thu, 26 Jun 2008 14:29:53 GMT]]>@Martin
Danke für deine Antwort. Also bei der Schnittstelle handelt es sich nicht um einen COM-Port. Sry falls das falsch rübergekommen ist 😉
Es ist ein USB2CAN Schnittstellenwandler. Im Prinzip hab ich vom Hersteller eine DLL die ich benutzen kann. Leider kann man die nur exklusiv für ein Programm benutzen.(oder eben mit Öffnen/Übertragen/Schliessen)
Deshalb möchte ich gern eine Wrapper-DLL drumschreiben, sodass auch mehrere (selbstgeschriebene)Applikationen darauf Zugriff haben.

]]>https://www.c-plusplus.net/forum/post/1536424https://www.c-plusplus.net/forum/post/1536424Thu, 26 Jun 2008 14:29:53 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Fri, 27 Jun 2008 07:11:39 GMT]]>Mist, dann wars falsche Annahme.

Verwendet dieser USB2CAN Schnittstellenwandler vielleicht intern einen virtuellen COM-Port?
In etwa vergleichbar mit USB-to-RS232 Schnittstellenwandler z.B. von FTDI oder Prolific.

Probier einfach mal auf gut Glück mit dem PortMon aus, vielleicht registriert es die Aktivitäten des USB2CAN Schnittstellenwandlers mit?

Nur so mal als "Versuch macht kluch" 😉
Martin

]]>https://www.c-plusplus.net/forum/post/1536740https://www.c-plusplus.net/forum/post/1536740Fri, 27 Jun 2008 07:11:39 GMT<![CDATA[Reply to nur eine Instanz für mehrere DLL-Ladevorgänge? on Fri, 27 Jun 2008 08:42:27 GMT]]>Leider wird da kein virtueller COM-Port verwendet. Es gibt einen USB-Treiber, wobei der Schnittstellenwandler als USB-Gerät installiert wird.
Ich glaub ich werd wohl versuchen die ganze Kommunikation in einer Applikation unterzubringen. Scheint mir jetzt erstmal die effektivste Lösung zu sein.

]]>https://www.c-plusplus.net/forum/post/1536797https://www.c-plusplus.net/forum/post/1536797Fri, 27 Jun 2008 08:42:27 GMT