この無効なポインタはどこにありますか？

Question

私は、コードを以下の（I}はobjCurがフリーの前にnilでない確認しています

try 
    objCur.Free; 
Except on E:Exception do 
    begin 
    OutputDebugString(PChar('Exception '+E.Message)); 
    Assert(False); 
    end; 
end; 

それはこの例外メッセージを報告：。。

無効なポインタ操作をobjCurがTXX_TEAタイプです
objCur：TXX_TEA ; Iはコード

0123を下記たTXX_TEA.Destroyにおいて

内部破壊

例外の
...
エンド破壊：私は次のメッセージが表示さのDebugViewで

無効なポインタ操作

を私はobjCur.Free呼び出しを知っていますTXX_TEA.Destroyが、TXX_TEA.Destroyはエラーなしで実行されます。では、この無効なポインタ操作をどこでトレースする必要がありますか？

Answer 1

無効なポインタ操作は、メモリマネージャがメモリマネージャに属していないメモリを解放するよう要求された場合に発生します。

オブジェクトのメモリは、一番外側のデストラクターが呼び出し元に戻る直前に解放されます。この場合の呼び出し元はTObject.Freeです。 inheritedを呼び出すと、オブジェクトのメモリは解放されません。これは、コンパイラが最も外側の呼び出しではないことをコンパイラが認識しているためです。

実際には存在しないオブジェクトを解放していますが、この想定されるオブジェクトのメモリの内容は、オブジェクトのフィールドをクリーンアップするデストラクタ内のコードがクラッシュするほど有効であるように見えます。デストラクタが実行を終了し、オブジェクトが解放され、メモリマネージャがアドレスが現在割り当てられているものを参照していないことを検出した場合のみです。

Answer 2

まだ参照があり、そのコードを使用してその参照を使用してオブジェクトがアクセスされた後にアクセスする可能性が非常に高いです。これは、オブジェクト参照またはインタフェース参照（nilでないインタフェースrefsは、スコープの最後に_Releaseを呼び出す）です。

本当に何が原因なのかを調べるにはもっとコードを見なければなりません。

Answer 3

無効なポインタ何かを解放しようとする操作は、ほとんどの場合、既に解放されていることを意味します。どこから探したいのか、最も簡単な方法は、SourceForgeからFastMMのフルバージョンを入手することです。ドキュメントを読むと、プロジェクトに追加する方法と、FullDebugModeをオンにする方法が表示されます。 FullDebugModeをオンにすると、すでに解放されているものを解放しようとすると、オブジェクトが最初に解放されたときのスタックトレースなどのダイアログボックスが表示され、プログラムが中断されます。それはエラーを追跡するのに役立ちます。