drivemount_appl is memory hungry

# ps aux | grep drivemount_appl
oem 5277 0.0 0.8 110796 4272 ? Sl Oct06 0:04 /usr/lib/gnome-applets/drivemount_applet2 --oaf-activate-iid=OAFIID:GNOME_DriveMountApplet_Factory --oaf-ior-fd=37

My system is Ubuntu 6.06.1, i386

# pmap -x 5277
5277: /usr/lib/gnome-applets/drivemount_applet2 --oaf-activate-iid=OAFIID:GNOME_DriveMountApplet_Factory --oaf-ior-fd=37
Address Kbytes RSS Anon Locked Mode Mapping
08048000 32 - - - r-x-- drivemount_applet2
08050000 4 - - - rw--- drivemount_applet2
08051000 3024 - - - rw--- [ anon ]
b162f000 4 - - - ----- [ anon ]
b1630000 8192 - - - rwx-- [ anon ]
b1e30000 4 - - - ----- [ anon ]
b1e31000 8192 - - - rwx-- [ anon ]
b2631000 4 - - - ----- [ anon ]
b2632000 8192 - - - rwx-- [ anon ]
b2e32000 4 - - - ----- [ anon ]
b2e33000 8192 - - - rwx-- [ anon ]
b3633000 4 - - - ----- [ anon ]
b3634000 8192 - - - rwx-- [ anon ]
b3e34000 36 - - - r-x-- libgcc_s.so.1
b3e3d000 4 - - - rw--- libgcc_s.so.1
b3e4e000 4 - - - ----- [ anon ]
b3e4f000 8192 - - - rwx-- [ anon ]
b464f000 388 - - - r---- DejaVuSans-Bold.ttf
b46b0000 404 - - - r---- DejaVuSans.ttf
b4715000 192 - - - r-x-- libcroco-0.6.so.3.0.1
b4745000 12 - - - rw--- libcroco-0.6.so.3.0.1
b4748000 164 - - - r-x-- libgsf-1.so.113.0.99
b4771000 12 - - - rw--- libgsf-1.so.113.0.99
b4774000 4 - - - rw--- [ anon ]
b4775000 2020 - - - r---- icon-theme.cache
b496e000 24796 - - - r---- icon-theme.cache
b61a5000 9112 - - - r---- icon-theme.cache
b6a8b000 1492 - - - r---- icon-theme.cache
b6c00000 132 - - - rw--- [ anon ]
b6c21000 892 - - - ----- [ anon ]
b6d09000 64 - - - r-x-- libbz2.so.1.0.3
b6d19000 4 - - - rw--- libbz2.so.1.0.3
b6d1a000 176 - - - r-x-- librsvg-2.so.2.14.4
b6d46000 4 - - - rw--- librsvg-2.so.2.14.4
....

from valgrind:

==21065== 10 bytes in 1 blocks are definitely lost in loss record 10 of 188
==21065== at 0x4021396: malloc (vg_replace_malloc.c:149)
==21065== by 0x45DACE5: g_malloc (gmem.c:131)
==21065== by 0x4C1011F: ORBit_alloc_string (allocators.c:228)
==21065== by 0x4C0FDE8: CORBA_string_dup (corba-string.c:22)
==21065== by 0x47F0731: bonobo_control_window_id_from_x11 (in /usr/lib/libbonoboui-2.so.0.0.0)
==21065== by 0x47F0E7A: (within /usr/lib/libbonoboui-2.so.0.0.0)
==21065== by 0x4BB0B70: _ORBIT_skel_small_Bonobo_Control_getWindowId (in /usr/lib/libbonobo-2.so.0.0.0)
==21065== by 0x4C18B06: ORBit_POAObject_invoke (poa.c:1142)
==21065== by 0x4C1EC74: ORBit_OAObject_invoke (orbit-adaptor.c:336)
==21065== by 0x4C0BDBB: ORBit_small_invoke_adaptor (orbit-small.c:835)
==21065== by 0x4C1C915: ORBit_POAObject_handle_request (poa.c:1351)
==21065== by 0x4C1CFC1: ORBit_POAObject_invoke_incoming_request (poa.c:1421)
==21065==
==21065==
==21065== 156 (36 direct, 120 indirect) bytes in 1 blocks are definitely lost in loss record 53 of 188
==21065== at 0x4021396: malloc (vg_replace_malloc.c:149)
==21065== by 0x472B577: (within /lib/tls/i686/cmov/libc-2.4.so)
==21065== by 0x472BC76: __nss_database_lookup (in /lib/tls/i686/cmov/libc-2.4.so)
==21065== by 0x510A14B: ???
==21065== by 0x510B685: ???
==21065== by 0x46DAC92: getpwnam_r (in /lib/tls/i686/cmov/libc-2.4.so)
==21065== by 0x45FB305: g_get_any_init_do (gutils.c:1704)
==21065== by 0x45FC578: g_get_user_name (gutils.c:1867)
==21065== by 0x406A316: gnome_client_instance_init (gnome-client.c:1378)
==21065== by 0x4597899: g_type_create_instance (gtype.c:1567)
==21065== by 0x457E951: g_object_constructor (gobject.c:1041)
==21065== by 0x457CBDA: g_object_newv (gobject.c:937)
==21065==
==21065==
==21065== 131 bytes in 8 blocks are possibly lost in loss record 89 of 188
==21065== at 0x4021396: malloc (vg_replace_malloc.c:149)
==21065== by 0x45DACE5: g_malloc (gmem.c:131)
==21065== by 0x4C1011F: ORBit_alloc_string (allocators.c:228)
==21065== by 0x4C0FDE8: CORBA_string_dup (corba-string.c:22)
==21065== by 0x4BE4BCA: Bonobo_ActivationEnvValue_set (in /usr/lib/libbonobo-activation.so.4.0.0)
==21065== by 0x4BE2857: bonobo_activation_init_activation_env (in /usr/lib/libbonobo-activation.so.4.0.0)
==21065== by 0x4BE69C3: bonobo_activation_orb_init (in /usr/lib/libbonobo-activation.so.4.0.0)
==21065== by 0x40DC102: (within /usr/lib/libgnome-2.so.0.1600.0)
==21065== by 0x40D6963: gnome_program_postinit (in /usr/lib/libgnome-2.so.0.1600.0)
==21065== by 0x40D6D84: (within /usr/lib/libgnome-2.so.0.1600.0)
==21065== by 0x40D7098: gnome_program_init (in /usr/lib/libgnome-2.so.0.1600.0)
==21065== by 0x804BBB9: main (drivemount.c:207)
==21065==
==21065==
==21065== 136 bytes in 1 blocks are possibly lost in loss record 90 of 188
==21065== at 0x40206D5: calloc (vg_replace_malloc.c:279)
==21065== by 0x400FA87: (within /lib/ld-2.4.so)
==21065== by 0x400FB4B: _dl_allocate_tls (in /lib/ld-2.4.so)
==21065== by 0x463FB68: pthread_create@@GLIBC_2.1 (in /lib/tls/i686/cmov/libpthread-2.4.so)
==21065== by...

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? Thanks in advance.

there is no recent duplicate nor user mentionning having the issue on hardy, closing the bug

I have the same problem: drivemount-applet eats 169.7 MiB but it has just 2 same icons of disks...

I've found out how to reproduce bug:
I have auto hiding vertical panel on left side of my desktop
I run gnome system monitor
Each time I go with cursor at left side of screen, panel shows and I can see drivemount-applet takes more memory...
Try it: put drivemount on auto hiding panel and try show/hide panel several times looking at system monitor/top/whatever