Delphi: memoryleak в IdStack, но кто использует IdStack?

Question

FAstMM сообщает о памяти из TIdCriticalSection в IdStack.pas. Я понимаю, что это преднамеренная утечка, которая задокументирована в коде.

Что я не понимаю, почему IdStack включен в мой проект. Как я могу узнать, какой блок его втягивает?

Есть ли способ исключить эту утечку из отчета, используя версию fastmm, которая поставляется с delphi 2007?

UPDATE: Есть ли способ найти все pas-файлы, включенные в сборку?

Answer 1

Все блоки Indy имеют префикс 'Id', поэтому проверьте, есть ли у вас какие-либо из этих предложений.

Другим способом может быть размещение точки останова в TIdStack.create(). В конце концов, виновный появится в стеке вызовов.

Answer 2

Посмотрите использованию в вашей .dpr Использование cnPack (cnPack.org) и выберите 'Использование чистых', чтобы удалить блоки не ссылается

Answer 3

менеджер памяти Delphi FastMM предоставляет метод

function RegisterExpectedMemoryLeak(P: Pointer): boolean; 

So , если вы нашли устройство, и оказалось, что вы не можете его удалить, вы можете использовать этот метод, чтобы подавить предупреждение о утечке памяти.

Answer 4

Существует много об этом в сети, хотя оно разбросано. Это зависит от того, используете ли вы Indy 9 (с D7) или позже. Это заслоняет меня тоже. Для Indy 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. 

Но обратите внимание, что вы должны установить путь к источнику Инди в пути к библиотеке. Я считаю, что Indy 10 зафиксирован в этом отношении. Brian