<div dir="ltr"><div><div><div>Used all ram first run crashing valgrind, approx 85 min<br></div>Second run, stopped at 50%ram dump file attached below<br></div>Bug reported for info only as I can shut gnome-mahjongg down after finished playing.<br>
<br></div>rob  <br><div><div> <br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 21 June 2013 22:36, Emilio Pozuelo Monfort <span dir="ltr"><<a href="mailto:pochu@debian.org" target="_blank">pochu@debian.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 19/06/13 19:49, Robin wrote:<br>
> Package: mahjongg<br>
> Version: 1:3.8.0-1<br>
><br>
> Please note attempted reporting with reportbug and reportbug-ng but bug did not<br>
> register with <a href="http://bugs.debian.org" target="_blank">bugs.debian.org</a>, so reporting manually<br>
><br>
><br>
> start game and leave running, process consumes increasing amounts of memory.<br>
><br>
> Ran twice with valgrind:<br>
><br>
>  run 1:<br>
><br>
> rob@localhost:~$ valgrind gnome-mahjongg<br>
> ==12456== Memcheck, a memory error detector<br>
> ==12456== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.<br>
> ==12456== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info<br>
> ==12456== Command: gnome-mahjongg<br>
> ==12456==<br>
> ==12456==<br>
> ==12456== HEAP SUMMARY:<br>
> ==12456==     in use at exit: 2,063,512,405 bytes in 90,405 blocks<br>
> ==12456==   total heap usage: 3,132,843 allocs, 3,042,438 frees, 4,198,594,738 b<br>
> ytes allocated<br>
> ==12456==<br>
> ==12456== LEAK SUMMARY:<br>
> ==12456==    definitely lost: 2,916,848 bytes in 3,880 blocks<br>
>            possibly lost: 124,082,557 bytes in 5,574 blocks<br>
><br>
><br>
> run2:<br>
><br>
> ==14190== LEAK SUMMARY:<br>
> ==14190==    definitely lost: 581,680 bytes in 775 blocks<br>
> ==14190==    indirectly lost: 377,856,168 bytes in 15,028 blocks<br>
> ==14190==      possibly lost: 31,233,257 bytes in 4,276 blocks<br>
> ==14190==    still reachable: 2,044,297 bytes in 9,115 blocks<br>
> ==14190==         suppressed: 0 bytes in 0 blocks<br>
> ==14190== Reachable blocks (those to which a pointer was found) are not shown.<br>
> ==14190== To see them, rerun with: --leak-check=full --show-reachable=yes<br>
> ==14190==<br>
> ==14190== ERROR SUMMARY: 1445 errors from 1445 contexts (suppressed: 2 from 2)<br>
> --14190--<br>
> --14190-- used_suppression:      2 dl-hack3-cond-1<br>
> ==14190==<br>
> ==14190== ERROR SUMMARY: 1445 errors from 1445 contexts (suppressed: 2 from 2)<br>
><br>
> Watching process on htop after approx 15 mins res mem has increased<br>
> from c.18224 B to 573MB<br>
<br>
These logs have a summary but no traces. You would need to run valgrind with<br>
<br>
G_SLICE=always-malloc G_DEBUG=gc-friendly valgrind --tool=memcheck<br>
--leak-check=full --leak-resolution=high --num-callers=20 --log-file=vgdump mahjongg<br>
<br>
And then attach the vgdump file.<br>
<br>
It's unlikely that we will fix any non-major leaks in non-critical apps in a<br>
stable release though, as one usually doesn't leave mahjongg running for days.<br>
Usually.<br>
<span class="HOEnZb"><font color="#888888"><br>
Emilio<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><font face="arial, helvetica, sans-serif" color="#a64d79"><b><i><u>rob<br></u></i></b></font><br><br></div>
</div>