gEDA-dev: Valgrind results
Ales Hvezda
ahvezda at seul.org
Sun May 13 23:50:02 EDT 2007
Hi PeterB,
> A couple of memory leaks for everyone to look at in gschem. Other than
> these, gschem currently looks pretty good.
Thanks for running this.
> ==23604== 1,955 bytes in 127 blocks are definitely lost in loss record 150 of
> 190
> ==23604== at 0x4005400: malloc (vg_replace_malloc.c:149)
> ==23604== by 0x46ABF875: g_malloc (in /lib/libglib-2.0.so.0.1200.9)
> ==23604== by 0x46AD2ED8: g_strdup (in /lib/libglib-2.0.so.0.1200.9)
> ==23604== by 0x8086CC5: get_main_menu (x_menus.c:200)
Hmmm.. I'm not seeing why this is leaking or I've reached that point
in awakeness where obvious code isn't obvious anymore. Plus, I can't
see this leak with my run of valgrind.
> ==23604==
> ==23604==
> ==23604== 2,301 bytes in 53 blocks are definitely lost in loss record 157 of
> 190
Yup, this one is a real leak. Fixed in CVS now.
Thanks,
-Ales
More information about the geda-dev
mailing list