memory leak from make_memory_list_va
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libgnome-keyring (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
The make_attribute_
However, this does not happen in either case where the function is used. This is a contributing factor to the severe memory leak problems in nm-applet. Here is a relevant valgrind log from testing nm-applet:
==10301== 1,440 (288 direct, 1,152 indirect) bytes in 9 blocks are definitely lost in loss record 9,060 of 9,326
==10301== at 0x4C28FAC: malloc (vg_replace_
==10301== by 0x8F62A62: g_malloc (gmem.c:164)
==10301== by 0x8F79666: g_slice_alloc (gslice.c:842)
==10301== by 0x8F2FE21: g_array_sized_new (garray.c:186)
==10301== by 0x5B16A86: make_attribute_
==10301== by 0x5B1CEAF: gnome_keyring_
==10301== by 0x44042F: copy_one_
==10301== by 0x443EF1: nm_gconf_
==10301== by 0x43F862: nm_gconf_
==10301== by 0x4465A5: read_connections (nma-gconf-
==10301== by 0x44665E: list_connections (nma-gconf-
==10301== by 0x52701D1: impl_settings_
==10301== by 0x526FEBB: dbus_glib_
==10301== by 0x6584C4C: ??? (in /usr/lib/
==10301== by 0x8475A00: _dbus_object_
==10301== by 0x8467B0F: dbus_connection
==10301== by 0x6582654: ??? (in /usr/lib/
==10301== by 0x8F5BBCC: g_main_
==10301== by 0x8F5C3A7: g_main_
==10301== by 0x8F5C9F1: g_main_loop_run (gmain.c:3299)
==10301== by 0x416D77: main (main.c:101)
I think it is obvious what the patch should be, and it would be easier for a package maintainer to write it instead of having me mess around with quilt. Or perhaps this should be patched upstream, but I am not completely sure where that is.
For more information about how bad things are with nm-applet, see these bugs:
https:/
https:/
Filed upstream.
https:/ /bugzilla. gnome.org/ show_bug. cgi?id= 650606