mirror of
https://gitlab.gnome.org/GNOME/glib.git
synced 2025-09-05 23:48:44 +02:00
added g_list_nth_prev() which walks ->prev instead of ->next.
Tue Apr 3 13:46:22 2001 Tim Janik <timj@gtk.org> * glist.[hc]: added g_list_nth_prev() which walks ->prev instead of ->next. * gpattern.[hc]: added shell-style pattern matching code from beast, derived from the gtk_pattern_*() code, but with a couple of bug fixes and a number of optimizations. Tue Apr 3 14:06:00 2001 Tim Janik <timj@gtk.org> * gparam.[hc]: added g_param_spec_pool_list() to list pspecs per owner_type. the pspecs are not referenced, so the caller is supposed to have some idea about owner_type not randomly nuking his pspec's. if this is going to provide problems in the future, we can either auto-ref the pspecs, or add a _foreach variant, though the latter would have to invoke the callback while pspec's mutex is acquired, so i just went for the _list variant for now. * gclosure.h (G_CALLBACK): made GCallback a void (*) (void) fucntion.
This commit is contained in:
@@ -1,3 +1,16 @@
|
||||
Tue Apr 3 14:06:00 2001 Tim Janik <timj@gtk.org>
|
||||
|
||||
* gparam.[hc]: added g_param_spec_pool_list() to list pspecs per
|
||||
owner_type. the pspecs are not referenced, so the caller is
|
||||
supposed to have some idea about owner_type not randomly
|
||||
nuking his pspec's. if this is going to provide problems in
|
||||
the future, we can either auto-ref the pspecs, or add a
|
||||
_foreach variant, though the latter would have to invoke
|
||||
the callback while pspec's mutex is acquired, so i just
|
||||
went for the _list variant for now.
|
||||
|
||||
* gclosure.h (G_CALLBACK): made GCallback a void (*) (void) fucntion.
|
||||
|
||||
Sat Mar 31 23:55:58 2001 Tim Janik <timj@gtk.org>
|
||||
|
||||
* gtype.h:
|
||||
|
Reference in New Issue
Block a user