2007/5/18, Simon McVittie &lt;<a href="mailto:simon.mcvittie@collabora.co.uk">simon.mcvittie@collabora.co.uk</a>&gt;:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
-----BEGIN PGP SIGNED MESSAGE-----<br>Hash: SHA1<br><br>On Fri, 18 May 2007 at 12:55:09 +0200, Mikkel Kamstrup Erlandsen wrote:<br>&gt; The problem is: If Search is and object on the bus, then what happens if<br>&gt; another app decides to connect to the Search object? AFAIK there&#39;s no way to
<br>&gt; prevent this in dbus, but my knowledge here is pretty limited I must admit<br>&gt; (hence my question on this list).<br><br>If you want to enforce the invariant that only one app calls methods on<br>each Search object, you can check the D-Bus message sender against the
<br>calling app&#39;s unique name. D-Bus bindings should provide a way to get<br>the sender name (I hope they do, anyway, since a couple of methods in the<br>Telepathy D-Bus API are unimplementable on bindings that don&#39;t expose this
<br>information).</blockquote><div><br>Yes, this could work, but it appears to me that it is a hack just as much as using handles instead of objects is a hack... No?<br><br>Cheers,<br>Mikkel <br></div><br></div><br>