Re: eel - save/restore window geometry

2006-12-18 Thread Steve Frécinaux
Luca Cavalli wrote: > On Mon, 2006-12-18 at 22:19 +0100, Benoît Dejean wrote: >> I'd like to implement window geometry save/restore in system-monitor. >> >> Is there any plan to merge soon this feature into gtk+ ? >> Thanks. >> > As a side note, Sound Juicer implements this via libgconf-bridge[1],

GLib 2.12.5 released

2006-12-18 Thread Matthias Clasen
GLib 2.12.5 is now available for download at: ftp://ftp.gtk.org/pub/glib/2.12/ http://download.gnome.org/sources/glib/2.12/ glib-2.12.5.tar.bz2 md5sum: 08f51fd565805289879819964bb8192b glib-2.12.5.tar.gzmd5sum: 058d86472a73b5d53a7c6173be258a93 GLib is the low-level core library that for

Re: Why do a gtk/directfb process grows bigger and bigger ?

2006-12-18 Thread Mike Emmel
Okay I know about this a bit. Obviously a logic error exists and I've not figured out the right answer yet. The reason Destroy is commented out is we should never need to call it on the gdk side. The problem was related to the need to keep the DirectFB window alive long enough to clear out the

Re: Why do a gtk/directfb process grows bigger and bigger ?

2006-12-18 Thread Attilio Fiandrotti
Loïc Minier wrote: > On Mon, Dec 18, 2006, Attilio Fiandrotti wrote: > >>so, i guess this patch only tackles the issue but does not properly. > > > Attilio, did you notice the following block near the end of > _gdk_windowing_window_destroy which your patch touches: > #if 0 /* let the finalizer

Re: Why do a gtk/directfb process grows bigger and bigger ?

2006-12-18 Thread Attilio Fiandrotti
Kalle Vahlman wrote: > 2006/12/18, Attilio Fiandrotti <[EMAIL PROTECTED]>: > >> Attilio Fiandrotti wrote: >> > Hi >> > >> > I recently noticed the the size of a generic gtk/dfb application >> > considerably grows over time while the same application, but compiled >> > for gtk/x11, does not. >> > >

Re: Why do a gtk/directfb process grows bigger and bigger ?

2006-12-18 Thread Loïc Minier
On Mon, Dec 18, 2006, Attilio Fiandrotti wrote: > so, i guess this patch only tackles the issue but does not properly. Attilio, did you notice the following block near the end of _gdk_windowing_window_destroy which your patch touches: #if 0 /* let the finalizer kill it */ if (!recursing && !fo

Re: Why do a gtk/directfb process grows bigger and bigger ?

2006-12-18 Thread Kalle Vahlman
2006/12/18, Attilio Fiandrotti <[EMAIL PROTECTED]>: > Attilio Fiandrotti wrote: > > Hi > > > > I recently noticed the the size of a generic gtk/dfb application > > considerably grows over time while the same application, but compiled > > for gtk/x11, does not. > > > > The attached example aplicatio

Re: Why do a gtk/directfb process grows bigger and bigger ?

2006-12-18 Thread Attilio Fiandrotti
Attilio Fiandrotti wrote: Hi I recently noticed the the size of a generic gtk/dfb application considerably grows over time while the same application, but compiled for gtk/x11, does not. The attached example aplication permanently sets up a window and an external box and at every proram's i

Re: Epoll in Glib

2006-12-18 Thread Alexander Larsson
On Mon, 2006-12-18 at 00:04 -0500, [EMAIL PROTECTED] wrote: > On Mon, Dec 18, 2006 at 03:17:23AM +, a h wrote: > > i like to use my gui for everything i can, and for small network > > apps. GTK/GLIB is currently lacking epoll, it currently only uses > > poll. Epoll would be a great addi