Irgendetwas entgeht mir. Ich mache hier mal ein Beispiel eines kompilierbaren Codes:

#include <iostream>

class CBase
{
public:
    CBase()
    {
        TestIt();
    }

    virtual void TestIt() { std::cout << "CBase::TestIt" << std::endl; };
};

class CDerived : public CBase
{
public:
    CDerived()
        : CBase()
    {
    }

    virtual void TestIt() { std::cout << "CDerived::TestIt" << std::endl; };
};

int main()
{
    CDerived* pD = new CDerived();
    delete pD;
}

Dieses Beispiel liefert mir folgende Ausgabe:

CBase::TestIt

Wie kann das sein? Was muss ich machen, damit die Funktion von CDerived aufgerufen wird? Was überseh ich?

Grüssli

Was muss ich machen, damit die Funktion von CDerived aufgerufen wird?

In aller Kürze: das geht nicht

Und ich kann aus eigener Erfahrung sagen: Das mit den late-night debugging sessions ist wahr.

Hi,
gaaanz wichtige Regel, die du dir merken solltest
http://www.artima.com/cppsource/nevercall.html

Das macht nach den C++-Regeln durchaus Sinn ^^
Effective C++ kommt bei meiner Bücherreihe aber erst nach ein paar anderen noch anstehenden Büchern. Ach mist ^^

Aber eine Lösung zu meinem Problem gibt es meiner Meinung nach. Wenn die Initialisierungsliste von CDerived durchlaufen ist, so existiert CDerived doch und der Typ des Objekts ist dann auch CDerived. Im Body des CDerived Konstruktors könnte ich dann doch TestIt aufrufen, dass sollte doch eigentlich gehen.

#include <iostream>

class CBase
{
public:
    CBase()
    {
    }

    virtual void TestIt() { std::cout << "CBase::TestIt" << std::endl; };
};

class CDerived : public CBase
{
public:
    CDerived()
        : CBase()
    {
        TestIt();
    }

    virtual void TestIt() { std::cout << "CDerived::TestIt" << std::endl; };
};

int main()
{
    CDerived* pD = new CDerived();
    delete pD;
}

Das einzige Problem ist dann wohl, wenn man von CDerived erbt und TestIt überschreibt. Aber CDerived ist eine endgültige Klasse, zumindest bis anhin. Ach mist! Das nervt jetzt!

Aber vielen Dank für die Hilfe!

Grüssli

Effective C++ kommt bei meiner Bücherreihe aber erst nach ein paar anderen noch anstehenden Büchern.

Ich kann nur raten die Priorität für dieses Buch (das es sowohl in Deutsch als auch Englisch gibt) hochzusetzen. Imho eines der wichtigsten Bücher, und selbst wenn nicht alles darin nur auf Grundwissen von C++ aufbaut, so kann man doch einiges bereits früh verstehen und anwenden (zumindest ist das meine Meinung, auch wenn ich das Buch erst ca. 4-5 Jahre nach meinen C++ Einstieg angeschafft habe).

cu André

Aber eine Lösung zu meinem Problem gibt es meiner Meinung nach. Wenn die Initialisierungsliste von CDerived durchlaufen ist, so existiert CDerived doch und der Typ des Objekts ist dann auch CDerived. Im Body des CDerived Konstruktors könnte ich dann doch TestIt aufrufen, dass sollte doch eigentlich gehen.

Ja, dieses Minimalbeispiel funktioniert nach deiner Anpassung, aber ob das wirklich das ursprüngliche Problem löst, ist die andere Frage. (besonders muß dabei jede von CBase abgeleitete Klasse daran denken, TestIt() aufzurufen - und im produktiven Code macht es wenig Sinn, wenn CDerived keine Geschwister bekommt)

Naja, jedenfalls vielen Dank. Jetzt sind alle mir bekannten Fehler behoben und es kann in die nächste Testphase gehen.

Grüssli

Dravere schrieb:

Effective C++ kommt bei meiner Bücherreihe aber erst nach ein paar anderen noch anstehenden Büchern.

Ich kann nur raten die Priorität für dieses Buch (das es sowohl in Deutsch als auch Englisch gibt) hochzusetzen. Imho eines der wichtigsten Bücher, und selbst wenn nicht alles darin nur auf Grundwissen von C++ aufbaut, so kann man doch einiges bereits früh verstehen und anwenden (zumindest ist das meine Meinung, auch wenn ich das Buch erst ca. 4-5 Jahre nach meinen C++ Einstieg angeschafft habe).

cu André

