Difference between revisions of "heaptrc"

From Lazarus wiki
Jump to navigationJump to search
 
(30 intermediate revisions by 7 users not shown)
Line 1: Line 1:
'''heaptrc''' is a unit that can be used to debug allocation and deallocation of memory blocks. It keeps track of calls to getmem/freemem, and, implicitly, of New/Dispose statements.
+
{{heaptrc}}
{{Note|Do not add the heaptrc unit manually. The heaptrc unit needs to be loaded before lineinfo and only the compiler can do that.<br>
 
Heaptrc is also a memory manager, so don't try to use any memory manager - including heaptrc itself - in the uses clause, because that may lead to memory corruption and false results.}}
 
  
When a program using heaptrc ends, heaptrc can write out the total memory used and a list of allocated but not freed blocks to a file.
+
'''<syntaxhighlight lang="pascal" inline>Heaptrc</syntaxhighlight>''' is a unit that can be used to debug allocation and deallocation of memory blocks.
When run in the console (*nix or Windows), heaptrc will print this output to screen unless otherwise instructed.
+
It keeps track of calls to {{Doc|package=RTL|unit=system|identifier=getmem|text=<syntaxhighlight lang="pascal" inline>GetMem</syntaxhighlight>}}/{{Doc|package=RTL|unit=system|identifier=freemem|text=<syntaxhighlight lang="pascal" inline>FreeMem</syntaxhighlight>}} calls, and, implicitly, of {{Doc|package=RTL|unit=system|identifier=new|text=<syntaxhighlight lang="pascal" inline>New</syntaxhighlight>}}/{{Doc|package=RTL|unit=system|identifier=dispose|text=<syntaxhighlight lang="pascal" inline>Dispose</syntaxhighlight>}} statements.
 +
 
 +
{{Warning|1=
 +
Do not add the <syntaxhighlight lang="pascal" inline>Heaptrc</syntaxhighlight> unit manually.
 +
The <syntaxhighlight lang="pascal" inline>Heaptrc</syntaxhighlight> unit needs to be loaded before <syntaxhighlight lang="pascal" inline>Lineinfo</syntaxhighlight> and only the compiler can do that.
 +
 
 +
<syntaxhighlight lang="pascal" inline>Heaptrc</syntaxhighlight> is also a memory manager, so do not try to use any memory manager&nbsp;– including <syntaxhighlight lang="pascal" inline>Heaptrc</syntaxhighlight> itself&nbsp;– in the [[Uses|<syntaxhighlight lang="pascal" inline>uses</syntaxhighlight> clause]], because that may lead to memory corruption and false results.
 +
 
 +
This topic contains a note with example code to handle such a case in a generic way.
 +
}}
 +
 
 +
When a program using Heaptrc ends, Heaptrc can write out the total memory used and a list of allocated but not freed blocks to a file.
 +
When run in the console (*nix or Windows), Heaptrc will print this output to screen unless otherwise instructed.
 
In Lazarus GUI programs on Windows, the output will appear in numerous small dialog boxes, which may be very unpractical, although you can redirect output to file.
 
In Lazarus GUI programs on Windows, the output will appear in numerous small dialog boxes, which may be very unpractical, although you can redirect output to file.
  
[[File:Win heaptrc output no error.png|Standard output of heaptrc on Windows (despite of the title there is no error in the application)]]
+
[[File:Win heaptrc output no error.png|Standard output of Heaptrc on Windows (despite of the title there is no error in the application)]]
  
On *nix (including BSD, Linux and Mac OS X), by default, nothing will be shown for GUI programs. See [[leakview]] for details on how to make use of heaptrc effectively.
+
On *nix (including BSD, Linux and macOS), by default, nothing will be shown for GUI programs. In this case, to see heaptrc output when you terminate your program (GUI or non-GUI), open "Console In/Output" (Ctrl+Alt+O or View -> Debug Window -> ...) 
 +
 
 +
See [[leakview]] for details on how to make use of Heaptrc effectively.
  
 
== Usage ==
 
== Usage ==
=== Using heaptrc in FPC ===
+
=== Using Heaptrc in FPC ===
Add a parameter -gh to your compilation command line or to fpc.cfg
+
Add a parameter <syntaxhighlight lang="text" inline>-gh</syntaxhighlight> to your compilation command line or to <syntaxhighlight lang="text" inline>fpc.cfg</syntaxhighlight>.
  
fpc -gh helloworld.pas<br>  
+
<syntaxhighlight lang="bash">fpc -gh Helloworld.pas</syntaxhighlight>
 
or usually combined with line info:
 
or usually combined with line info:
fpc -glh helloword.pas<br>
+
<syntaxhighlight lang="bash">fpc -glh Helloworld.pas</syntaxhighlight>
  
This will add heaptrc implicitly as a hidden first unit of the program's uses clause.
+
This will add Heaptrc implicitly as a hidden first unit of the program's uses clause.
  
You can test in code if heaptrc is active by examining the global variable '''UseHeapTrace''' for the presence of heaptrc and its status like so:
+
You can test in code if Heaptrc is active by examining the global constant {{Doc|package=RTL|unit=heaptrc|identifier=useheaptrace|text='''<syntaxhighlight lang="pascal" inline>UseHeapTrace</syntaxhighlight>'''}} for the presence of Heaptrc and its status like so:
<syntaxhighlight>
+
<syntaxhighlight lang="pascal">
program testforheaptrace;
+
program PossiblyHeaptraced(Input, Output, StdErr);
 
begin
 
begin
{$if declared(UseHeapTrace)}
+
{$if declared(UseHeapTrace)}
  writeln('Heaptrc is used.',' Heaptrc is active? ', UseHeaptrace) // heaptrc reports can be turned off when linked in... so true or false
+
WriteLn('Heaptrc is used.');
  // you can subsequently test or set any of the heaptrc reporting options here.
+
// Heaptrc reports can be turned off when linked in... so true or false
{$else}
+
WriteLn('Heaptrc is active: ', UseHeapTrace);
  writeln('No trace of heaptrc');
+
// you can subsequently test/set any Heaptrc reporting options
{$ifend}
+
{$else}
 +
WriteLn('No trace of Heaptrc.');
 +
{$endIf}
 
end.
 
end.
 
</syntaxhighlight>
 
</syntaxhighlight>
  
=== Using heaptrc in Lazarus ===
+
=== Using Heaptrc in Lazarus ===
To enable this in your Lazarus project: go to Project Options/Linking and in the Debugging section enable ''Use Heaptrc unit (check for mem-leaks) (-gh)''
+
To enable this in your Lazarus project:
 +
# Go to ''Project Options/Linking'' and
 +
# in the Debugging section enable ''Use Heaptrc unit (check for mem-leaks) (-gh)''
  
You can test for the presence of heaptrc in a similar manner as in the above example by testing for the presence of UseHeapTrace in your project.lpr file.
+
You can test for the presence of <syntaxhighlight lang="pascal" inline>Heaptrc</syntaxhighlight> in a similar manner as in the above example by testing for the presence of <syntaxhighlight lang="pascal" inline>UseHeapTrace</syntaxhighlight> in your Project.lpr file.
<syntaxhighlight>
+
<syntaxhighlight lang="pascal">
 
{$if declared(UseHeapTrace)}
 
{$if declared(UseHeapTrace)}
//... do something
+
// ... do something
 +
 
 
// test if active
 
// test if active
if UseHeapTrace then ....// Test if reporting is on
+
if UseHeapTrace then
{$ifend}
+
begin
 +
// ...
 +
end;
 +
{$endIf}
 
</syntaxhighlight>
 
</syntaxhighlight>
  
 
=== Show report only on leak ===
 
=== Show report only on leak ===
If you want to show heaptrc report dialog only if there were leaks in your application, then put this command somewhere in your main project source file:
+
If you want to show <syntaxhighlight lang="pascal" inline>Heaptrc</syntaxhighlight> report dialog only if there were leaks in your application, then put this [[Becomes|assignment]] somewhere in your main project source file:
<syntaxhighlight>
+
<syntaxhighlight lang="pascal">
  {$if declared(UseHeapTrace)}
+
{$if declared(UseHeapTrace)}
  GlobalSkipIfNoLeaks := true; // supported as of debugger version 3.1.1
+
GlobalSkipIfNoLeaks := True; // supported as of debugger version 3.2.0
  {$endif}
+
{$endIf}
 
</syntaxhighlight>
 
</syntaxhighlight>
  
 
=== Programmatically disable report ===
 
=== Programmatically disable report ===
If you want to disable report from your code then you can directly manipulate UseHeapTrace variable at program startup
+
If you want to disable report from your code then you can directly manipulate <syntaxhighlight lang="pascal" inline>UseHeapTrace</syntaxhighlight> constant at program startup:
<syntaxhighlight>
+
<syntaxhighlight lang="pascal">
  UseHeapTrace := false;
+
UseHeapTrace := False;
 
</syntaxhighlight>
 
</syntaxhighlight>
 
This will in effect change the behavior to a normal memory manager.
 
This will in effect change the behavior to a normal memory manager.
  
 
=== Continue execution even on heap error ===
 
=== Continue execution even on heap error ===
If you want your application to continue execution even in case of a heap error then manipulate HaltOnError variable at program startup
+
If you want your application to continue execution even in case of a heap error then manipulate {{Doc|package=RTL|unit=heaptrc|identifier=haltonerror|text=<syntaxhighlight lang="pascal" inline>HaltOnError</syntaxhighlight> constant}} at program startup:
<syntaxhighlight>
+
<syntaxhighlight lang="pascal">
  HaltOnError := false;
+
HaltOnError := False;
 
</syntaxhighlight>
 
</syntaxhighlight>
  
 
=== Redirect report to file ===
 
=== Redirect report to file ===
 
If you want to redirect leak report to file then add this to beginning of you main project file:
 
If you want to redirect leak report to file then add this to beginning of you main project file:
<syntaxhighlight>
+
<syntaxhighlight lang="pascal">
  SetHeapTraceOutput('trace.log'); // supported as of debugger version 3.2.0
+
SetHeapTraceOutput('Trace.log'); // supported as of debugger version 3.2.0
 
</syntaxhighlight>
 
</syntaxhighlight>
  
=== Why heaptrc should not be added to the uses clause manually ===
+
=== Why Heaptrc should not be added to the uses clause manually ===
You should never add heaptrc manually in a normal program, because the heaptrc unit needs to be loaded before lineinfo for debugging to work properly.
+
You should never add Heaptrc manually in a normal program, because the Heaptrc unit needs to be loaded before Lineinfo for debugging to work properly.
  
Decoding dwarf debugging info efficiently requires a working heap manager and this means that heaptrc needs to be loaded before the the dwarf line info decoding unit which is loaded by -gl, so heaptrc cannot be used explicitly.  
+
Decoding dwarf debugging info efficiently requires a working heap manager and this means that Heaptrc needs to be loaded before the the [[DWARF]] line info decoding unit which is loaded by -gl, so Heaptrc cannot be used explicitly.
  
 
Only the compiler itself can insert the unit in its proper place as a hidden first unit in the uses clause.
 
Only the compiler itself can insert the unit in its proper place as a hidden first unit in the uses clause.
Adding the unit by hand can cause all kind of unwanted side effects. E.g. crashes, reported lineinfo is not reliable and not all leaks can reliably be reported.
+
Adding the unit by hand can cause all kind of unwanted side effects.
 +
E.g. crashes, reported Lineinfo is not reliable and not all leaks can reliably be reported.
  
 
This has always been the case, but is only properly documented from FPC version 3.0.2.
 
This has always been the case, but is only properly documented from FPC version 3.0.2.
So if you still see heaptrc in your uses clause, remove it! for debugging and reporting to work properly.
+
So if you still see Heaptrc in your uses clause, remove it! for debugging and reporting to work properly.
 +
{{Note|If your program is designed to use an alternative memory manager, you can adapt your program's uses clause like so:
 +
<syntaxhighlight lang="pascal">program AlternativeMemoryManager(Input, Output, StdErr);
 +
{$mode ObjFPC}
 +
uses
 +
// This will conditionally switch in a memory manager
 +
// based on the presence of Heaptrc
 +
{$if not declared(UseHeapTrace)}
 +
CMem,
 +
{$endIf}
 +
SysUtils, Classes; // the latter two are just to test.
 +
 
 +
begin
 +
{$if declared(UseHeapTrace)}
 +
WriteLn('Heaptrc is used.', ' Heaptrc is active: ', UseHeapTrace);
 +
{$else}
 +
WriteLn('No trace of Heaptrc.');
 +
{$endIf}
 +
end.
 +
</syntaxhighlight>
 +
In the above example the conditional in the uses clause makes sure that the CMem memory manager is only compiled in if the Heaptrc option is not used.
 +
}}
  
 
== See also ==
 
== See also ==
* http://bugs.freepascal.org/view.php?id=30637
+
* {{gitlab|issue|Documentation|30637}}
* [[leakview]]: Examples how to enable heaptrc in Lazarus and Free Pascal.
+
* [[leakview]]: Examples how to enable Heaptrc in Lazarus and Free Pascal.
* [[doc:rtl/heaptrc/|RTL Reference for unit 'heaptrc']] (this link is not yet up-to-date)
+
* [[doc:rtl/heaptrc/|RTL Reference for unit 'Heaptrc']] (this link is not yet up-to-date)
 
 
[[Category:Debugging]]
 

Latest revision as of 19:21, 4 July 2023

English (en) русский (ru)

Heaptrc is a unit that can be used to debug allocation and deallocation of memory blocks. It keeps track of calls to GetMem/FreeMem calls, and, implicitly, of New/Dispose statements.

Warning-icon.png

Warning: Do not add the Heaptrc unit manually. The Heaptrc unit needs to be loaded before Lineinfo and only the compiler can do that. Heaptrc is also a memory manager, so do not try to use any memory manager – including Heaptrc itself – in the uses clause, because that may lead to memory corruption and false results. This topic contains a note with example code to handle such a case in a generic way.

When a program using Heaptrc ends, Heaptrc can write out the total memory used and a list of allocated but not freed blocks to a file. When run in the console (*nix or Windows), Heaptrc will print this output to screen unless otherwise instructed. In Lazarus GUI programs on Windows, the output will appear in numerous small dialog boxes, which may be very unpractical, although you can redirect output to file.

Standard output of Heaptrc on Windows (despite of the title there is no error in the application)

On *nix (including BSD, Linux and macOS), by default, nothing will be shown for GUI programs. In this case, to see heaptrc output when you terminate your program (GUI or non-GUI), open "Console In/Output" (Ctrl+Alt+O or View -> Debug Window -> ...)

See leakview for details on how to make use of Heaptrc effectively.

Usage

Using Heaptrc in FPC

Add a parameter -gh to your compilation command line or to fpc.cfg.

fpc -gh Helloworld.pas

or usually combined with line info:

fpc -glh Helloworld.pas

This will add Heaptrc implicitly as a hidden first unit of the program's uses clause.

You can test in code if Heaptrc is active by examining the global constant UseHeapTrace for the presence of Heaptrc and its status like so:

program PossiblyHeaptraced(Input, Output, StdErr);
begin
	{$if declared(UseHeapTrace)}
	WriteLn('Heaptrc is used.');
	// Heaptrc reports can be turned off when linked in... so true or false
	WriteLn('Heaptrc is active: ', UseHeapTrace); 
	// you can subsequently test/set any Heaptrc reporting options
	{$else}
	WriteLn('No trace of Heaptrc.');
	{$endIf}
end.

Using Heaptrc in Lazarus

To enable this in your Lazarus project:

  1. Go to Project Options/Linking and
  2. in the Debugging section enable Use Heaptrc unit (check for mem-leaks) (-gh)

You can test for the presence of Heaptrc in a similar manner as in the above example by testing for the presence of UseHeapTrace in your Project.lpr file.

{$if declared(UseHeapTrace)}
// ... do something

// test if active
if UseHeapTrace then
begin
	// ...
end;
{$endIf}

Show report only on leak

If you want to show Heaptrc report dialog only if there were leaks in your application, then put this assignment somewhere in your main project source file:

{$if declared(UseHeapTrace)}
GlobalSkipIfNoLeaks := True; // supported as of debugger version 3.2.0
{$endIf}

Programmatically disable report

If you want to disable report from your code then you can directly manipulate UseHeapTrace constant at program startup:

UseHeapTrace := False;

This will in effect change the behavior to a normal memory manager.

Continue execution even on heap error

If you want your application to continue execution even in case of a heap error then manipulate HaltOnError constant at program startup:

HaltOnError := False;

Redirect report to file

If you want to redirect leak report to file then add this to beginning of you main project file:

SetHeapTraceOutput('Trace.log'); // supported as of debugger version 3.2.0

Why Heaptrc should not be added to the uses clause manually

You should never add Heaptrc manually in a normal program, because the Heaptrc unit needs to be loaded before Lineinfo for debugging to work properly.

Decoding dwarf debugging info efficiently requires a working heap manager and this means that Heaptrc needs to be loaded before the the DWARF line info decoding unit which is loaded by -gl, so Heaptrc cannot be used explicitly.

Only the compiler itself can insert the unit in its proper place as a hidden first unit in the uses clause. Adding the unit by hand can cause all kind of unwanted side effects. E.g. crashes, reported Lineinfo is not reliable and not all leaks can reliably be reported.

This has always been the case, but is only properly documented from FPC version 3.0.2. So if you still see Heaptrc in your uses clause, remove it! for debugging and reporting to work properly.

Light bulb  Note: If your program is designed to use an alternative memory manager, you can adapt your program's uses clause like so:

program AlternativeMemoryManager(Input, Output, StdErr);
{$mode ObjFPC}
uses
	// This will conditionally switch in a memory manager
	// based on the presence of Heaptrc
	{$if not declared(UseHeapTrace)}
	CMem,
	{$endIf}
	SysUtils, Classes; // the latter two are just to test.

begin
	{$if declared(UseHeapTrace)}
	WriteLn('Heaptrc is used.', ' Heaptrc is active: ', UseHeapTrace);
	{$else}
	WriteLn('No trace of Heaptrc.');
	{$endIf}
end.

In the above example the conditional in the uses clause makes sure that the CMem memory manager is only compiled in if the Heaptrc option is not used.

See also