On Tue, 3 Apr 2012 11:28:58 +0900 Bluezery <ohpo...@gmail.com> said: > You think that it's better to do not unload the module than adding new > API such as eina_module_resident.
correct. just never unload. keep list of loaded modules GLOBALLY (outside of the widget) and register there, never unregister. :) > Actually, I want to use this new API in elementary map widget. > If not use this API, loaded module list may be remained as static > variables even if elm_map is deleted, also module is not unloaded. > Next time, when map is added again, static variables (previously > loaded modules) are checked and used again so as to do not load the > module (if loaded, it can be memory leaks). Is this correct usage?? > I think that eina_module can support this so as to other libraries do > not care about static variables. > Maybe, I am so lazy man. :) > > >> I looked around the e_module. And I found that e_module does not > >> eina_module and use dlopen() directly. Also it do not use dlclose() > >> except error. > > > > e modules predate eina_module by several years. thus its still the old code > > it has always had. > > > >> > As a note, kernel developers condemn module unloading, saying it's > >> > just a module developer feature and should never be used by end-users > >> > (although we all do to work around buggy kernel modules such as > >> > broadcom's proprietary wifi). > >> > > >> > -- > >> > Gustavo Sverzut Barbieri > >> > http://profusion.mobi embedded systems > >> > -------------------------------------- > >> > MSN: barbi...@gmail.com > >> > Skype: gsbarbieri > >> > Mobile: +55 (19) 9225-2202 > >> > > >> > ------------------------------------------------------------------------------ > >> > This SF email is sponsosred by: > >> > Try Windows Azure free for 90 days Click Here > >> > http://p.sf.net/sfu/sfd2d-msazure > >> > _______________________________________________ > >> > enlightenment-devel mailing list > >> > enlightenment-devel@lists.sourceforge.net > >> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > >> > >> > >> -- > >> BRs, > >> Kim. > >> > >> ------------------------------------------------------------------------------ > >> This SF email is sponsosred by: > >> Try Windows Azure free for 90 days Click Here > >> http://p.sf.net/sfu/sfd2d-msazure > >> _______________________________________________ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > > > -- > BRs, > Kim. > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
