<div dir="ltr"><div class="gmail_default" style="font-size:small">Richard, this has been helpful for working on the memory leak issue.  Very nice looking usable output.  I added one line in the manual in the Valgrind section as an alternative - to encourage users to help resolve memory leaks.  The slowness of Valgrind can be discouraging but I guess that is why it has "grind" in its name as it "grinds" so slowly.  Line from the Manual:<br></div><div class="gmail_default" style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_default" style="font-size:small">An alternative to Valgrind is heaptrack which has good documentation and for large programs can run faster. You can find the source and information about it at <a href="https://github.com/KDE/heaptrack">https://github.com/KDE/heaptrack</a>.<br></div></blockquote></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 22, 2023 at 12:06 PM Richard Nolde <<a href="mailto:richard.nolde@centurylink.net">richard.nolde@centurylink.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Regarding memory leaks:<br>
>     1. Re:  Complete system hangs (likely out of memory)<br>
>        (Stefan de Konink)<br>
>     2. Re:  Complete system hangs (likely out of memory)<br>
>        (Stefan de Konink)<br>
>     3. Re:  Complete system hangs (likely out of memory)<br>
>        (Andrew Randrianasulu)<br>
The following tool has been instrumental in finding memory leaks and/or <br>
peaks of usage in a large graphically intensive program that I have <br>
helped another developer with from time to time.<br>
<br>
<a href="https://apps.kde.org/heaptrack/" rel="noreferrer" target="_blank">https://apps.kde.org/heaptrack/</a><br>
<a href="https://github.com/KDE/heaptrack" rel="noreferrer" target="_blank">https://github.com/KDE/heaptrack</a><br>
<br>
It comes with text and GUI analyzer tools to allow you to see which <br>
functions allocate/release/leak memory during the run of a program and <br>
it does not slow down the execution nearly as much as valgrind. It uses <br>
a replacement version of malloc and the LD_PRELOAD option to redirect <br>
system calls into its own instrumented versions of memory related system <br>
calls.  Originally written by Millan Wolff in Berlin, it has now become <br>
a part of the KDE development environment but it does not require you to <br>
run a full KDE desktop. I run in with XFCE on Fedora 36 without any <br>
problems.<br>
<br>
Richard Nolde<br>
<br>
</blockquote></div>