summaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authorGustavo Sverzut Barbieri <barbieri@profusion.mobi>2013-11-28 20:42:16 -0200
committerGustavo Sverzut Barbieri <barbieri@profusion.mobi>2013-11-28 20:42:16 -0200
commitd91a6973187e56b3df767ee2e7043ce585b8eb08 (patch)
treee6d99a27113cf2bacb5aa87619c0c8e7f2a26200 /README
parent8670180dbb9e1e3d666a04e139096530fc15e4f3 (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.
Diffstat (limited to 'README')
0 files changed, 0 insertions, 0 deletions