<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 15/08/2011 18:41, Ludo Brands wrote:
<blockquote cite="mid:017d01cc5b72$8d808030$6502a8c0@Ludo10"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<title>Message</title>
<meta content="MSHTML 6.00.6000.16544" name="GENERATOR">
<p dir="ltr"><span class="578393117-15082011"><font
color="#0000ff" face="Arial" size="2">Thanks for that info.
That helps a lot.</font></span></p>
<p dir="ltr"><span class="578393117-15082011"><font
color="#0000ff" face="Arial" size="2">Figured out in the
meantime that indeed TCodeBuffer.Scanner.Src is the one
hanging on to the source after a
TCodeBuffer.IsDeleted:=true and that
TCodeBuffer.Scanner.CleanedSrc has, at first sight, another
copy of the source. Is this really a cache and re-used when
reopening the file? With the GTK2 widgedset I see an
increase in memory allocated by TCodeBuffer when
opening/closing/reopening the same files.</font></span></p>
<br>
</blockquote>
<br>
Keep in mind though: on windows the memory reported by windows grows
too => yet if I ask the fpc memory manager, then there is no
report of additional usage.<br>
<br>
You may have the same on linux. Check the figures reported by fpc
memory manager.<br>
</body>
</html>