On Fri, Sep 6, 2013 at 4:08 PM, Davide Andreoli <[email protected]> wrote: > 2013/9/6 Tom Hacohen <[email protected]> > >> On 05/09/13 17:42, Gustavo Sverzut Barbieri wrote: >> > Hi all, >> > >> > Why eo_del() doesn't flag the object as deleted and issue an event >> callback? >> >> Because the object might still be referenced. It could be done though, >> we haven't decided one way or the other, this might be a reasonable >> approach as well. I'll think about it, as this approach also has its >> merits. This however does not mean that the object will be completely >> deleted. We'll may call the destructors, and even block eo_do, but we >> will not free the objects. >> >> > >> > As it is I feel it is pretty useless, you do the "del", it becomes >> > unparented and unrefs, but other than that no users will know they >> > should release their references... and you can keep calling object >> > methods without problems. >> >> They should know that in eo land, you have references, and you need to >> account for them. See what I wrote above. >> >> > >> > Could we change this behavior to flag as del? Eventually make eo_do() >> > fail? or at least provide a eo_deleted_check() so we can easily check >> > in our methods before we execute further? Also call EO_EV_DEL right >> > there. >> > >> >> Again, reasonable, I'll give it some more thought. Feel free to write >> what you think the pros/cons here. I do wish other people will voice >> their opinion as well, as this is a major change. >> > > We discussed a lot about the way eo_del works, some moths ago, see > http://www.mail-archive.com/[email protected]/msg50913.html > > then I wrote the 1.8 py binding on the current way eo_del work. > Please If you are thinking about making some changes also think how that > will reflect > on the bindings...or I WILL KILL YOU if someone broke the py stuff :P >
Either I didn't fully understand what's going on on that thread or the way I described eo_del() to work in my previous mail shouldn't affect you. The idea is, you keep using _ref() and _unref() unless you explicitly want to delete the object, then call _del(), which still leaves the pointer alive and well until all refs are gone, but it triggers the whole "HEY I'M DEAD AND I BELIEVE YOU ASKED TO BE NOTIFIED ABOUT IT" series of signals. > davemds > > >> >> -- >> Tom. >> >> >> >> ------------------------------------------------------------------------------ >> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! >> Discover the easy way to master current and previous Microsoft technologies >> and advance your career. Get an incredible 1,500+ hours of step-by-step >> tutorial videos with LearnDevNow. Subscribe today and save! >> http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk >> _______________________________________________ >> enlightenment-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > ------------------------------------------------------------------------------ > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! > Discover the easy way to master current and previous Microsoft technologies > and advance your career. Get an incredible 1,500+ hours of step-by-step > tutorial videos with LearnDevNow. Subscribe today and save! > http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel ------------------------------------------------------------------------------ Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
