<div dir="ltr"><div><div style="font-size:small" class="gmail_default">Just a little feedback too.</div><div style="font-size:small" class="gmail_default">1) "does closing the *viewer*, release the memory" -- I could be wrong, but I do not think closing the viewer releases the memory because it thinks you may want to use it again?</div><div style="font-size:small" class="gmail_default">2) "backups on /tmp"? -- I am not sure how you are getting backups to go to /tmp.  As far as I know they always go to $HOME/.bcast5.  If you see files like:</div><div style="font-size:small" class="gmail_default"><br></div><span style="font-family:monospace">backup.prev_20230122_113922</span></div><div><span style="font-family:monospace"> backup.prev_20230122_114222<br><span class="gmail_default" style="font-size:small"></span>backup.prev<br></span></div><div><span style="font-family:monospace"><span class="gmail_default" style="font-size:small"></span>backup.xml<span class="gmail_default" style="font-size:small"></span></span></div><div><span class="gmail_default" style="font-size:small"><br></span></div><div><span class="gmail_default" style="font-size:small">going to /tmp, then that could be a bug because I don't know how they got there.  Index files, marker files, snapshot files, and nested proxy files can be written somewhere else via Settings->Preferences, but not backups.</span></div><div><span class="gmail_default" style="font-size:small">3) I have found that adding swap is a complete waste of time - it never works for me and just hangs (and that has been true for me since the 1980's!)</span></div><div><span class="gmail_default" style="font-size:small">4) in Valgrind, I always look at these lines at the end of the file:</span></div><div><span class="gmail_default" style="font-size:small"><span style="font-family:monospace">    ==128034== LEAK SUMMARY:<br>    ==128034==    definitely lost: 5,086 bytes in 40 blocks<br>    ==128034==    i<b>ndirectly lost: 15,535,063 bytes </b>in 1,143 blocks<br>    ==128034==      possibly lost: 350,864 bytes in 10 blocks</span><br></span></div><div><span class="gmail_default" style="font-size:small">The "definitely lost" line is reasonable BUT "indirectly lost" seems astronomical.<br></span></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><br><div dir="auto"><div dir="auto">so, something leaks but is it due to mussing free() on exit or also the case for normal operations ... it seems cache is involved, so may be I messed this up somehow. Does leak exist in previous cin-gg, like one from 2021 or 2020?</div></div></div></blockquote><div><span class="gmail_default" style="font-size:small">I am going to test this too.</span> </div></div></div></div>