How to find a leak.

rbuser

Hi All,

D2007, RB 10.07 Ent, ppSMTPIndy10, FastMM4.

Having resolved some recent memory leak issues, I find that I'm now getting
the following report from FastMM4 upon application closedown. I think this
is something I'm using and not freeing somewhere.

Does anyone have any pointers on where to look based upon the type of
objects leaked please?

5 - 12 bytes: TIdThreadSafeInteger x 1, String x 5
13 - 20 bytes: TList x 103, String x 299
21 - 28 bytes: TIdCriticalSection x 2, String x 139
29 - 36 bytes: TdaMetaTable x 103, TdaMetaField x 239, String x 2

The fairly simple app generates a staff rota(roster) and emails
each staff member their own copy.

The report component is generated in code, the template loaded from DB. The
same report instance is used for the duration of the run with only an
autosearchfield value changed for each different recipient.

Regards, Paul.

rbuser

> Does anyone have any pointers on where to look based upon the type of


TIdThreadSafeInteger & TIdCriticalSection leaks are known Indy leaks. You
can either ignore them or fix them. Look at the finalization section of
units IdThread.pas & IdComponent.pas for the culprits.

rbuser

Hi and Thanks.

Yes I know about the Indy ones, it was the RB specific items I've had
trouble finding.

Regards, Paul

nicocizik

Hi Paul,

Are you able to see this leak with a simple example I could run on my
machine? If so, please send the example in .zip format to
support@digital-metaphors.com or let me know the steps I can take to
reproduce it and I'll see if I can find a solution.

--
Regards,

Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com

rbuser

Hi Nico,

Thanks, I'll see if I can get something together. It is a little 'meshed'
with both the main application and the emailing utility but I do need to get
it sorted out. I'll let you know.

Regards, Paul.