[Lazarus] RE : RE : RE : RE : RE : RE : RE : RE : Console AppDevelopment

Ludo Brands ludo.brands at free.fr
Mon Aug 15 19:57:37 CEST 2011


 



so there we go. looking at the numbers I got from the memory manager:



 41870000   open lazarus, with about a dozen units - close one unit, to
trigger the output 
198591312  open  450 univint - close one unit, to trigger the output 
 63014880  close all 450 univint  => ok so some meory was kept 



The 450 files covered 16.7 MB text.

After they were closed, all but 21.1 MB were freed. Given that it will take
a bit of overhead to store the data, given that session info is stored
too..... I believe the numbers match pretty well.
I would say all memory is accounted for.

As for why memory returned to memory manager, does not get back to the OS
(apparently not even when using cmem...) no idea. But memory is definitely
returned to the mem manager.

As for the issue Ludo reported with QT, and requiring even a reset of his
system. *IF* any handles or other resources of the widgetset (not the
lazarus part, but the actual QT or GTK lib or w32) are leaked, then it needs
to be traced. (btw there were people with issues on win98, so it could be).
But such leaks, would be necessarily be likely to be noticeable as huge
memory consumers.
 

And GTK2 growing. PThread and TCodeBuffer. Also still some work there.
 
Ludo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20110815/7f7812b6/attachment-0003.html>


More information about the Lazarus mailing list