🚀 go-pugleaf

Dietmar Kuehl (kuehl@uzwil.informatik.uni-konstanz.de) wrote:
> Ich wuesste nicht wo ich reingefallen bin, aber das haengt vermutlich
> damit zusammen, das ich die Nebenbedingungen, die ich an die Objekte
> stelle, um sie in Shared Memory anzulegen, nicht genannt habe (note:
> "bestimmte Objekte"). Da ich schonmal mit Shared Memory zu tun hatte,
> bevor ich das erste Mal versucht habe, C++ Objekte in Shared Memory zu
> packen, bin ich da nicht mehr reingefallen.

Da haben wir uns dann wohl missverstanden. Mir ging's darum, Objekte einer
bestehenden Klasse (u.a. Strings, wenn Du's genau wissen willst) in das SM
zu legen. Und das geht im Normalfall nicht, weil diese eben virtuelle
Funktionen haben. Natuerlich kann ich spezielle Objekte konstruieren, bei
denen das klappt, und natuerlich kann ich ein Verwaltungsobjekt schreiben,
dass Speicher im SM kappselt.

Fuer eine echte Applikation, die auch jemand bezahlen muss versuche ich aber
bereits bestehenden Code weiterzuverwenden, und das beste waere natuerlich
gewesen, wenn ich Strings (oder was auch immer, Library-Klassen eben) in das
SM legen koennte. Das geht aber im Regelfall nicht.

Fuer "bestimmte" Objekte (das Wort habe ich uebersehen, ich gebe es zu) ist
das was Du sagst also voellig richtig. In der Praxis hat es aber keine
Bedeutung.

Gruss


        Uz


-- 
Ullrich von Bassewitz                              uz@ibb.schwaben.com