Wann und warum wird eine std :: __ non_rtti_object-Ausnahme generiert?

Question

Ich verwende Visual Studio und führe eine gültige dynamische Besetzung durch. RTTI ist aktiviert.

Edit: der Code aktualisiert realistischere

struct base 
{ 
    virtual base* Clone() 
    { 
     base* ptr = new base; 
     CopyValuesTo(ptr); 
     return ptr; 
    } 
    virtual void CopyValuesTo(base* ptr) 
    { 
     ... 
    } 
    virtual ~base() 
    { 
    } 
} 

struct derived : public base 
{ 
    virtual base* Clone() 
    { 
     derived* ptr = new derived; 
     CopyValuesTo(ptr); 
     return ptr; 
    } 
    virtual void CopyValuesTo(base* ptr) 
    { 
     ... 
    } 
    virtual ~derived() 
    { 
    } 
} 

void Class1::UseNewSpec(base* in_ptr) //part of a totally unrelated class 
{ 
    derived* ptr = dynamic_cast<derived *>(in_ptr); 
    if(!ptr) 
     return; 
    delete m_ptr; 
    m_ptr = ptr->Clone(); //m_ptr is a member of Class1 of type base* 
} 

//usage : 
Class1 obj; 
derived new_spec; 
obj.UseNewSpec(&new_spec); 

Mein Debugger zu sein, sagt, dass in_ptr vom richtigen Typ ist, wenn die Ausnahme ausgelöst wird. Google scheint besonders wenig hilfreich zu sein. Irgendwelche Ideen? Prost.

Answer 1

Ich habe einen Test auf Ihrem Pseudocode ausgeführt und es funktioniert. Wenn also RTTI in Ihrer Build-Konfiguration wirklich aktiviert ist, muss es sich um ein weiteres Problem handeln, das nicht in den von Ihnen geposteten Daten enthalten ist.

Answer 2

RTTI-Ausnahmen, Fehler oder Fehler in der Umgebung von dynamic_cast können bedeuten, dass Sie eine ungültige Besetzung durchgeführt haben. dynamic_cast<derived*>(ptrToBase) ist nur dann gültig, wenn die Klassen derived und base die folgende Bedingung erfüllen: Diese Klasse oder eine ihrer Basisklassen hat eine virtuelle Memberfunktion.

Diese virtuelle Elementfunktion kann alles sein, einschließlich des Destruktors. Wenn Sie keine anderen Elementfunktionen haben, können Sie versuchen:

struct base 
{ 
    virtual ~base(){} 
    ... 
} 

struct derived : public base 
{ 
    ... 
} 

Jetzt base eine virtuelle Member-Funktion hat, und so ist abgeleitet. Probieren Sie es aus und sehen Sie, ob es Ihr Problem löst.

EDIT-ADD:

@carleeto - In "hatte es bereits einen virtuellen Destruktor", es doe == Basis?

Wenn abgeleitet hat virtuellen Destruktor aber Basis ist nicht virtuelles dtor, dann können Sie immer noch diesen Fehler erhalten.

Außerdem sollten Sie überprüfen, dass das Objekt nicht zerstört wurde - sobald der Destruktor ausgeführt wird, ist dynamic_cast nicht mehr sicher zu rufen. Versuchen Sie, den Ctors und Dtors eine Ablaufverfolgung hinzuzufügen.

Answer 3

Enthält base irgendwelche virtual Methoden? Es muss für dynamic_cast arbeiten.

Answer 4

http://msdn.microsoft.com/en-us/library/fyf39xec(VS.80).aspx hat Informationen zu __non_rtti_object_exception.

Von MSDN:

Wenn der Zeiger auf ein gültiges Objekt wird ein __non_rtti_objectexception geworfen, was auf einen Versuch zeigt nicht die RTTI zu analysieren, damit einen Fehler ausgelöst (wie Zugang Verletzung), weil das Objekt irgendwie ungültig ist (schlechter Zeiger oder Code wurde nicht mit/GR kompiliert).

Answer 5

Stellen Sie sicher, dass RTTI in allen Quelldateien aktiviert ist.

Andernfalls ist der Zeiger ungültig.