Die Buchreihe (effective C++, more effective C++ und evtl. auch effective STL) sollten sehr weit oben auf der Liste stehen, vielleicht direkt nach einer guten Sprachreferenz. Dazu veilleicht noch eine Prise Gang-of-Four Design Patterns und Pragmatic Programmer. Derartiges sollte auf jeden Fall dran sein bevor man sich auf irgendwelchen Details wie GUI-Programmierung oder aehnliches stuerzt

asc schrieb:

Dravere schrieb:

Effective C++ kommt bei meiner Bücherreihe aber erst nach ein paar anderen noch anstehenden Büchern.

Ich kann nur raten die Priorität für dieses Buch (das es sowohl in Deutsch als auch Englisch gibt) hochzusetzen. Imho eines der wichtigsten Bücher, und selbst wenn nicht alles darin nur auf Grundwissen von C++ aufbaut, so kann man doch einiges bereits früh verstehen und anwenden (zumindest ist das meine Meinung, auch wenn ich das Buch erst ca. 4-5 Jahre nach meinen C++ Einstieg angeschafft habe).

cu André

Die Buchreihe (effective C++, more effective C++ und evtl. auch effective STL) sollten sehr weit oben auf der Liste stehen, vielleicht direkt nach einer guten Sprachreferenz. Dazu veilleicht noch eine Prise Gang-of-Four Design Patterns und Pragmatic Programmer. Derartiges sollte auf jeden Fall dran sein bevor man sich auf irgendwelchen Details wie GUI-Programmierung oder aehnliches stuerzt

Gut, denn derzeit will ich noch das Buch (Bible? ^^) von Bjarn Stroustrupp (wie spricht man das eigentlich aus :D) fertig lesen. Danach kommt entweder Objektorientierte Programmierung für Dummies oder C++ Templates The complete Guide. Und dazwischen kommen noch irgendwelche Fantasy Romane, womöglich noch ein PHP-Buch ... ah und mein DirectX-Buch will ich ja auch noch fertig lesen. Und dabei muss ich noch programmieren, kein Wunder das ich momentan gar keine Lust habe zu lesen
Ich brauch ein weiteres komplett anderes Ablenkungshobby

Grüssli

Gut, denn derzeit will ich noch das Buch (Bible? ^^) von Bjarn Stroustrupp (wie spricht man das eigentlich aus :D) fertig lesen.

also ich sag stuss-trupp

Gut, denn derzeit will ich noch das Buch (Bible? ^^) von Bjarn Stroustrupp (wie spricht man das eigentlich aus :D) fertig lesen.

http://www.research.att.com/~bs/bs_faq.html#pronounce

http://www.research.att.com/~bs/bs_faq.html#pronounce

LoL? Dazu gibt ein ein FAQ Eintrag. Wieviele haben sich wohl diese Frage schon gestellt, bzw. ihm? ^^

rapso schrieb:

eventuell waere ein functor den man kontrolliert an den c-tor der basisklasse (weiter)gibt das gewuenschte.

Glaube ich nicht. Denn als ich mein Code nochmals angeschaut habe, habe ich gemerkt, dass es sehr sinnvoll war, dass meine virtuelle Funktion "nicht richtig" aufgerufen wurde. Wäre sie es nämlich, so hätte bald einmal in einen Bereich geschrieben werden können, der noch gar nicht initialisiert war. Das hätte wohl noch viel "lustigere" Konsequenzen gehabt.

Grüssli

Gut, denn derzeit will ich noch das Buch (Bible? ^^) von Bjarn Stroustrupp (wie spricht man das eigentlich aus :D) fertig lesen. Danach kommt entweder Objektorientierte Programmierung für Dummies oder C++ Templates The complete Guide.

Also wenn du OOP fuer Dummies noch vor dir hast, solltest du das dem Templates Guide vorziehen, der Guide ist naemlich auch wenn man glaubt sich einigermassen in OOP auszukennen ein ganz schoener Brocken (bin fast durch und werd ihn mir wohl noch mehrmals antun muessen um Einzelheiten zu verinnerlichen).

Um mal wieder auf das eigentliche Thema zurückzukommen: Gibt es denn überhaupt praktisch relevante Problemstellungen, in denen der Ctor eine virtuelle Methode der endgültigen Klasse aufrufen muß?

Gibt es. Such mal in comp.lang.c++.moderated, da hatte kein geringerer als Scott Meyers mal diesbezüglich nach Lösungsideen gesucht.
Wobei "muss" natürlich ein bischen übertrieben ist, denn müssen muss man eigentlich nie

Link: http://groups.google.com/group/comp.lang.c++.moderated/browse_thread/thread/ab1a749b744e6601/102ec8866338832f?lnk=gst&q="scott+meyers"+%2B+virtual&rnum=8#102ec8866338832f