Когда FastMM регистрирует утечку памяти, она включает в себя стек, возвращающий 9 вызовов. Проблема в том, что stacktrace является слишком общим, чтобы легко найти проблему. Последний вызов функции в трассировке называется не менее 50 раз, а просочившийся объект является очень распространенным.Получение более длинной stacktrace от FastMM?
Что я могу сделать, чтобы сделать stacktrace дольше?
Советы по локализации утечек легко приветствуются, объекты, просочившиеся в основном, являются интерфейсами, поэтому это что-то с перекрестными ссылками или _ReleaseRef не вызвано.
Я нахожусь на Delphi 7, используя FastMM492.
Ahh, хороший, я постараюсь завтра. Я только проверил файл .inc. –