Softwareentwicklung in C++ - ASC

12.3 Speicherverwaltung 371
längere Zeit speichern. Das ist bei lokalen Variablen sowieso nicht der Fall,
also betrifft uns dies nicht. Sehr wohl würde es uns betreffen, wenn wir
einfach eine Variable mit globaler Lifetime anlegen wollten und diese im nicht
flüchtigen Speicher zu liegen kommen sollte. In diesem Fall ist es dann so,
dass entweder die Compiler/Linker Kombination für unser System sowieso
das static Memory im nicht flüchtigen Teil verewigt oder wir eben einfach per
Konvention nur mittels dynamischer Memory-Verwaltung arbeiten dürfen.
12.3.2 Array new und delete
Es ist bereits bekannt, dass es verschiedene new und delete Operatoren gibt,
je nachdem, ob man ein einzelnes Objekt oder ein Array von Objekten anlegen
will. Genau diese Unterscheidung trifft uns auch beim Overloading
dieser Operatoren, denn für Arrays gibt es tatsächlich explizit die alternativen
Operatoren new[] und delete[]. Man sieht also, dass der Aufruf
von delete[] statt delete für Arrays nicht nur reine Kosmetik ist, sondern
dass sich dahinter sehr wohl ein eigener, separater Operator mit besonderen
Eigenschaften verbirgt. Ergänzen wir also unser Beispielprogramm um
die entsprechenden Array-Operatoren um zu sehen, wie sich diese verhalten
(second_new_delete_overloading_demo.cpp). Die geänderte Klasse
FastAccessibleObject sieht dann folgendermaßen aus:
48 class FastAccessibleObject
49 {
50 public :
51 void ∗ operator new( s i z e t s i z e )
52 throw( b a d a l l o c ) ;
53
54 void ∗ operator new [ ] ( s i z e t s i z e )
55 throw( b a d a l l o c ) ;
56
57 void operator delete ( void ∗ base ptr )
58 throw ( ) ;
59
60 void operator delete [ ] ( void ∗ base ptr )
61 throw ( ) ;
62
63 FastAccessibleObject ( ) { }
64
65 virtual ˜ FastAccessibleObject ( ) { }
66 } ;
Die Implementation der beiden dazugekommenen Operatoren birgt nichts
wirklich Berauschendes, wie sich leicht erkennen lässt:
169 void ∗ FastAccessibleObject : : operator new [ ] ( s i z e t s i z e )
170 throw( b a d a l l o c )
171 {
172 cout