Die vom new-Operator retournierte Adresse ist doch eindeutig (solange dazwischen nicht wieder Speicherplatz freigegeben wird).

Oder anders gesagt: wenn ich 2 Objekte o1 und o2 mit new anlege, dann liefert o1 == o2 garantiert false.

Soweit so gut, das war auch irgendwie klar. Aber: wenn ich ein Programm 2 Mal starte, dann kann es (wie einige von mir durchgeführte Tests bezeugen - sofern ich beim Ausgeben keinen Fehler gemacht habe) vorkommen, dass in beiden Prozessen die gleiche Adresse von new zurückkommt. Das hat sicher etwas mit dem Speichermanagement des Betriebssystems zu tun (logische vs. physische Adressen, etc.).

So, und jetzt zur Frage: wie ist das wenn ich von einer Applikation aus eine dynamische Bibliothek (DLL bzw. so unter Linux) verwende? Kann es dann vorkommen, dass in der Bibliothek und in der Applikation 2 gleiche Adressen vorkommen? Logisch wäre nein, weil es ja dann zu Fehlern kommen könnte, wenn Pointer zwischen Lib und App ausgetauscht werden, andererseits ist aber die DLL ein eigener Prozess.

Danke schonmal!

mfg

hi,
unter windoof hat jeder prozess seinen eigenen 'virtuellen' adressraum. d.h. verschiedene objekte können scheinbar die gleichen adressen haben, weil die adresse nur in dem jeweiligen prozess gültig ist. wo sich die objekte physikalisch befinden 'weiss' nur das os selber. dll's sind meistens 'shared ROM', also mehrere prozesse benutzen denselben code (er wird in den adressraum der prozesse eingeblendet) aber für alles veränderliche (variablen usw.) hat jeder prozess seinen eigenen (virtuellen)speicher.

Zu ergänzen sei da noch, dass diese shared dlls bzw. Speichersegmente nur so lange shared bleiben bis ein Prozess versucht da rein zu schreiben, dann bekommt er eine Kopie davon in seinen eigenen Adressraum.

Normalerweise weil: Diese Basisadressen lassen sich natürlich manipulieren, aber wer sowas tut weiss im Allgemeinen wofür