I noticed after your response (thank you for that when I canceled the Timeout by returning false from the callback that the libbamf signal callbacks also stopped, which I found curious, because if it was a setup thing and if the Timeout was doing some sort of setup, then surely after the Timeout ended, the setup would remain. So I was typing up a confused email containing a simple diagram with the relationships and call order of everything because I was sure more than ever that I was doing it right.
In creating this diagram, I noticed that my object containing the callbacks (ApplicationProcessModel) was created locally (by accidentally including the keyword var in front of it) and the reference was never held causing the object to be destroyed when it dropped out of scope. When I created the Timeout in the constructor, it was holding a reference to the locally created object that it needed to callback to, causing it to live until the Timeout was canceled. My Gtk.TreeView still held a reference to the Gtk.TreeStore that had been stored in this object, so it never occurred to me that the rest of the object was simply going away. What an odd problem. Thanks for your time! Michael P. Starkweather On Wed, Sep 3, 2014 at 6:51 PM, Nor Jaidi Tuah <norjaidi.t...@ubd.edu.bn> wrote: > I suspect your connect was done before a > main loop was created and libbamf doesn't > automatically create one. Timeout, on the > other hand, will cause a default main loop > to be created. > > Nice day > Nor Jaidi Tuah > > > > > > PRIVILEGED/CONFIDENTIAL information may be contained in this message. If > you are neither the addressee (intended recipient) nor an authorised > recipient of the addressee, and have received this message in error, please > destroy this message (including attachments) and notify the sender > immediately. STRICT PROHIBITION: This message, whether in part or in whole, > should not be reviewed, retained, copied, reused, disclosed, distributed or > used for any purpose whatsoever. Such unauthorised use may be unlawful and > may contain material protected by the Official Secrets Act (Cap 153) of the > Laws of Brunei Darussalam. DISCLAIMER: We/This Department/The Government of > Brunei Darussalam, accept[s] no responsibility for loss or damage arising > from the use of this message in any manner whatsoever. Our messages are > checked for viruses but we do not accept liability for any viruses which > may be transmitted in or with this message. > _______________________________________________ > vala-list mailing list > vala-list@gnome.org > https://mail.gnome.org/mailman/listinfo/vala-list > _______________________________________________ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list