GNOME Bugzilla – Bug 309684
Contact text entry leaks threads
Last modified: 2005-07-08 05:58:52 UTC
The contact entry used in the email Compose window doens't stop the underlying BookView, so the thread state is never freed. On a typical system this is a 8M allocation for the stack, so for every mail composed 8M is allocated and never released. This can be checked by using pmap: $ pmap -x [e-d-s pid] | grep rwx | All items which are 8192K and [anon] are thread stacks. Searching the addressbook will not result in this total changing as the thread is correctly destroyed, but typing into the To: field in Evo will add entries.
Note: I believe this is due to g_thread_join() not being called in the view on the server, which is typically due to the view not being stopped, either explictly or by being unrefed.
Created attachment 48768 [details] [review] Stop and unref book views which complete normally When a book view is allowed to run to completion, it isn't unreffed. This patch calls the internal stop method (for symmetry) and the unrefs the completed bookview. There appears to be more problems like this though, my EDS currently appears to have 32 threads at the moment, although only three are running.
Created attachment 48772 [details] [review] Improved patch
Thanks, Committed this fix to CVS head. Closing the bug.