<![CDATA[Klasse im Shared Bereich halten]]>Hallo zusammen,

ich grüble über eine Lösung, wie man eine Klasse im Shared Member-Bereich einer DLL (über #pragma data_seg) halten kann. Ist das überhaupt möglich? Die Klasse besitzt ihrerseits Member, die dynamisch erweitert werden können (Maps).

Derzeit habe ich einen Pointer in der Shared Sektion stehen, dem beim ersten Aufruf (erste Istanzierung) der DLL eine Klasseninstanz zugewiesen wird. Dumm ist dabei, das folgende DLL-Instanzen, die den Pointer verwenden, aber keinen Zugriff auf die Member der Klasse bekommen, weil die Werte alle uninitialisiert sind.

Als Alternative hatte ich schon an eine Speicherreservierung für die Klasse über GlobalAlloc gedacht, aber das geht nicht recht, weil dann der Konstruktor der Klasse nicht aufgerufen wird.

Für hilfreiche Tipps und Ratschläge schon mal im Voraus vielen Dank!
Wes

]]>https://www.c-plusplus.net/forum/topic/190633/klasse-im-shared-bereich-haltenRSS for NodeSat, 11 Apr 2026 10:46:14 GMTFri, 24 Aug 2007 15:59:16 GMT60<![CDATA[Reply to Klasse im Shared Bereich halten on Fri, 24 Aug 2007 15:59:16 GMT]]>Hallo zusammen,

ich grüble über eine Lösung, wie man eine Klasse im Shared Member-Bereich einer DLL (über #pragma data_seg) halten kann. Ist das überhaupt möglich? Die Klasse besitzt ihrerseits Member, die dynamisch erweitert werden können (Maps).

Derzeit habe ich einen Pointer in der Shared Sektion stehen, dem beim ersten Aufruf (erste Istanzierung) der DLL eine Klasseninstanz zugewiesen wird. Dumm ist dabei, das folgende DLL-Instanzen, die den Pointer verwenden, aber keinen Zugriff auf die Member der Klasse bekommen, weil die Werte alle uninitialisiert sind.

Als Alternative hatte ich schon an eine Speicherreservierung für die Klasse über GlobalAlloc gedacht, aber das geht nicht recht, weil dann der Konstruktor der Klasse nicht aufgerufen wird.

Für hilfreiche Tipps und Ratschläge schon mal im Voraus vielen Dank!
Wes

]]>https://www.c-plusplus.net/forum/post/1351311https://www.c-plusplus.net/forum/post/1351311Fri, 24 Aug 2007 15:59:16 GMT<![CDATA[Reply to Klasse im Shared Bereich halten on Fri, 24 Aug 2007 18:00:24 GMT]]>Ich bin mir nicht sicher ob ich dein Problem verstanden hab. Aber kannst du deiner DLL nicht einfach eine

Init(void* classInstance)

hinzufügen? Die rufst du dann halt auf um deinen DLLs die Klasseninstanz zu zuweisen.

]]>https://www.c-plusplus.net/forum/post/1351373https://www.c-plusplus.net/forum/post/1351373Fri, 24 Aug 2007 18:00:24 GMT<![CDATA[Reply to Klasse im Shared Bereich halten on Fri, 24 Aug 2007 19:33:12 GMT]]>Eine einfache Klasse (die z.B. keine strings/container o.ä. enthält) kann man mit placement new im shared Bereich anlegen.
Für Dinge wie eben strings, container etc. braucht man einen allocator der das macht.

Guck mal in der boost, da gibt es irgendwo eine Library die genau sowas kann.

]]>https://www.c-plusplus.net/forum/post/1351437https://www.c-plusplus.net/forum/post/1351437Fri, 24 Aug 2007 19:33:12 GMT<![CDATA[Reply to Klasse im Shared Bereich halten on Sat, 25 Aug 2007 10:11:54 GMT]]>Man sollte vermeiden Klassen in slch einen shared Bereich zu legen. Am besten man bleibt bei einem POD, sprich einer normalen Struktur.
Sobald eine virtuelle FUnktion im Spiel ist gerät eine Klasse in solch einem Bereich außer Rand und Band.

An diesen Schnittstellen sollte die Daten auf einfachste Weise mit elementaren C Objekten und puren Handles und Strukturen abgesichert und gespeichert werden.
Alles was mit dynamischer Allokation daherkommt und arbeitet verbietet sich von selbst.

]]>https://www.c-plusplus.net/forum/post/1351705https://www.c-plusplus.net/forum/post/1351705Sat, 25 Aug 2007 10:11:54 GMT<![CDATA[Reply to Klasse im Shared Bereich halten on Mon, 27 Aug 2007 10:16:36 GMT]]>Danke für die Antworten.
Dann werde ich wohl besser nur einige Member im Shared Bereich unterbringen und diese dann halt per Pointer / Referenz in die Nonshared Klasse einbinden.

]]>https://www.c-plusplus.net/forum/post/1352854https://www.c-plusplus.net/forum/post/1352854Mon, 27 Aug 2007 10:16:36 GMT