I have an interface described in DBus Introspection XML format:
http://www.freedesktop.org/standards/dbus/1.0/introspect.dtd";>
I run gdbus-codegen like this:
gdbus-codegen --interface-prefix=com.example --generate-c-code=foo-dbus
--c-namespace=Dbus foo.
On Mon, 2015-02-09 at 15:05 +, Norman, Anders wrote:
[...]
> But the application ends up leaking the signal generated in
> `dbus_foo_default_init()` which looks like this:
>
> static void
> dbus_foo_default_init (DbusFooIface *iface)
> {
> /* GObject signals for incoming D-B
On Tue, 2015-02-10 at 00:32 +0900, Tristan Van Berkom wrote:
> On Mon, 2015-02-09 at 15:05 +, Norman, Anders wrote:
> [...]
> > But the application ends up leaking the signal generated in
> > `dbus_foo_default_init()` which looks like this:
> >
> > static void
> > dbus_foo_default_ini
Hi,
After updating Fedora I now get files and directories mixed in the
file chooser - sorting is done alphabethically without distinction
between files and directories.
Is there any way to get the old behaviour back?
Thanks
___
gtk-list mailing list
gtk
Well, I consider it a leak and need it cleaned up.
In gobject.c g_object_base_class_finalize() there is a call to
_g_signals_destroy() but I don't see exactly how this ties into the type system
of glib.
Anders
-Original Message-
From: Tristan Van Berkom [mailto:tris...@upstairslabs.com
The base class is simply never cleaned up. Typical types registered with
GType are static, meaning they aren't ever cleaned up for the entire
duration of the process.
Why do you need to clean up the type?
On Mon, Feb 9, 2015 at 10:59 PM, Norman, Anders
wrote:
> Well, I consider it a leak and ne
On Tue, 2015-02-10 at 06:59 +, Norman, Anders wrote:
> Well, I consider it a leak and need it cleaned up.
>
Yes, some people stubbornly think that, however it's entirely unfounded.
In languages with OO features built in, the data attached to a type
definition (a class) is loaded with the bin
