Softwareentwicklung in C++ - ASC

187 {
188 switch (mem type)
189 {
190 case FAST:
191 case NON VOLATILE:
192 return ( malloc ( s i z e ) ) ;
193 }
194 return ( 0 ) ;
195 }
196
12.3 Speicherverwaltung 365
197 //−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
198 /∗ This i s j u s t a dummy implementation f o r demo purposes . . .
199 ∗/
200 void MemoryProvider : : freeMemBlock ( void ∗ base ptr )
201 throw( )
202 {
203 i f ( base ptr )
204 f r e e ( base ptr ) ;
205 }
So einige Leser werden sich jetzt fragen, ob ich vielleicht zu lange in der Sonne
war, weil ich hier doch tatsächlich die Funktionen malloc und free verwende.
In Abschnitt 6.2.2 habe ich noch ausdrücklich erklärt, dass man von diesen
Funktionen tunlichst die Finger lassen soll und stattdessen new und delete
verwenden soll. Der Grund für diesen vermeintlichen Regelverstoß ist einfach
zu erklären: Wenn man schon new und delete implementiert, dann bewegt
man sich ja bereits eine Ebene tiefer unten und muss einfach irgendwo her
einen nicht initialisierten Speicherblock bekommen. Deshalb ist es in diesem
Kontext (und ausschließlich in diesem!) erlaubt und zumeist notwendig, mit
malloc und free zu arbeiten.
Folgende von C übernommene Funktionen werden angeboten, wenn man
inkludiert:
void *malloc(size_t size): Allokiert Speicher der Größe size und liefert
den Base-Pointer darauf. Der Speicher, der allokiert wird, ist nicht
initialisiert.
void *calloc(size_t num,size_t size): Allokiert Speicher der Größe
num * size, initialisiert diesen mit 0 und liefert den Base-Pointer darauf.
void free(void *base_ptr): Gibt Speicher, der entweder über Aufruf von
malloc oder calloc allokiert wurde, wieder frei.
void *realloc(void *base_ptr,size_t size): Ändert die Größe des
durch base_ptr referenzierten Speicherblocks auf size. Da nicht garantiert
werden kann, dass der Block nicht z.B. im Zuge eines Vergrößerns
verschoben werden muss, wird der neue Base-Pointer des Blocks zurückgeliefert.
Der neu hinzugekommene Speicher ist nicht initialisiert.
Vorsicht Falle: Man sieht, es gibt also auch tatsächlich ein realloc, obwohl
ich es bisher konsequent unter den Tisch gekehrt habe. Allerdings wird auch
auf dieser unteren Ebene dringendst von dessen Verwendung abgeraten!
Das Problem bei realloc ist, dass der Block im Speicher verschoben