Hi all, not sure if it is appropriate here, but I don't quite understand
the code in g_object_unref:
glib-2.16.1/gobject/gobject.c: line:1763
/* here we want to atomically do: if (ref_count>1) { ref_count--;
return; } */
retry_atomic_decrement1:
old_ref = g_atomic_int_get (&object->ref_count)
Johan Dahlin wrote:
> Cody Russell wrote:
>> Is there a definitive format we should be using right now in ChangeLog?
>> I mean mostly where we put the bug# and stuff. I noticed that recently
>> there are two different formats being used:
> [..]
>> Does it matter which one I use when committing stu
Hi,
On Sun, Jun 1, 2008 at 11:53 AM, Yevgen Muntyan <[EMAIL PROTECTED]> wrote:
> Too bad gobject-introspection depends on python-2.5. Is
> it going to be a dependency only for gobject-introspection
> itself, or is it going to be a dependency for projects
> which use gobject-introspection, i.e. wil
On Jun 1, 2008, at 11:09 , Curtis Hovey wrote:
> On Sun, 2008-06-01 at 10:53 -0500, Yevgen Muntyan wrote:
>> Hi there,
>>
>> On Jun 1, 2008, at 10:00 , Johan Dahlin wrote:
>>
>>> [gobject introspection stuff]
>>
>> Too bad gobject-introspection depends on python-2.5. Is
>> it going to be a depende
On Sun, 2008-06-01 at 10:53 -0500, Yevgen Muntyan wrote:
> Hi there,
>
> On Jun 1, 2008, at 10:00 , Johan Dahlin wrote:
>
>> [gobject introspection stuff]
>
> Too bad gobject-introspection depends on python-2.5. Is
> it going to be a dependency only for gobject-introspection
> itself, or is it goin
Hi there,
On Jun 1, 2008, at 10:00 , Johan Dahlin wrote:
> [gobject introspection stuff]
Too bad gobject-introspection depends on python-2.5. Is
it going to be a dependency only for gobject-introspection
itself, or is it going to be a dependency for projects
which use gobject-introspection, i.e.
This mail is long overdue, but I finally got my act together and started to
prepare for an initial release.
== Introduction ==
GObject-introspection is a package which will collect and extend the API
metadata for GObject based libraries. The main motivation of this work is to
centralize all in
On Sat, 2008-05-31 at 12:04 +0200, Andrea "Cimi" Cimitan wrote:
> WxWidgets could be bugged too... By the way, in my opinion,
> it's so useless for us to continue quoting every single bug:
> we're sure there will be, maybe a lot.
I'm 100% of the opposite opinion. In order for the GTK+ maintainer
On Sat, 2008-05-31 at 02:52 +0200, Andrea "Cimi" Cimitan wrote:
[...]
> - Now you have another issue to deal with: if a compositing
> manager
>stops or starts or the theme changes, then you might have
> to change
>a GtkWindow on the fly from RGBA t
