Gdy FastMM rejestruje wyciek pamięci, zawiera komunikat stacktrace, który powoduje powrót do 9 wywołań. Problem polega na tym, że stacktrace jest zbyt ogólny, aby łatwo zlokalizować problem. Ostatnie wywołanie funkcji w wywołaniu jest wywoływane co najmniej 50 razy, a przeciek obiektu jest bardzo powszechny.Jak uzyskać dłuższy ślad stosu z FastMM?
Co mogę zrobić, aby długość stosu była dłuższa?
Wskazówki na temat łatwiejszego lokalizowania przecieków są oczywiście mile widziane, obiekty wyciekające są w większości interfejsami, więc jest to coś z odnośnikami lub _ReleaseRef nie jest wywoływany.
Jestem na Delphi 7, używając FastMM492.
Ahh, niezła, spróbuję jutro. Sprawdziłem tylko plik .inc. –