On Thu, 31 Jan 2013 15:40:50 +0200 Raphael Kubo da Costa <raphael.kubo.da.co...@intel.com> said:
> Gustavo Sverzut Barbieri <barbi...@profusion.mobi> writes: > > > ouch, so they are not refcounted and it will free at first exit... > > that's bad, quite bad :-) > > > > Option #1 is talk to fc guys and see if they can add that. It would be > > more correct. > > Looking at Fontconfig's mailing list archives, it looks like vtorri hit > the exact same problem a few years ago but didn't manage to get a > refcounting patch in. > > I'll take a look at that now. > > In any case, some interesting facts from the mailing list: > > > FcFini() is designed to only be called by debugging code from > > applications, not for normal use by other libraries. > http://article.gmane.org/gmane.comp.fonts.fontconfig/3160 > > > FcFini was added so that valgrind output could be used to discover > > leaks in fontconfig. Normal applications should not use it, although > > I can see why they might want to (eliminate memory usage after a > > period of using fontconfig). > http://article.gmane.org/gmane.comp.fonts.fontconfig/3161 > > Keith Packard did support making FcFini()'s behavior less aggressive > nonetheless. that's why efl does it by default... to cover "this case". we can stop calling it.. but there are downsides to that.. :) i'm on the fence - it's better to call it, BUT... if its not practical.. then commenting it out is ok i guess. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
