Delphi：IdStackのメモリリークですが、誰がIdStackを使用していますか？

Question

FAstMMは、IdStack.pasのTIdCriticalSectionからメモリリークを報告します。私はこれが意図的なリークであることを理解しています。これはコードに文書化されています。

IdStackが私のプロジェクトに含まれている理由はわかりません。どのようなユニットがそれを引っ張るのか、どのように調べることができますか？

delphi 2007に付属しているfastmmのバージョンを使用して、このリークをレポートから排除する方法はありますか？

更新： ビルドに含まれるすべてのpasファイルを見つける方法はありますか？

Answer 1

すべてのIndyユニットには「Id」という接頭辞が付いていますので、あなたのuses節にあるものがあるかどうか確認してください。

もう1つの方法は、TIdStack.create（）にブレークポイントを配置することです。最終的に、有罪判決がコールスタックに表示されます。

Answer 2

あなた.DPR 使用cnPack（cnPack.org）での使用方法を見て、選択の単位を削除するには「クリーナー使用」デルファイFastMMメモリマネージャが方法だから、

function RegisterExpectedMemoryLeak(P: Pointer): boolean; 

を提供

Answer 3

を参照していませんユニットを見つけてそれを削除できないことが判明した場合、このメソッドを使用してメモリリーク警告を抑制することができます。

Answer 4

これはネット上にたくさんありますが、散らばっています。それはあなたがIndy 9（D7付き）を使用しているかどうかによっても異なります。それも私を奪った。インディ9のために私はIdComponent.pasで、次のやった：

initialization 
    GStackCriticalSection := TCriticalSection.Create; 

    // BJF Starts 
    //RegisterExpectedMemoryLeak(GStackCriticalSection); 
    // BJF Ends 

finalization 
    // Dont Free. If shutdown is from another Init section, it can cause GPF when stack 
    // tries to access it. App will kill it off anyways, so just let it leak 

    // BJF has removed comments 
    FreeAndNil(GStackCriticalSection); 
end. 

しかし、あなたは、ライブラリパスにインディ・ソースへのパスを入れなければならないことに注意してください。私はインディ10がこの点で修正されていると信じています。 ブライアン