Re: glist manipulation and reference count

2009-05-15 Thread Sven Neumann
Hi, On Thu, 2009-05-14 at 20:47 -0700, walty wrote: However, one thing that surprised me is that, when I do g_list_append or g_list_prepend, it does not automatically add the reference count of the stored GObject (unlike objective-C). It would be nice to have some container implementations

Re: glist manipulation and reference count

2009-05-15 Thread David Zeuthen
On Fri, 2009-05-15 at 19:42 +0200, Sven Neumann wrote: Hi, On Thu, 2009-05-14 at 20:47 -0700, walty wrote: However, one thing that surprised me is that, when I do g_list_append or g_list_prepend, it does not automatically add the reference count of the stored GObject (unlike

glist manipulation and reference count

2009-05-14 Thread walty
this? Is there some kind of best practice on this? Tried to Google around, and seems no luck on this. Any advice is appreciated. Thanks a lot -- View this message in context: http://www.nabble.com/glist-manipulation-and-reference-count-tp23552925p23552925.html Sent from the Gtk+ - Dev - General

Re: glist manipulation and reference count

2009-05-14 Thread Brian J. Tarricone
[Note that your question is probably more appropriate for gtk-app-devel-list or gtk-list; this list is for the development *of* glib/gtk itself, not about developing apps that *use* glib/gtk.] On 05/14/2009 08:47 PM, walty wrote: However, one thing that surprised me is that, when I do

Re: glist manipulation and reference count

2009-05-14 Thread walty
in context: http://www.nabble.com/glist-manipulation-and-reference-count-tp23552925p23553156.html Sent from the Gtk+ - Dev - General mailing list archive at Nabble.com. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman

Re: glist manipulation and reference count

2009-05-14 Thread Tor Lillqvist
I think I had some confusion here, I thought GObject is part of GLib, and apparently that's not true. You are confusing GLib and libglib. The GLib software consists of five (shared) libraries: libglib, libgmodule, libgthread, libgobject and libgio. Sure, with hindsight, it perhaps would have