On Fri, 12 Jun 2009 20:23:54 +1000 Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> On Thu, 11 Jun 2009 12:03:57 +0200 RocketIII Scientist > <rocketiii.scient...@gmail.com> said: > > use xrestop. that reports what x apps use what x resources. you'll > find e uses 1 screen sized pixmap for desktop bg and thats pretty > much it. as reported already - it looks like x added a leak in mouse > pointer changes. the code for animating the pointer (per frame) is: > > Ecore_X_Cursor cur; > > cur = ecore_x_cursor_new(p->win, p->pixels, p->w, p->h, > p->hot.x, p->hot.y); ecore_x_window_cursor_set(p->win, cur); > ecore_x_cursor_free(cur); > > so literally: > 1. create cursor with canvas ARGB pixel data > 2. set cursor to window > 3. free cursor (ok - as cursor will stay around until the window is > deleted due to reference counting). > > any previously set cursor should be freed if it was set by this as it > was already freed and when replaced, will be freed. i bet x has grown > a bug in this code as e is probably about the only thing that > animates cursor by drawing them its own memory then creating a new > cursor for the new frame. > > you can check the ecore_x calls as to what they do xlib-wise, but > they are correct. So, um, turning off idle cursor will stop that? Or using the X mouse cursor? Just so we can A) track it down further for reporting to the X.org guys, and B) stop leaking all my damn memory until they get it fixed. ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
