dynamic_cast <>のどのような状況や状況で失敗する可能性がありますか？

Question

巨大なコードベースにバグを修正している間に、参照の動的タイプが元のDerivedタイプからBaseタイプに変わったという奇妙な状況が観察されています。私はこの問題を説明するために、最小限のコードを提供しています：

​​

funcptrは、関数ポインタ（void (*)(SomeClass&)）です。 funcptrは非常に多くの機能を指すことができ、独自のコールフローを持っているため、デバッグは困難です。

関数ポインタの呼び出しの後で、派生型refがDerivedからBaseに変わるのは非常に奇妙です。私の仕事を楽にするために、私はDerivedからBaseにオブジェクトのスライスを疑ったので、~Base()を純粋なvirtualとし、ソースコード全体を再コンパイルしました。コンパイラエラーはありませんでした。つまり、Baseのオブジェクトが宣言されていません。

refDerivedの動的タイプがBaseに変更され、dynamic_castが後で失敗する可能性がある理由は何ですか？

Answer 1

私は上記のコードは、実際にはコード例がコンパイルされていないためだとは思わない！ dynamic_cast<Base*>(&ref)の結果であるBase*を暗黙的にDerived*に変換することはできません。

これは、typeid()の出力が実際に正しいと言われており、参照のタイプIDの変更可能な説明がいくつかあります。これらの全ては何らかの形でプログラム内のエラーを示している。

1. 呼び出された関数はオブジェクトを破壊する。道徳的に同等のものをdynamics_cast<Base*>(obj.pVoid)->~Base()と呼んでいます。
2. obj.pVoidが指すアドレスに、newの配置を使用して、つまりnew(obj.pVoid) Base()のような新しいオブジェクトが作成されます。
3. 何かがメモリを上書きしているため、参照先の場所にBaseオブジェクトが残っています。
4. 私はケースである第2の場合に賭けることになる、...おそらく個人

複数の理由があり、すなわち、オブジェクトが位置に構成されています。明らかに、呼び出される関数を見ることなく、伝えることは不可能です。

Answer 2

dynamic_cast（ポインタまで）は、変換があいまいである場合は0を返すことができます。説明する：

class O {…}; 
class A : public virtual O {…}; 
class B : public A {…}; 
class C : public A {…}; 
class D : public B, public C {…}; 


void f(O& p) { 
    A* const a(dynamic_cast<A*>(&p)); 
} 

void g() { 
    D d; 
    f(d); 
} 

Answer 3

具体的にはdynamic_cast<>が失敗したのは、deleteが早すぎるためです。

ポインタまたは参照がdelete +破壊されたら、次に、元の型にそれをダウンキャストしようとすると、「未定義の動作」領域に入ることになります。私の場合、dynamic_cast<>は失敗しています。