|
From: P. D. <sh...@gm...> - 2008-09-04 18:55:39
|
On Thu, Sep 4, 2008 at 8:08 PM, Ignacy Gawedzki <sf...@qu...> wrote: > On Thu, Sep 04, 2008 at 05:59:18PM +0200, thus spake P. Durante: >> On Thu, Sep 4, 2008 at 5:42 PM, Ignacy Gawedzki <sf...@qu...> wrote: >> > It seems there are more serious issues with the lifetime management of >> > Connection::Private instances, which are created but never freed it seems. >> > Before I can go further with my initial problems, I must resolve these. >> > >> do you have any evidence? dbus_connection_unref is called in the >> destructor for this very reason, and calls to ref/unref are balanced >> so to keep the Connection::Private (and the internal DBusConnection) >> around for as long as there's at least a DBus::Connection referring to >> it > > Uuuh, if you mean evidence for Connection::Private instances not being freed, > yes. They are new'd in Connection::Connection(const char*, bool) but I see no > corresponding delete anywhere in the sources. > since the private data is in a reference counted smart pointer (Connection::_pvt), delete is called automatically when the last Connection referring to that Private data is deallocated |