[Lazarus] heptrc

Martin lazarus at mfriebe.de
Wed Jun 13 12:40:06 CEST 2012


On 12/06/2012 14:14, Antonio Fortuny wrote:
>
> /*Call trace for block $001D62B0 size 16*/ <<======== my block, looks OK
> /*  $0040D628
>   $004FAA4E  TCONTROL__CLICK,  line 2735 of ./include/control.inc
>   $00512A7F  TBUTTONCONTROL__CLICK,  line 56 of 
> ./include/buttoncontrol.inc
>   $005130B6  TCUSTOMBUTTON__CLICK,  line 175 of ./include/buttons.inc
>   $00513711  TBUTTON__CLICK,  line 355 of ./include/buttons.inc
>   $005129AA  TBUTTONCONTROL__WMDEFAULTCLICKED,  line 26 of 
> ./include/buttoncontrol.inc
>   $0040AE56
>   $004EDBEF  TWINCONTROL__WNDPROC,  line 5298 of 
> ./include/wincontrol.inc*/

Ok, I can reproduce it. And that means your settings and all are ok.  
However I do not have a solution. Best to ask on the fpc mailinglist.

This is what I found.
- It only happens with "reallocmem" (probably other similar commands)
- It works fine, if you create a leak as follows "TObject.Create;" (and 
never free it)

Reallocmem is NOT inlined

But, from looking at the assembler code, it seems that it does not setup 
a stackframe as other code does. I **guess** the stuck dumpng code has a 
problem with this minimal frame.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20120613/3e2b770f/attachment-0003.html>


More information about the Lazarus mailing list