On Sun, 27 Feb 2011 20:41:06 +0000 Rui Miguel Silva Seabra <[email protected]> said:
i've done 2 things to combat/fix this 1. added evas_object_refn/unref(). i seriously am amazed we've plodded along this long without these babies. this will defer deletion until all refs are gone. 2. made elm_list use these. in svn now. > There might be something similar in elm_list, I had some elm_lists with > data and I got weird errors related to eina_list complaining about data, > which frequently, but not always, led to a crash. > > Rui > > Em 27-02-2011 11:10, Carsten Haitzler (The Rasterman) escreveu: > > On Tue, 22 Feb 2011 18:59:07 +0900 Seunggyun Kim<[email protected]> > > said: > > > > in svn! thanks! > > > >> Hello. All. > >> > >> I found one bug in elm_genlist_clear. > >> > >> In case append lots of items in genlist, > >> some items are still in genlist item queue before it is processed in > >> _item_queue. > >> > >> At that time, > >> if application calls elm_genlist_item_del api that has item in genlist > >> queue and elm_genlist_clear is called at once, "func.del" callback is > >> called twice. > >> > >> If application frees some memory in "func.del" callback, It occurs double > >> free memory problem. > >> > >> For example, some application has many items. and all items are deleted. > >> but all items are not proceed in queue. then application is terminated. > >> In that case, double free problem is occured in application. > >> > >> So, I fixed elm_genlist_clear code and made a patch. > >> > >> Anybody can check about this? > >> > >> Thanks. > > > > > > > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
