<br><br><div class="gmail_quote">On Sun, Aug 21, 2011 at 3:06 PM, Ludo Brands <span dir="ltr"><<a href="mailto:ludo.brands@free.fr">ludo.brands@free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<u></u>





<div>
<div><span><font color="#0000ff" face="Arial" size="2">Attached a patch for the following:</font></span></div>
<div><span><font color="#0000ff" face="Arial" size="2">- 
ported to win64</font></span></div>
<div><span><font color="#0000ff" face="Arial" size="2">- 
added a Depth parameter to PMMCollectStat (default 15). When the lcl is build 
with debug line info, the output from PMMCollectStat is cluthered with LCL 
functions such as message loop/handling functions. Depth is the maximum stack 
"backtrace" used to create the list. </font></span></div>
<div><span><font color="#0000ff" face="Arial" size="2"></font></span> </div><font color="#888888"></font><br></div></blockquote></div><br>These are useful additions, thanks. I suppose the limit automatically solves the problem of first winners whose are not usable in real life.<br>

<br>I tried to use it with Lazarus (with opening 150 files afterwards) and the results were bad in terms of the speed, 30 minutes just to start and a couple hours to work (1.7 Ghz Celeron), obviously something like hash table is needed. Also showing the number of memory requests for particular function overall can be also useful, it could add more sense to some puzzling entries. <br>

<br>As for lazarus results, some entries are still unexplained to me (the first ~300 are in the attachment)<br><br>[ 19,832,531 ]  TMAINIDE__DOOPENEDITORFILE<br>[ 19,801,582 ]  TWIN32WIDGETSET__SETFOREGROUNDWINDOW<br>the code inside is only Windows.SetForegroundWindow(HWnd), but maybe windows forces sending message to the tab and this forces the tab (synedit) to make postponed operations. It's the only explanation I have currently<br>

...<br>[ 19,749,554 ]  GETWIN32WINDOWINFO<br>...no explanation<br>[ 19,686,289 ]  CLEANANDEXPANDFILENAME<br>...no explanation<br>[ 14,367,684 ]  FILEGETATTRUTF8<br>...no explanation<br><br>Possibly those were false positives i.e. some numbers on the stack that falls into usable range, but actually is something else. <br>

<br>Max<br>