What Myles said would be true if FastMM unit is not the very first unit declared in the DPR file, which is where it should be.. <br><br>It could well just be a memory leak, because you have forgotten to free the critical section in the finalization.. Do you use indy? there is a unit there that does not free some things in finalization unless<br>
a compiler directive is set..<br><br><div class="gmail_quote">On Feb 5, 2008 9:19 AM, Myles Penlington <<a href="mailto:myles@ams.co.nz">myles@ams.co.nz</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Not really a leak. It's an object created in a unit initialization, but the unit has not been finalized by the time the leak reporting has been done.<br><br>If you put a break point on SyncObjs][TCriticalSection.Create] you will find the unit responsible - prob in system/sysutils/sysinit/,<br>
Best to log it as a leak to be ignored.<br><br>Myles.<br><div><div></div><div class="Wj3C7c"><br>-----Original Message-----<br>From: <a href="mailto:delphi-bounces@listserver.123.net.nz">delphi-bounces@listserver.123.net.nz</a> [mailto:<a href="mailto:delphi-bounces@listserver.123.net.nz">delphi-bounces@listserver.123.net.nz</a>] On Behalf Of Nick<br>
Sent: Tuesday, 5 February 2008 9:14 a.m.<br>To: NZ Borland Developers Group - Delphi List<br>Subject: [DUG] Memory leak - can't find<br><br>Hi there,<br><br>Just enabled memory reporting and got one that I just can't track down.<br>
I open my app, and close it and it occurs. I added the full FastMM and<br>enabled 'INclude TD32 debug info' and it doesn't really help much.<br><br>I have checked the onCreate of my main form and my application source -<br>
tired commenting it all out (except Application.CreateForm(TfMain,<br>fMain); and still doesn't help.<br><br>This is my log dump.<br><br><br><br>--------------------------------2008/2/5<br>9:05:26--------------------------------<br>
A memory block has been leaked. The size is: 28<br><br>Stack trace of when this block was allocated (return addresses):<br>402FB6 [System][@GetMem]<br>404577 [System][TObject.NewInstance]<br>40493E [System][@ClassCreate]<br>
43D206 [SyncObjs][TCriticalSection.Create]<br>4051F7 [System][@InitResStringImports]<br>55DD3B<br>405173 [System][InitUnits]<br>4051DB [System][@StartExe]<br>407B8B [System][@InitExe]<br>55E07D<br><br>The block is currently used for an object of class: TCriticalSection<br>
<br>The allocation number is: 316<br><br>Current memory dump of 256 bytes starting at pointer address 145BDC0:<br>D4 D1 43 00 E8 B7 14 00 FF FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00<br>00 00 00 00 5F 82 08 FC<br>00 00 00 00 81 BE 45 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00<br>
41 01 00 00 B6 2F 40 00<br>01 56 40 00 2C 56 40 00 0A 7A 40 00 E9 CD 96 7C 44 6A 92 7C BE 6A 92 7C<br>86 D8 96 7C 18 9D 94 7C<br>BE 6A 92 7C 4D 55 40 00 BB 63 40 00 45 63 40 00 20 64 40 00 40 7F 50 00<br>0B 51 40 00 BF 53 40 00<br>
28 E1 55 00 4E E6 90 7C D7 6F 81 7C 18 00 00 00 00 00 00 00 39 74 FB E8<br>0C AE 56 00 80 80 80 80<br>80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 C6 8B 04 17 80 80 80 80<br>00 00 00 00 19 BF 45 01<br>00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 46 01 00 00 B6 2F 40 00<br>
01 56 40 00 2C 56 40 00<br>0A 7A 40 00 E9 CD 96 7C 44 6A 92 7C BE 6A 92 7C 86 D8 96 7C 18 9D 94 7C<br>BE 6A 92 7C 4D 55 40 00<br>Ô Ñ C . è · . . ÿ ÿ ÿ ÿ . . . . . . . . . . . .<br>. . . . _ ‚ . ü<br>
. . . . ¾ E . . . . . . . . . . . . . . . . .<br>A . . . ¶ / @ .<br>. V @ . , V @ . . z @ . é Í – | D j ' | ¾ j ' |<br>† Ø – | . " |<br>¾ j ' | M U @ . » c @ . E c @ . d @ . @ P .<br>
. Q @ . ¿ S @ .<br>( á U . N æ | × o | . . . . . . . . 9 t û è<br>. ® V . € € € €<br>€ € € € € € € € € € € € € € € € Æ ‹ . . € € € €<br>. . . . . ¿ E .<br>
. . . . . . . . . . . . . . . . F . . . ¶ / @ .<br>. V @ . , V @ .<br>. z @ . é Í – | D j ' | ¾ j ' | † Ø – | . " |<br>¾ j ' | M U @ .<br><br>--------------------------------2008/2/5<br>
9:05:26--------------------------------<br>This application has leaked memory. The small block leaks are (excluding<br>expected leaks registered by pointer):<br><br>21 - 28 bytes: TCriticalSection x 1<br><br>Note: Memory leak detail is logged to a text file in the same folder as<br>
this application. To disable this memory leak check, undefine<br>"EnableMemoryLeakReporting".<br>_______________________________________________<br>NZ Borland Developers Group - Delphi mailing list<br>Post: <a href="mailto:delphi@listserver.123.net.nz">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br>
<br><br></div></div>Attention:<br>This communication is confidential and may be legally privileged. If you are not the intended recipient, please do not use, disclose, copy or distribute it, other than to return it to us with your confirmation that it has been deleted from your system.<br>
<div><div></div><div class="Wj3C7c"><br>_______________________________________________<br>NZ Borland Developers Group - Delphi mailing list<br>Post: <a href="mailto:delphi@listserver.123.net.nz">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Kyley Harris<br>Harris Software<br>+64-21-671-821