<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 6.00.6000.16544" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN><FONT face=Arial color=#0000ff size=2></FONT></SPAN> </DIV>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
<DIV class=gmail_quote>
<BLOCKQUOTE class=gmail_quote
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">
<DIV>
<DIV><FONT face=Arial color=#0000ff
size=2></FONT> </DIV></DIV></BLOCKQUOTE>
<DIV><BR>Sorry about that, I uploaded the archive once again with only
uNtSnapshot dependency.<BR><BR><A
href="http://www.maxerist.net/downloads/procmemstat.zip"
target=_blank> http://www.maxerist.net/downloads/procmemstat.zip</A><BR><SPAN
class=890200216-19082011><FONT face=Arial color=#0000ff
size=2> </FONT></SPAN></DIV></DIV></BLOCKQUOTE>
<DIV><SPAN class=890200216-19082011>
<DIV><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN
class=468465415-19082011>OK compiles now. I tested this with 2 programs
</SPAN><SPAN class=468465415-19082011>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. <SPAN
class=890200216-19082011> I've attached a small testprogram that
crashes in bufdataset. </SPAN></SPAN></FONT></FONT></FONT></DIV>
<DIV><SPAN class=468465415-19082011><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV></SPAN></DIV>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
<DIV class=gmail_quote><SPAN class=890200216-19082011> </SPAN><BR>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 (<A
href="http://www.maxerist.net/main/soft-for-win/find-fat-folder">http://www.maxerist.net/main/soft-for-win/find-fat-folder</A>),
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
:)<BR><BR> </DIV></BLOCKQUOTE>
<DIV><SPAN class=890200216-19082011></SPAN><FONT face=Arial><FONT
color=#0000ff><FONT size=2>I<SPAN class=890200216-19082011> can understand
that the numbers are not cumulative. My point was regarding Freemem allocating
memory. Freemem should free memory, not
allocate.</SPAN></FONT></FONT></FONT></DIV>
<DIV><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN
class=890200216-19082011></SPAN></FONT></FONT></FONT> </DIV>
<DIV><FONT face=Arial><FONT color=#0000ff><FONT size=2><SPAN
class=890200216-19082011>Ludo </SPAN></FONT></FONT></FONT><BR></DIV></BODY></HTML>