Устранение утечек памяти в библиотеках с FastMM на Delphi

Delphi , Файловая система , DLL и PlugIns

Утечки памяти являются одним из наиболее распространенных и сложных для отладки типов ошибок в программном обеспечении. Особенно это касается ситуаций, когда утечки происходят в динамически подключаемых библиотеках (DLL), которые используются в различных проектах. В данной статье мы рассмотрим, как настроить менеджер памяти FastMM для обнаружения утечек памяти в DLL, созданных с использованием Delphi.

Проблема утечек памяти в DLL

Пользователь столкнулся с проблемой обнаружения утечек памяти в DLL, которая статически или динамически связана с приложением. Он хочет обнаружить утечки именно в DLL, не делясь менеджером памяти между DLL и приложением. В примере кода DLL используется FastMM4, но утечки в DLL не обнаруживаются, хотя утечки в приложении обнаруживаются корректно.

library dll;
uses
  fastmm4,
  System.SysUtils,
  System.Classes;
{$R *.res}
procedure MyInit; stdcall;
begin
  TObject.Create;
end;
exports MyInit;
begin
end.

Пример приложения не использует FastMM4 напрямую, но при динамической или статической загрузке DLL ожидается, что FastMM сгенерирует отчет об утечках при вызове FreeLibrary или при выходе программы, если DLL загружена статически. Однако, отчеты об утечках не генерируются.

Настройка FastMM для обнаружения утечек

Для начала работы FastMM в режиме обнаружения утечек необходимо включить полный режим отладки в файле FastMM4Options.inc. Это делается путем определения констант __FullDebugMode__ и __ClearLogFileOnStartup__. Также необходимо убедиться, что файл FastMM_FullDebugMode.dll находится в директории вывода.

Подтвержденное решение

Проблема заключалась в том, что в коде FastMM для проверки блоков на утечки при закрытии используется следующий код:

CheckBlocksOnShutdown(
  {$ifdef EnableMemoryLeakReporting}
    True
  {$ifdef RequireIDEPresenceForLeakReporting}
    and DelphiIsRunning
  {$ifdef RequireDebuggerPresenceForLeakReporting}
    and ((DebugHook <> 0)
      // ...
    )
  {$endif}
  // ...
  {$else}
    False
  {$endif}
);

Константа RequireDebuggerPresenceForLeakReporting определена в настройках, и в DLL значение DebugHook равно 0, так как отладка ведется для приложения, а не для DLL. Это приводит к тому, что CheckBlocksOnShutdown вызывается с параметром False, что отключает отчеты об утечках.

Решение проблемы заключается в отключении RequireDebuggerPresenceForLeakReporting, что позволит FastMM обнаруживать утечки памяти в DLL.

Альтернативные методы

В качестве альтернативы, можно использовать другие методы отладки утечек памяти, такие как:

• Отключение RequireDebuggerPresenceForLeakReporting, ShareMM и AttemptToUseSharedMM, что позволит FastMM генерировать отчеты об утечках памяти самого менеджера.
• Использование специализированных инструментов для профилирования памяти, таких как MemProfiler или MemDumpTools.

Заключение

В данной статье мы рассмотрели проблему утечек памяти в DLL на примере использования FastMM в Delphi и предложили подтвержденное решение, а также альтернативные методы для устранения подобных проблем. Следуя рекомендациям, разработчики смогут эффективно бороться с утечками памяти в своих проектах.

Создано по материалам из источника по ссылке.

Пользователь сталкивается с проблемой утечек памяти в динамически подключаемой библиотеке (DLL), созданной с использованием Delphi, и ищет способы настройки менеджера памяти FastMM для их обнаружения в рамках этой DLL, не затрагивая приложение,

Комментарии и вопросы

Получайте свежие новости и обновления по Object Pascal, Delphi и Lazarus прямо в свой смартфон. Подпишитесь на наш Telegram-канал delphi_kansoftware и будьте в курсе последних тенденций в разработке под Linux, Windows, Android и iOS

:: Главная :: DLL и PlugIns ::