[fpc-pascal] Is such memory statistics possible?

[Ludo Brands]

Sorry about that, I uploaded the archive once again with only uNtSnapshot
dependency.

 <http://www.maxerist.net/downloads/procmemstat.zip>
http://www.maxerist.net/downloads/procmemstat.zip
 

OK compiles now. I tested this with 2 programs but when I include
uProcMemMon as the first unit in lpr and define -dPROCMEMMON then they both
crash with a sigsegv. Undefine PROCMEMMON and they run fine.  I've attached
a small testprogram that crashes in bufdataset. 
 

 
As for the numbers, they're not supposed to be pieces to be summed. I
mentioned utilities for finding space on drive, for example my FindFatFolder
(http://www.maxerist.net/main/soft-for-win/find-fat-folder), every reachable
folder (also nodes, not only leafs) is used and calculated, if you want to
find the eater, you just look from the top to the bottom and wait for
'bingo'. In other words If you see a big number and the name of the function
looks like a strange source of such big number (cumulative) you look deeper.
For folders it works, but will it work for function I still don't know :)

 

I  can understand that the numbers are not cumulative. My point was
regarding Freemem allocating memory. Freemem should free memory, not
allocate.
 
Ludo 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freepascal.org/pipermail/fpc-pascal/attachments/20110819/13b1cb06/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: BufDataSet.zip
Type: application/x-zip-compressed
Size: 3184 bytes
Desc: not available
URL: <http://lists.freepascal.org/pipermail/fpc-pascal/attachments/20110819/13b1cb06/attachment.bin>