Guidelines and HOWTOs/Debugging/Valgrind: Difference between revisions
m Ochurlaud moved page Guidelines and HOWTOs/Valgrind to Guidelines and HOWTOs/Debugging/Valgrind |
|||
| (8 intermediate revisions by 5 users not shown) | |||
| Line 1: | Line 1: | ||
Valgrind is a | Valgrind is a tool to analyze a program regarding memory leaks. | ||
== Leak Detection == | |||
One of the valgrind tools is the memcheck, that can be used to detect memory leaks during the execution of an application. | |||
To do that, valgrind can be started as: | |||
> valgrind --tool=memcheck --leak-check=yes -v ''appname'' | |||
where ''appname'' is the application you want to run, including its parameters, if it have to be called with any. | |||
As valgrind can produce a lot of output (and thus scroll out of your terminal), you can call valgrind redirecting its output to a file, so nothing gets lost. | |||
> valgrind --tool=memcheck --leak-check=yes -v ''appname'' 2>&1 | tee valgrind.log | |||
This will call valgrind as seen above, and will redirect all the output coming from both our application and valgrind to a file in the current directory called {{path|valgrind.log}} (of course it is possible to use any file name of the log). | |||
=== Minor tweaks === | |||
* executing valgrind with <tt>--leak-check=full</tt> instead of <tt>--leak-check=yes</tt> can give a more detailed output, especially about the found leaks | |||
* Using the <tt>--track-origins=yes</tt> flag is even slower than normal Valgrind but gives you the location where the memory used incorrectly was allocated in many situations. | |||
== References == | |||
* [http://www.valgrind.org/ The Valgrind Homepage] | * [http://www.valgrind.org/ The Valgrind Homepage] | ||
* [http://www.tldp.org/HOWTO/Valgrind-HOWTO/ Excellent tutorial at TLDP] | * [http://www.tldp.org/HOWTO/Valgrind-HOWTO/ Excellent tutorial at TLDP] | ||
Latest revision as of 12:34, 11 March 2016
Valgrind is a tool to analyze a program regarding memory leaks.
Leak Detection
One of the valgrind tools is the memcheck, that can be used to detect memory leaks during the execution of an application.
To do that, valgrind can be started as:
> valgrind --tool=memcheck --leak-check=yes -v appname
where appname is the application you want to run, including its parameters, if it have to be called with any.
As valgrind can produce a lot of output (and thus scroll out of your terminal), you can call valgrind redirecting its output to a file, so nothing gets lost.
> valgrind --tool=memcheck --leak-check=yes -v appname 2>&1 | tee valgrind.log
This will call valgrind as seen above, and will redirect all the output coming from both our application and valgrind to a file in the current directory called valgrind.log (of course it is possible to use any file name of the log).
Minor tweaks
- executing valgrind with --leak-check=full instead of --leak-check=yes can give a more detailed output, especially about the found leaks
- Using the --track-origins=yes flag is even slower than normal Valgrind but gives you the location where the memory used incorrectly was allocated in many situations.