4. IMPLEMENT_SERIAL und Kein Standardkonstruktor verfügbar

IMPLEMENT_SERIAL und Kein Standardkonstruktor verfügbar

  • ?

    Hallo nochmal.

    Jetzt habe ich noch eine Frage: Ich habe das Beispiel nun auf meine Klassen angewendet. Nun musste ich feststellen, dass die Makros nur dann ausgeführt werden, und somit auch die Initialisierung der statischen Liste nur durchgeführt wird, wenn die Klasse schon einmal verwendet wurde.

    Deshalb hatte ich auch das Problem, dass beim IMPLEMENT_SERIAL von MFC meine Klasse gar nicht in der Liste erschien. Mein Test ergab auch hier: erst wenn die Klasse einmal verwendet wurde, wird auch das Makro ausgeführt und meine Klasse erscheint in der RuntimeClass Liste.

    Woran liegt das?

    0
  • Mod

    Weil der Linker nur die Teile linkt, die auch benötigt werden...
    Alles andere wirft er weg. Wäre ja schlimm wenn es nicht so wäre. 😉

    Du hast wahrscheinlich die statischen Objekte im selben CPP Modul liegen...
    Das geht natürlich nicht, denn ein ganzes Modul wird nicht gelinkt, wnen es nicht benötigt wird. Ist doch auch logisch.

    Packe mal alle statischen Objekte in ein andere CPP Modul, dass garantiert benötigt wird.

    0
  • ?

    Du hast wahrscheinlich die statischen Objekte im selben CPP Modul liegen...

    Na die statischen Objekte werden ja durch das Makro hinzugefügt.

    static CFactory UNIQUE(sFactory)(#classname,classname::CreateObject)

    Und wenn ich nun eine Klasse habe CObj1 dann habe ich dafür eine Obj1.cpp. Dort wird dann das Makro IMPLEMENT_FACTORY eingefügt und dort befindet sich ja dann auch das statische Objekt. Was will ich da anders machen?

    0
  • Mod

    IMPLEMENT_FACTORY in einem anderen Modul sammeln, dass zwingend gelinkt wird.
    Oder Erzeuge mindestens eine referenz auf ein Objekt von diesen Typen.

    Oder erzwinge durch ein pragma das ein entsprechendes Symbol aus diesem Objekt Modul eingelinkt wird.
    #pragma comment(linker, "/include:forceSomeSymbolTobeIncluded")

    0
  • ?

    Danke nochmal für deine Hilfe.

    IMPLEMENT_FACTORY in einem anderen Modul sammeln, dass zwingend gelinkt wird.

    Dann muss ich das irgendwo in eine .cpp packen mit dem das ganze eigentlich gar nichts zu tun hat.

    Oder Erzeuge mindestens eine referenz auf ein Objekt von diesen Typen.

    Ja dann bin ich ja soweit wie zuvor. Dann muss ich ja doch für jede Klasse ein Objekt oder auch nur eine Referenz anlegen und das ganze ist nicht mehr dynamisch.

    #pragma comment(linker, "/include:forceSomeSymbolTobeIncluded")

    Und das muss ich dann für jede meiner Klassen machen.

    Bei allen 3 Möglichkeiten muss ich dann für jede Klasse von der ich ein Objekt dynamisch erzeugen will etwas an einer zentrallen Stelle pflegen. Dann sehe ich aber noch keinen Vorteil zu meinem ursprünglichen switch case oder einer map in der ich auch alle Klassen pflege?

    Seit wann ist das so. Ich habe IMPLEMENT_SERIAL schon mal in einem Projekt verwendet.Und das in VS 2003. Dort musste ich nichts von all dem machen. Nun in VS2008 geht das nicht mehr?

    Gibts da keine andere Möglichkeit?

    0
  • Mod

    Also ich weiß nicht was Du für Probleme hast.

    Ich habe meinen Sample Code von oben auf mehrere CPP Dateien verteilt.
    baseclass.cpp
    obj1.cpp
    obj2.cpp
    obj3.cpp

    Im Main habe eich eine Schleife gebaut, die nur dynamisch die Token-Ids anspricht.

    int _tmain(int argc, _TCHAR* argv[])
{
	for (int i=1; i<4; ++i)
		std::auto_ptr<CObjBase> p1(CFactory::CreateObject(i));
	return 0;
}

    Ich bekomme sowohl in Debug als auch in der Release Version die korrekte Ausgabe.

    CObj1::CObj1
    CObj1::~CObj1
    CObj2::CObj2
    CObj2::~CObj2
    CObj3::CObj3
    CObj3::~CObj3
    Drücken Sie eine beliebige Taste . . .

    0
  • ?

    Also ich weiß nicht was Du für Probleme hast.

    Wenn ich das wüßte würde ich nicht fragen. Keine Ahnung wieso??

    In dem Beispiel geht es, nur nicht in meiner Applikation. Kann es daran liegen, dass das ganze in einer statischen Lib implementiert wurde.

    0
  • Mod

    visualer schrieb:

    In dem Beispiel geht es, nur nicht in meiner Applikation. Kann es daran liegen, dass das ganze in einer statischen Lib implementiert wurde.

    Ja! Und warum verätst Du das erst jetzt, dass Du keine normale Anwednung oder DLL hast? 👎

    Ich habe extra den test gemacht: Statische Objekte aus eoinem Modul in einem Projekt einer EXE/DLL werden automatich eingebunden. Für Code sieht das anders aus.

    Denk mal nach! Meinst Du im ernst jedes Stück Code au einer statischen Lib wird in eine EXE gepackt? Es wird nur das aus einer statischen LIB verwendet was auch benötigt wird.

    Wenn also jedes dieser getrennten Module gelinkt werden soll, dann muss ein Modul aus der statischen Lib geladen werden, dass eben alle diese Module nutzt...

    0
  • ?

    Ok was soll ich sagen. Ich wußte es halt nicht. Sorry.

    Wenn ich das nun mit

    #pragma comment(linker, "/include:forceSomeSymbolTobeIncluded")

    mache. Wo muss ich das platzieren. Und was muss ich für forceSomeSymbolTobeIncluded eigeben. Eine Variable oder eine Funktion die die Klasse beinhaltet?

    0
  • Mod

    Du platzierst das in einem Objekt Modul, dass in jedem Fal aus der statischen Lib gebunden wird.
    forceSomeSymbolTobeIncluded kann eine Variable sein, oder eine Funktionsname, das ist wurscht. Aber Achtung bzgl. C++ name decoration.

    Siehe Linker Doku...

    0
  • ?

    Ok. Danke

    Es gibt also keine Möglichkeit etwas in dem Modul zu platzieren in der sich die Klasse befindet von dem das Objekt erzeugt werden muss?

    0
  • Mod

    Wie denn?
    Ein C++ Modul kann ein anderes doch nicht manipulieren.
    Einen Bezug über irgend ein Symbol musst Du schon selber herstellen zwischen einem C++ Modul und einem anderen.

    0
  • ?

    Na keine Ahnung. Dachte halt da gibt es so was wie: "Link mich auf jeden Fall ich bin wichtig oder so".

    0
Anmelden zum Antworten