Re: documentation or example for GObjectIntrospection

2009-01-09 Thread Colin Walters
2009/1/8 Andy Tai : > Hi, I am interested in learning more about the internals of GObject > Introspection and the steps to make a binding for a GObject based C > libraries to some language. However, the current documentation is not very > complete on how to go about this. I'm working on a tutori

Re: gparamspecs.c param_double_validate() doesn't support NaN/Inf?

2009-01-09 Thread Michael Natterer
On Fri, 2009-01-09 at 13:03 -0500, Andrew Paprocki wrote: > On Fri, Jan 9, 2009 at 7:11 AM, Michael Natterer wrote: > >> Should I patch GParamSpecDouble to have two :1 fields for 'allow_nan', > >> 'allow_inf' and make param_double_validate do the correct thing with > >> isnan()/isinf()? > > > > I

GLib 2.18.4 released

2009-01-09 Thread Matthias Clasen
GLib 2.18.4 is now available for download at: ftp://ftp.gtk.org/pub/glib/2.18/ http://download.gnome.org/sources/glib/2.18/ glib-2.18.4.tar.bz2 md5sum: ec25ed261534d870141000ab73f1a2bf glib-2.18.4.tar.gzmd5sum: aeecf7b3554f49d010cc540059bc7583 This is a bug fix release in the 2.18 series

Re: gparamspecs.c param_double_validate() doesn't support NaN/Inf?

2009-01-09 Thread Andrew Paprocki
On Fri, Jan 9, 2009 at 7:11 AM, Michael Natterer wrote: >> Should I patch GParamSpecDouble to have two :1 fields for 'allow_nan', >> 'allow_inf' and make param_double_validate do the correct thing with >> isnan()/isinf()? > > I think you have a very good point here and that use case is entirely >

Re: gparamspecs.c param_double_validate() doesn't support NaN/Inf?

2009-01-09 Thread Michael Natterer
On Thu, 2009-01-08 at 16:46 -0500, Andrew Paprocki wrote: > I have a GObject with a double property that I need to be able to set > NaN to in certain circumstances. Right now, GObject prints out a > warning when this is done because param_double_validate does not > handle NaN/Inf explicitly. > >

g_object_unref race condition

2009-01-09 Thread Ole Andre Vadla Ravnås
Hi, If you're a GLib maintainer, could you please take a look at: http://bugzilla.gnome.org/show_bug.cgi?id=556515 It's a long-standing race condition in g_object_unref that's trivially fixable. Thanks, Ole André ___ gtk-devel-list mailing list gtk-dev