After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 629052 - Memory leak in task_table_constructed()
Memory leak in task_table_constructed()
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.32.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
: 629054 (view as bug list)
Depends on:
Blocks: 627707
 
 
Reported: 2010-09-08 12:31 UTC by David Woodhouse
Modified: 2011-06-27 12:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description David Woodhouse 2010-09-08 12:31:09 UTC 
==31478== 10,970 (128 direct, 10,842 indirect) bytes in 2 blocks are definitely lost in loss record 42,689 of 43,070
==31478==    at 0x4A0515D: malloc (vg_replace_malloc.c:195)
==31478==    by 0x3D3D645C80: g_malloc (gmem.c:134)
==31478==    by 0x3D3D65C796: g_slice_alloc (gslice.c:836)
==31478==    by 0x3D3D65CA45: g_slice_alloc0 (gslice.c:848)
==31478==    by 0x3D3DE32EA3: g_type_create_instance (gtype.c:1867)
==31478==    by 0x3D3DE108DB: g_object_constructor (gobject.c:1482)
==31478==    by 0x3D3DE13910: g_object_newv (gobject.c:1266)
==31478==    by 0x3D3DE1455B: g_object_new (gobject.c:1178)
==31478==    by 0xEC683B3: task_table_constructed (e-task-table.c:423)
==31478==    by 0x3D3DE1388F: g_object_newv (gobject.c:1375)
==31478==    by 0x3D3DE14310: g_object_new_valist (gobject.c:1463)
==31478==    by 0x3D3DE14540: g_object_new (gobject.c:1181)
Comment 2 Milan Crha 2010-09-09 06:50:39 UTC 
Reopening, this introduces, together with a patch from bug #629054 runtime warnings on console when starting in a calendar view:

(evolution:2063): Gtk-WARNING **: A floating object was finalized. This means that someone
called g_object_unref() on an object that had only a floating
reference; the initial floating reference is not owned by anyone
and must be removed with g_object_ref_sink().


Reverting these makes it happy.
Comment 3 Milan Crha 2010-09-09 06:51:32 UTC 
*** Bug 629054 has been marked as a duplicate of this bug. ***
Comment 4 Matthew Barnes 2010-09-11 13:15:01 UTC 
I fixed the run-time by changing ECell's base class from GtkObject to GObject, so ECells don't use floating references anymore.  No idea if that fixed the memory leak though.
Comment 5 Milan Crha 2011-06-27 12:56:58 UTC 
Let's David reopen, if not :)