On Wed, Jan 11, 2012 at 3:08 PM, Patrick Ohly <patrick.o...@intel.com> wrote: > On Mi, 2012-01-11 at 14:59 +0100, Chris Kühl wrote: >> This will very much be an issue with GIO GDBus as it uses the same >> mechanism. Looking that the souce of libdbus and gdbus leads me to >> believe using signals on a non-bus connection doesn't really make >> sense. I just use method calls in this case. > > Indeed, registering signal subscribers isn't very useful when there is > always exactly one recipient. >
I've got SignalWatch activation working with one-to-one connections. Just have to forgo adding the match rule. See https://meego.gitorious.org/meego-middleware/syncevolution/commit/7dc817671409e670dfa4819dcb23d8fb2cba5a6c Cheers, Chris > Support for one-way method invocations (= don't care about return value) > would be almost identical to such a signal. We don't support those at > the moment, as far as I remember: the caller must use synchronous method > calls (which wait for a result) or use asynchronous with callback. It > could use a callback which doesn't do anything. > > -- > Best Regards, Patrick Ohly > > The content of this message is my personal opinion only and although > I am an employee of Intel, the statements I make here in no way > represent Intel's position on the issue, nor am I authorized to speak > on behalf of Intel on this matter. > > _______________________________________________ SyncEvolution mailing list SyncEvolution@syncevolution.org http://lists.syncevolution.org/listinfo/syncevolution
