|author||Gustavo Sverzut Barbieri <email@example.com>||2013-11-28 20:42:16 -0200|
|committer||Gustavo Sverzut Barbieri <firstname.lastname@example.org>||2013-11-28 20:42:16 -0200|
|parent||Elm scroller: prevent usage of uninitialized vars as reported by valgrind. (diff)|
genlist: clear 'rel' pointer when it becomes unused during del_pre_hook.
If we're walking an item and it's deleted, the memory won't go away immediately in _item_del_pre_hook() as would in _item_del(), then it's not enough to remove ourselves from the reverse-relative list of the item we were relative to, we also need to clean our own relative pointer so we won't touch it later when the item is not being walked anymore and _item_del() is called. I was getting this annoying error with espionage application, opening an interface of an object and then closing the window or selecting another bus name (whatever would call elm_genlist_clear()). During the clear process genlist will flag the next item as "walking" so it's not gone when the current item dies (would happen if next item is a subitem). The item would run _item_del_pre_hook() but not _item_del(), but on the next loop iteration the next item would be the current, then not walking anymore and during _item_del() it would access it->item->rel which would point to the now-dead item.
1 files changed, 5 insertions, 2 deletions
diff --git a/src/lib/elm_genlist.c b/src/lib/elm_genlist.c
index e4697706d..e362e4908 100644
@@ -5260,8 +5260,11 @@ _item_del_pre_hook(Elm_Object_Item *item)
// FIXME: relative will be better to be fixed. it is too harsh.
- it->item->rel->item->rel_revs =
- eina_list_remove(it->item->rel->item->rel_revs, it);
+ it->item->rel->item->rel_revs =
+ eina_list_remove(it->item->rel->item->rel_revs, it);
+ it->item->rel = NULL;