gruss

ich haette auch gedacht, dass es nicht so ist. ausprobieren kann man es. jedoch bleibt die frage ob es eine generelle sprach-spezifische festlegung ist, d.h. wenn ich es ausprobiere und die dinger sind genullt, dann ist das zufall oder haengt vom system ab auf dem ich es probiere (embedded system z.B.) !?!

Also sind member prinzipiell explizit im konstruktor zu nullen sofern es erwuenscht ist!?

gruss

weiss jemand ob man generell davon ausgehen kann, dass member-variablen einer klasse, sofern sie nicht explizit durch den konstruktor genullt wurden, immer genullt sind beim anlegen einer instanz

Es kommt drauf an: Wenn sie in der Initialisierungsliste des Konstruktors nicht explizit genullt werden, aber trotzdem auftauchen (mit leeren Klammern), dann werden sie value-initialisiert. Value-Initialisierung bedeutet, dass die Variable mit einer in den Zieltyp konvertierten 0 initialisiert wird.

Globale PODs werden auch implizit genullt.

undefiniert:

class A
{
public:
long x;
};

int main(int argc, char *argv[])
{
  A *pa = new A();
  A a;
  // beide male ist x undefiniert
}

sofern ich aber den standard-konstruktor ueberschreibe mit:

class A
{
public:
A(){}
long x;
};
int main(int argc, char *argv[])
{
  A a;
  // x ist genullt !!
}

Im zweiten Fall wird A auch default-initialisiert, wobei der explizite Konstruktor x nicht initialisiert. Das hier sollte auch unbestimmt sein, x muss also nicht genullt sein. (Ist z.B. beim MSVC2005 auch nicht so)

Der dritte Fall fehlt hier: x wird im expliziten Konstruktor default-initialisiert. Dann wäre es auf jeden Fall genullt.

class A
{
public:
A() : x() {}
long x;
};

hmm keine ahnung.
ich habe VS2003, da wird bei leerem ueberschriebenen default-konstruktor (ohne member-null-initialisierung) die member x zu 0.
vielleicht fuegt der compiler ja bei nem leer ueberschriebenen konstr. das x() mit an!?
trotzdem danke.
gruss.

Auch, wenn du als Release kompilierst? In der Debug-Version wird der Speicher ja noch irgendwie vorbereitet, vielleicht hängt's damit zusammen.