This problem was that because the refcount is now shared between the
parent and the programmer in some cases we would get a double unref. An
example way of triggering it is creating a button and putting it in a
box. The box has a callback registered that when the button is deleted
it would delete itself too. The problem is that the delete callback is
called the button is removed from the box thus causing the box to unref
it again (because of the parent), although the refcount was already
accounted for.
There is another more convoluted scenario that I have yet to fix.
Thanks to raster for reporting.
pd->parent, obj);
}
- /* Only unref if we don't have a new parent instead. */
- if (!parent_id)
+ /* Only unref if we don't have a new parent instead and we are not at
+ * the process of deleting the object.*/
+ if (!parent_id && !eo_obj->del_triggered)
{
_eo_unref(eo_obj);
}
if (pd->parent)
{
- /* A bit ugly, but unparent unrefs, so we need to ref before. */
- eo_ref(obj);
eo_parent_set(obj, NULL);
}
obj->del_triggered = EINA_TRUE;
_eo_del_internal(__FILE__, __LINE__, obj);
-
- obj->del_triggered = EINA_FALSE;
#ifdef EO_DEBUG
/* If for some reason it's not empty, clear it. */
while (obj->xrefs)